中間件運(yùn)維服務(wù)

1、中間件運(yùn)維服務(wù)1 中間件的服務(wù)內(nèi)容服務(wù)目標(biāo)行天科技可提供的運(yùn)行維護(hù)服務(wù)包括， 信息系統(tǒng)相關(guān)的主機(jī)設(shè)備、 操作系統(tǒng)、 數(shù)據(jù)庫和存 儲(chǔ)設(shè)備的運(yùn)行維護(hù)服務(wù)， 保證用戶現(xiàn)有的信息系統(tǒng)的正常運(yùn)行， 降低整體管理成本， 提高網(wǎng)絡(luò) 信息系統(tǒng)的整體服務(wù)水平。 同時(shí)根據(jù)日常維護(hù)的數(shù)據(jù)和記錄， 提供用戶信息系統(tǒng)的整體建設(shè)規(guī) 劃和建議，更好的為用戶的信息化發(fā)展提供有力的保障。用戶信息系統(tǒng)的組成主要可分為兩類：硬件設(shè)備和軟件系統(tǒng)。硬件設(shè)備包括網(wǎng)絡(luò)設(shè)備、 安全設(shè)備、主機(jī)設(shè)備、存儲(chǔ)設(shè)備等；軟件設(shè)備可分為操作系統(tǒng)軟件、典型應(yīng)用軟件（如：數(shù) 據(jù)庫軟件、中間件軟件等）、業(yè)務(wù)應(yīng)用軟件等。行天科技通過運(yùn)行維護(hù)服務(wù)的有效管理來提升用

2、戶信息系統(tǒng)的服務(wù)效率， 協(xié)調(diào)各業(yè)務(wù)應(yīng)用 系統(tǒng)的內(nèi)部運(yùn)作， 改善網(wǎng)絡(luò)信息系統(tǒng)部門與業(yè)務(wù)部門的溝通， 提高服務(wù)質(zhì)量。 結(jié)合用戶現(xiàn)有的 環(huán)境、組織結(jié)構(gòu)、 IT 資源和管理流程的特點(diǎn)，從流程、人員和技術(shù)三方面來規(guī)劃用戶的網(wǎng)絡(luò) 信息系統(tǒng)的結(jié)構(gòu)。將用戶的運(yùn)行目標(biāo)、業(yè)務(wù)需求與 IT 服務(wù)的相協(xié)調(diào)一致。行天科技提供的信息系統(tǒng)服務(wù)的目標(biāo)是，對(duì)用戶現(xiàn)有的信息系統(tǒng)基礎(chǔ)資源進(jìn)行監(jiān)控和管 理，及時(shí)掌握網(wǎng)絡(luò)信息系統(tǒng)資源現(xiàn)狀和配置信息， 反映信息系統(tǒng)資源的可用性情況和健康狀況， 創(chuàng)建一個(gè)可知可控的 IT 環(huán)境，從而保證用戶信息系統(tǒng)的各類業(yè)務(wù)應(yīng)用系統(tǒng)的可靠、高效、持 續(xù)、安全運(yùn)行。服務(wù)項(xiàng)目范圍覆蓋的信息系統(tǒng)資源以下方面的關(guān)鍵

3、狀態(tài)及參數(shù)指標(biāo)：運(yùn)行狀態(tài)、故障情況配置信息可用性情況及健康狀況性能指標(biāo)中間件運(yùn)維服務(wù)中間件管理是指對(duì) BEA Weblogic、MQ等中間件的日常維護(hù)管理和監(jiān)控工作，提高對(duì)中間 件平臺(tái)事件的分析解決能力， 確保中間件平臺(tái)持續(xù)穩(wěn)定運(yùn)行。 中間件監(jiān)控指標(biāo)包括配置信息管 理、故障監(jiān)控、性能監(jiān)控。執(zhí)行線程：監(jiān)控 WebLogic 配置執(zhí)行線程的空閑數(shù)量。JVM內(nèi)存：JVM內(nèi)存曲線正常，能夠及時(shí)的進(jìn)行內(nèi)存空間回收。JDBC 連接池：連接池的初始容量和最大容量應(yīng)該設(shè)置為相等，并且至少等于執(zhí)行線程 的數(shù)量，以避免在運(yùn)行過程中創(chuàng)建數(shù)據(jù)庫連接所帶來的性能消耗。2、MC中間件維護(hù)項(xiàng)目1. 實(shí)時(shí)監(jiān)控以下文件系統(tǒng)使用

