��Ʒ�þþþþþþ�Ѽ,��ʮ��ִ��ٸ�

◆目前(qian)中亦科技(ji)為客戶維(wei)護中間件產品（WAS、WebLogic、MQ、CICS、Tomcat、Tuxedo、JBOSS 等）運維(wei)數量超(chao)過(guo) 8000 套(tao)；

◆擁有(you)強大的(de)(de)綜合技術(shu)實(shi)力，多名專家曾服(fu)務于Oracle、IBM 等原廠商，能為客戶(hu)提供總行(xing)級的(de)(de)中間件運維服(fu)務；

◆涵蓋銀(yin)行(xing)、證券、基金、保(bao)險、通信、政府(fu)、能源、制造等(deng)眾多行(xing)業。

中(zhong)間(jian)件運(yun)維服(fu)務

虛擬化解決方(fang)案類

服務內容：

◆對中間件配(pei)置、性能(neng)信(xin)息(xi)進行收(shou)集

◆查找引起中間件性(xing)能下降(jiang)的(de)各種原(yuan)因，制訂解(jie)決方(fang)案

◆根據(ju)客戶(hu)業務特點及(ji)中間件(jian)狀態，制(zhi)定調優方案

◆在業務允許的情況下，對系統做好備(bei)份準備(bei)

◆在業(ye)務允(yun)許的情況下，調整中間件

◆測試中間(jian)件，保證(zheng)應用的可用性(xing)

◆協助測試應用軟件，檢測調(diao)優的有效性

◆操作(zuo)系統(tong)、JVM、Server、應用

報告提交：

◆《中(zhong)間件性(xing)能優化(hua)實施(shi)方案》

◆《中間(jian)件性(xing)能優化總結報告》

優化指標：

容量評估（以 WebLogic 舉例）

應急體系

以 WAS 舉例

以 WMQ 舉例

中間件規劃建設服務

A類系統建議架構實施建議——WAS/WebLogic

A類系統架構設計：

◆生產機(ji)房：至少兩節(jie)點環境，負載均衡 + 多臺(tai) Web 服務器 + 多個應用服務器

◆同城(cheng)機房：雙節(jie)點(dian)環(huan)境，負載均衡 + 一臺 Web 服務(wu)器 + 一個(ge)應用(yong)服務(wu)器

A類系統架構設計(ji)優勢：

◆實現高可用架構，確(que)保業(ye)務(wu)不中斷

◆實現動靜分離

◆設置 DMZ 區，保護內網

◆實現同城雙活

B類系統建議架構實施建議——WAS/WebLogic

B類系統架構設(she)計：

◆生產機房：兩節(jie)點環境(jing)，負載均衡 + 多臺中(zhong)間件服務器

◆同城機房：單節點環境

B類系統架構設計優(you)勢：

◆實現(xian)高可用架構(gou)，確保業務不(bu)中(zhong)斷(duan)

◆硬件負(fu)載均衡(heng)直(zhi)接轉發到(dao)應用(yong)服務器，環境簡(jian)單，成本低

◆實現同城雙活

C類系統建議架構實施建議——WAS/WebLogic

◆生產機房：單機模式 + HA 熱備

◆同城機房：單節點中間件環境(jing)

可用架構實施方案 -MQ

WMQ 常用高可用架構(gou):

◆單(dan)機(ji) HA 架(jia)構

利用(yong)操(cao)作系統 HA 實(shi)現高可用(yong)

◆MQ 集群(qun)架構

利用 MQ 集群實(shi)現負載(zai)均衡，簡化配置，但(dan)集群網關存在單點問題，需要通過 HA 實(shi)現高可(ke)用

◆雙網關 MQ 集群