4、情況：檢查文件系統(tǒng) /var/mqmMC應(yīng)用所在文件系統(tǒng)。2. 定期報(bào)告MQ系統(tǒng)錯(cuò)誤，備份清理 MQ系統(tǒng)錯(cuò)誤記錄在遇到問題時(shí)，檢查/var/mqm/errors目錄下是否有新的FDC文件產(chǎn)生，如果有應(yīng) 當(dāng)立即報(bào)告IBM技術(shù)支持部門。另外，要定期檢查該目錄下 MG錯(cuò)誤日志。3. 監(jiān)控隊(duì)列深度DIS QLOCALQ( Nam)e該命令的顯示結(jié)果可以看出隊(duì)列當(dāng)前深度4. 檢查死信隊(duì)列DIS QLOCAL(DENam)e5. 檢查日志個(gè)數(shù)是否增長(zhǎng)使用命令cd移動(dòng)到MQ日志所在目錄，使用ls - l|wc命令統(tǒng)計(jì)，如果有所增長(zhǎng), 應(yīng)立即報(bào)告 IBM 系統(tǒng)支持人員。6. 檢查MC隊(duì)列管理器錯(cuò)誤日志當(dāng)系統(tǒng)運(yùn)

5、行不正常時(shí)首先檢查： /var/mqm/qmgrs/errors/7. 檢查、處理隊(duì)列管理器 pending 事務(wù)若隊(duì)列管理器啟動(dòng)成功后，CICS (配置XAD連接MQ啟動(dòng)失敗，則可以檢查是否 有pending事務(wù)，若有必須進(jìn)行處理（可能造成數(shù)據(jù)的不一致性，必須事先加以 確認(rèn)）oWebsphere維護(hù)項(xiàng)目系統(tǒng)安裝規(guī)范和流程。全新系統(tǒng)從操作系統(tǒng)、數(shù)據(jù)庫、WebSphere相關(guān)組件，按照特定was/ihs版本根據(jù)安裝手冊(cè)設(shè)立安裝規(guī)范和流程 （目前已經(jīng)完成此項(xiàng)文檔）。系統(tǒng)維護(hù)規(guī)范和流程。比如大版本升級(jí)小版本APARfix維護(hù)。是否應(yīng)用某些關(guān)鍵fix的判斷原則，是建議打是可選對(duì)于可選，分析 具體fix

6、用途以及對(duì)應(yīng)用影響，并和開發(fā)部配合溝通的流程。應(yīng)用部署規(guī)范。包括初始應(yīng)用部署和大版本升級(jí)。重新部署和測(cè)試應(yīng)用修改流程。Jsp,修改程序時(shí)間后讓其自動(dòng)更新。Class,servlet,ejb, 般重啟應(yīng)用服務(wù)器，對(duì)于公共模塊，重啟was 等。常用工具說明文檔和使用流程。腳本開發(fā)和使用，wsadmin腳本，管理控制臺(tái)，PMI（連接池釋放等）等工具。后面又詳細(xì)描述。應(yīng)用的發(fā)布位置要求規(guī)范。系統(tǒng)安裝路徑規(guī)范，應(yīng)用發(fā)布路徑， repository 位置規(guī)范，log, property 文件規(guī)范等等。（不當(dāng)?shù)奈恢?可能帶來嚴(yán)重后果，比如/home/，批量修改的后果）Websphere系統(tǒng)優(yōu)化JVM基本調(diào)優(yōu)

7、Web容器接收請(qǐng)求線程池。Web容器Servlet引擎線程池的值在合理的范 圍內(nèi)JDBC數(shù)據(jù)庫連接池?cái)?shù)據(jù)庫連接池的最大值要稍小于Web容器線程池的大小 后臺(tái)數(shù)據(jù)庫本身能 接受的客戶端連接 數(shù)目合理設(shè)置數(shù)據(jù)源配置項(xiàng)中的preparedstateme nt緩存的大小，提高后臺(tái)數(shù)3、對(duì) Websphere 進(jìn)行監(jiān)控管理和問題診斷對(duì) Websphere 的資源和可用性進(jìn)行管理管理員需要對(duì) WebSphere的資源信息，JVM的CPU、內(nèi)存、jdbc連接池、線 程池、 EJB 調(diào)用情況、 GC 的情況、 Session 的連接情況等做實(shí)時(shí)的信息監(jiān)控， 并且將這些數(shù)據(jù)收集起來，作為長(zhǎng)期性能趨勢(shì)對(duì) WebS