只針對單純應用訪(fang)問(wen)隊列管理(li)器的方(fang)式(shi)，及應用通(tong)過前端負載(zai)輪詢訪(fang)問(wen) MQ 網關，由于系短連接故不(bu)受影響；如果外圍(wei)有其它(ta)隊列管理(li)器則(ze)不(bu)能使用該(gai)架(jia)構，因為通(tong)道序列號(hao)每次均會不(bu)一(yi)致。

中間件部署

根據中亦科技(ji)最佳運維實踐，在安裝完操(cao)作系統后，需要(yao)調整大概 20 項配(pei)置，才可(ke)以使整個系統達到最穩定(ding)(ding)和最優狀(zhuang)態。否則(ze)會導(dao)致性能問題、穩定(ding)(ding)性問題。

◆修改 timeout_timewait 參數：net.ipv4.tcp_fin_timeout=30

◆修改 tcp 相關參數：tcp_keepalive_intvl/tcp_keepalive_probes

◆ Linux 不支持(chi)非(fei) root 用(yong)戶使用(yong) 1024 以下(xia)端口

◆ 安裝相(xiang)關(guan)軟件(jian)包

yum install -y perl telnet vnc gtk2.i686 libXtst.i686 compat-libstdc++-296 compat-libstdc++-33 compat-db-4.6.21-15.el6 libXp-1.0.0- 15.1.el6 libXtst-1.2.1-2.el6.i686 libXtst-1.2.1-2.el6.x86_64 ksh-20100621-19.el6.x86_64

◆ ……

中間件遷移

中亦科技(ji)建議重(zhong)新搭(da)建基礎環境的技(ji)術方案作為數據遷移(yi)的主(zhu)要技(ji)術方案：

◆源(yuan)環境(jing)依(yi)賴(lai)程(cheng)度較低

◆排除了(le)遷移前后軟件產品的兼容性問題

◆可以適用于遷(qian)移后架構方案的(de)改進

◆自動化安裝腳本的部(bu)署

●中間件遷移風險和關鍵點提示 -WAS

跨(kua)版本 JDK：

版本新特性：

對于原生產環境為非中(zhong)間件建(jian)議版(ban)本，如果升級到該版(ban)本時(shi)，需要注意，新版(ban)本有一(yi)些新特(te)性(xing)以及改(gai)變，應用(yong)程序需要提(ti)前進行測試，確保升級之后業務功能(neng)的(de)完整性(xing)。

例：WAS 返回 header 信息(xi)不一致(zhi)

升級到 WAS 7.0.0.29/8.0.0.6/8.5.5.2 之后，基于安全性(xing)考慮(lv)，WAS 返回的數據包頭上的信息(xi)時，會缺(que)失一個后端服務器版本以及名稱字段。這(zhe)對于通過抓取 response 信息(xi)的某些應用來說需要進(jin)行改進(jin)或(huo)者在 WAS 段添加自定(ding)義參數"ServerHeaderValue" = "DefaultServerValue"，恢復該信息(xi)。

●中間件遷移風險和關鍵點提示 -WebLogic

版本新特性(xing)：

JAR 包沖突：

◆應用(yong)里面(mian)用(yong)到的 jar 包與中間件 runtime 的 jar 包沖突(tu)了（如版本(ben)不同）。

◆老(lao)版(ban)本中(zhong)間件(jian)(jian)沒(mei)有相應(ying)的 jar 文件(jian)(jian)，客戶在自己(ji)的應(ying)用中(zhong)加入該(gai) jar 文件(jian)(jian)。但新的 WAS 中(zhong)支持(chi)該(gai) jar 文件(jian)(jian)了，導致應(ying)用的 jar 和 WAS 沖突了。

主要的解決方式：

◆修改類(lei)(lei)加(jia)載器 Class Loader 類(lei)(lei)加(jia)載模式： Parent Fist 或者 Parent Last。

◆設(she)置共享庫（Shared Library）的(de)方(fang)式，單獨加載所(suo)需要的(de) jar 文(wen)件。

●中間件遷移風險和關鍵點提示 -MQ