8、phere 用戶請(qǐng)求信息的監(jiān)控對(duì)用戶的請(qǐng)求信息進(jìn)行實(shí)時(shí)監(jiān)控， 對(duì)關(guān)鍵的請(qǐng)求信息以及持續(xù)占用系統(tǒng)資源比 較高的請(qǐng)求進(jìn)行告警處理。 過歷史信息收集和分析， 分析哪些請(qǐng)求在哪些時(shí)間 段是頻繁的， 哪些業(yè)務(wù)是用戶最多關(guān)心和訪問的， 幫助優(yōu)化業(yè)務(wù)過程，提高服 務(wù)質(zhì)量。對(duì)應(yīng)用問題的深度診斷和分析在實(shí)際的應(yīng)用開發(fā)中， 由于對(duì) J2EE 組件使用不當(dāng)， 或者是代碼編寫的不規(guī)范， 可能會(huì)出現(xiàn)一些很難發(fā)現(xiàn)且難以解決的問題，比如線程死鎖、內(nèi)存泄漏、內(nèi)存溢出等。Weblogic 維護(hù)中間件故障診斷總結(jié)一、 步驟：1、準(zhǔn)確描述現(xiàn)象：客戶說的和自己查看到的：平臺(tái)、版本、操作、信息等。特別是， 故障前是否有做過什么操作：網(wǎng)

9、絡(luò)調(diào)整、設(shè)備調(diào)整、主機(jī)參數(shù)調(diào)整、配置文件修改, 反正將這一切都列入排查的對(duì)象。2、使用工具收集數(shù)據(jù)，收集配置文件、日志、 dump文件等等。3、使用分析數(shù)據(jù)，根據(jù)問題或收集的數(shù)據(jù)，使用適當(dāng)?shù)墓ぞ叻治鰯?shù)據(jù)，當(dāng)然包括了 在網(wǎng)上和在官方支持站點(diǎn)搜索類似的問題的解決辦法。4、嘗試解決問題，根據(jù)找到的問題點(diǎn)，嘗試解決。如修改錯(cuò)的，復(fù)原正確的；運(yùn)行有問題的，適當(dāng)調(diào)整運(yùn)行的環(huán)境和運(yùn)行的參數(shù)等等。5 、 給出最佳解決方案，一般就是繼續(xù)觀察了。 6 、總結(jié)經(jīng)驗(yàn)并加以重用，知識(shí)積累。小魏 16:50:21 文件 : Tuxedo 維護(hù)文檔 .pdfTuxedo 維護(hù)4. 性能調(diào)優(yōu)關(guān)閉不使用的特性 ? 加入了多線程

10、、 Contexts 、安全、 第三方安全插 件的特性 , 這些特性在 版 本中總是 “Available ”的 , 但在 中可 以把它們 “turn off ” OPTOINS NO_AA,NO_XA (NO_關(guān)閉安全插件特性,AUTHSVR可繼續(xù)使用)？設(shè)置環(huán)境變量 TMNOTHREADS=旁路C和 S 的多線程特性 ? 使用服務(wù)和接口 Cache ? 及以后的版本都支持 服務(wù)和接口的緩存 , 這樣客戶機(jī)可以直接請(qǐng)求高速緩存中 的服務(wù)或接 口的副本 , 而不必到公告板中去查找。 這一特征會(huì)顯著地改善服務(wù)器的 性能 , 尤 其是當(dāng)系統(tǒng)有大量的用戶 , 而只有少量的服務(wù)的情況。在*RESOUR

11、CE或*MACHINES段中設(shè)置 Cache 的入口數(shù)：？ SICACHEENTRIESMAXJ,缺省為500,0 表示不使用 Cache,最大 值為32767?配置MSSQ服務(wù)器組提高性能？配置方法？ simpserv SRVGRP=GROUP1 SRVID=10 MIN=3 MAX=5 RQADDR=simpserv REPLYQ=YMSSQ的使用原則:? 服務(wù)器在2 10個(gè)之間，如果超過10個(gè),建 議配置多個(gè) MSSQ服務(wù)被頻繁調(diào)用，處理時(shí)間又很短請(qǐng)求緩沖區(qū)不都不是很大 , 沒有大到將一個(gè)隊(duì)列占滿的情況 ？ 如果 MSSQ 的請(qǐng) 求隊(duì)列占用率超過 85%, 建議剝離一部分 SVR？ 通過

12、配置負(fù)載均衡提 高性能 ？ 步驟 : ？ 在 UBB 文件設(shè)置 :LDBAL=Y？ 在客戶端使用tpcall() 測(cè)試每個(gè) SVC 的處理時(shí)間 , 記為 Ti ？ 求出所有 SVC 執(zhí)行時(shí)間的平均值 ,記錄為 T? 為每個(gè) SVC 設(shè)置 LOAD 因子,如果TiT,則LOAD設(shè)置為50,如果TiT,則設(shè)置LOAD為 大于50的值, 否則設(shè)置 LOAD 為小于 50 的值 通過配置優(yōu)先級(jí)參數(shù)提高性能 ? 方法:? 管理方法 :為單個(gè)服務(wù)指定 PRIO 因子? 編程方法 :在代 碼中使用 tpsprio() 動(dòng)態(tài)設(shè)置優(yōu)先級(jí) ? 原則 : 由于高優(yōu)先級(jí)的接口請(qǐng) 求先出隊(duì) , 因此只能給一些不經(jīng)常被調(diào)

13、用的接口或服務(wù)設(shè)置高優(yōu)先 級(jí)。 在你把一個(gè)服務(wù)或接口的優(yōu)先級(jí)調(diào)低之前 , 你應(yīng)確保這個(gè)服務(wù)或 接口的響應(yīng)時(shí)間并不重要 才行。? 通過服務(wù)綁定提高性能 ? 原則? 把業(yè)務(wù)功能相似的SERVICES綁定到一個(gè)SERVER中。把調(diào)用了相 同鏈接庫或其它資源的SERVICE綁定到一個(gè)SERVE中，減小應(yīng)用程序 的大小, 節(jié)省磁盤空間 ? 執(zhí)行時(shí)間和優(yōu)先級(jí)相近的 SERVICE 可放 到同一個(gè)SERVER中？ 把調(diào)用頻率相同的 SERVICES綁定在同一個(gè) SERVER? 同一個(gè)SERVER中的SERVICE最好有相同的服務(wù)優(yōu)先 級(jí), 如果不同 , 優(yōu)先級(jí)最低的那個(gè)的請(qǐng)求可能要很長(zhǎng)時(shí)間才得到處理。 ？

14、不要相互調(diào)用的 SERVICES 放 在同一個(gè)SERVER中，這有可能導(dǎo)致服務(wù)器死鎖把經(jīng)常用的SRV綁定在一起 , 不經(jīng)常用的綁定在一起 ？ 把使用相同 RM 的 SRV 綁定 在一起？ 把執(zhí)行 QUERY的SRV綁定在一起，執(zhí)行UPDATE的綁定 在一起 對(duì)一些使用率較高的服務(wù) , 如銀行的取款服務(wù) WITHDRAWAL, 應(yīng)該單獨(dú)把它放到一個(gè) SERVER中,并采用MSSQ方式？ 把處理某 一類業(yè)務(wù)的 SRV 綁定在一起 ？ 考慮因素 ？ 要考慮隊(duì)列的容量 , 請(qǐng)求 隊(duì)列使用率超過85%時(shí),Tuxedo把請(qǐng)求寫到磁盤文件中，然后再傳給 服務(wù)器處理 , 這時(shí)性能大大下降 通過系統(tǒng)參數(shù)配置提高效率MAXACCESSERS,MAXSERVERS,MAXINTERFACES,MAXSERVICESMAXWSCLIENT這參數(shù)增加了信號(hào)量和共享內(nèi)存的幵銷? MAXWSCLIENTS與所購買的LICNESE數(shù)有關(guān),可設(shè)置得比所購買 的 LICENSE 數(shù)大一些。當(dāng)并發(fā)連接數(shù)大于 所購買的 LICENSE 數(shù) 時(shí),TUXEDO會(huì)報(bào)警,（在ULOG中回有信息）當(dāng)超過10%時(shí),TUXEDO拒 絕新的 CLIE