中間件運維服務(wù)

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

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

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

4、BLOG集群配置，需要檢查集群的配置是否正常。2、MQ 中間件 維護項目1. 實時監(jiān)控以下文件系統(tǒng)使用情況：檢查文件系統(tǒng) /var/mqmMC應(yīng)用所在文件系統(tǒng)。2. 定期報告 MQ 系統(tǒng)錯誤，備份清理 MQ 系統(tǒng)錯誤記錄在遇到問題時，檢查/var/mqm/errors 目錄下是否有新的 FDC文件產(chǎn)生，如果有應(yīng)當(dāng)立即報告 IBM技 術(shù)支持部門。另外，要定期檢查該目錄下 MQ錯誤日志。3. 監(jiān)控隊列深度DIS QLOCAL(QNam)e該命令的顯示結(jié)果可以看出隊列當(dāng)前深度4. 檢查死信隊列DIS QLOCAL(DEADQNam)e5. 檢查日志個數(shù)是否增長使用命令cd移動到MQ日志所在目錄，使用

5、ls - l|wc命令統(tǒng)計，如果有所增長，應(yīng)立即報告 IBM系 統(tǒng)支持人員。6. 檢查 MQ 隊列管理器錯誤日志當(dāng)系統(tǒng)運行不正常時首先檢查：/var/mqm/qmgrs/errors/AMQERR0n.LOG7. 檢查、處理隊列管理器 pending 事務(wù)若隊列管理器啟動成功后， CICS (配置XAD連接MQ啟動失敗，則可以檢查是否有 pending事務(wù)， 若有必須進行處理(可能造成數(shù)據(jù)的不一致性，必須事先加以確認(rèn)) 。Websphere 維護項目? 系統(tǒng)安裝規(guī)范和流程。全新系統(tǒng)從操作系統(tǒng)、數(shù)據(jù)庫、WebSphere 相關(guān)組件，按照特定 was/ihs 版本根據(jù)安裝手冊設(shè)立安裝規(guī)范和流程（目

6、前已經(jīng)完成此項文檔） 。? 系統(tǒng)維護規(guī)范和流程。比如大版本升級 小版本 APARfix 維護。是否應(yīng)用某些關(guān)鍵 fix 的判斷原則， 是建議打？是可選？對于可選， 分析具體 fix 用途以及對應(yīng)用影響， 并和開發(fā)部配合溝通的流程。? 應(yīng)用部署規(guī)范。包括初始應(yīng)用部署和大版本升級。重新部署和測試? 應(yīng)用修改流程。 Jsp, 修改程序時間后讓其自動更新。 Class,servlet,ejb, 一般重啟 應(yīng)用服務(wù)器，對于公共模塊，重啟was 等。? 常用工具說明文檔和使用流程。 腳本開發(fā)和使用， wsadmin 腳本，管理控制臺， PMI（ 連 接池釋放等 ） 等工具。后面又詳細(xì)描述。? 應(yīng)用的發(fā)布位

7、置要求規(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)? Web 容器接收請求線 程池。 Web 容器 Servlet 引擎線程池的值在合理的范圍內(nèi)? JDBC 數(shù)據(jù)庫連接 池數(shù)據(jù)庫連接池的 最大值要稍小于 Web 容器線程池的大小? 后臺數(shù)據(jù)庫本身能 接受的客戶端連接 數(shù)目? 合理設(shè)置數(shù)據(jù)源配置項中的 preparedstatement 緩存的大小，提高后臺數(shù)據(jù)庫訪問的 效率。3、對 Websphe

8、re 進行監(jiān)控管理和問題診斷對 Websphere 的資源和可用性進行管理管理員需要對 WebSphere的資源信息，JVM的CPU內(nèi)存、jdbc連接池、線程池、 EJB 調(diào)用情況、 GC 的情況、 Session 的連接情況等做實時的信息監(jiān)控，并且將這些數(shù)據(jù)收集起來，作為長期性能趨勢對 WebSphere 用戶請求信息的監(jiān)控對用戶的請求信息進行實時監(jiān)控，對關(guān)鍵的請求信息以及持續(xù)占用系統(tǒng)資源比較高的 請求進行告警處理。過歷史信息收集和分析，分析哪些請求在哪些時間段是頻繁的， 哪些業(yè)務(wù)是用戶最多關(guān)心和訪問的，幫助優(yōu)化業(yè)務(wù)過程，提高服務(wù)質(zhì)量。對應(yīng)用問題的深度診斷和分析在實際的應(yīng)用開發(fā)中，由于對J2

9、EE 組件使用不當(dāng)，或者是代碼編寫的不規(guī)范，可能會出現(xiàn)一些很難發(fā)現(xiàn)且難以解決的問題，比如線程死鎖、內(nèi)存泄漏、內(nèi)存溢出等。Weblogic 維護 中間件故障診斷總結(jié)一、 步驟：1、準(zhǔn)確描述現(xiàn)象：客戶說的和自己查看到的：平臺、版本、操作、信息等。特別是， 故障前是否有做過什么操作：網(wǎng)絡(luò)調(diào)整、設(shè)備調(diào)整、主機參數(shù)調(diào)整、配置文件修改 , 反正將這一切都列入排查的對象。2、使用工具收集數(shù)據(jù)，收集配置文件、日志、 dump 文件等等。3、使用分析數(shù)據(jù)，根據(jù)問題或收集的數(shù)據(jù)，使用適當(dāng)?shù)墓ぞ叻治鰯?shù)據(jù)，當(dāng)然包括了 在網(wǎng)上和在官方支持站點搜索類似的問題的解決辦法。4、嘗試解決問題，根據(jù)找到的問題點，嘗試解決。如修改

10、錯的，復(fù)原正確的；運行 有問題的，適當(dāng)調(diào)整運行的環(huán)境和運行的參數(shù)等等。5、 給出最佳解決方案，一般就是繼續(xù)觀察了。 6、總結(jié)經(jīng)驗并加以重用，知識積累。小魏 16:50:21 文件 : Tuxedo 維護文檔 .pdfTuxedo 維護4. 性能調(diào)優(yōu)關(guān)閉不使用的特性？Tuxedo7.1加入了多線程、Contexts、安全、第三方安全插件的特性，這些特性在7.1版本中總是 “Available的但在 8.0 中可以把它們“turn off ” OPTOINS NO_AA,NO_XA (NO_A關(guān)閉安全插件特性 ,AUTHSVR 可繼續(xù)使用 )？ 設(shè)置環(huán)境變量 TMNOTHREADS=Y, 旁路 C

11、 和 S 的多線程特性 ？使用服務(wù)和接口 Cache？ TUXEDO8.0 及以后的版本都支持服務(wù)和接口的緩存 ,這樣客 戶機可以直接請求高速緩存中 的服務(wù)或接口的副本 ,而不必到公告板 中去查找。這一特征會顯著地改善服務(wù)器的性能,尤 其是當(dāng)系統(tǒng)有大量的用戶 ,而只有少量的服務(wù)的情況。在 *RESOURCES 或 *MACHINES 段中設(shè)置 Cache 的入口數(shù)：？ SICACHEENTRIESMAX =N,缺省為500,0表示不使用 Cache最大值為32767?配置MSSQ 服務(wù)器組提高性能 ？ 配置方法 ？ simpserv SRVGRP=GROUP1 SRVID=10 MIN=3 M

12、AX=5 RQADDR=simpserv REPLYQ=Y MSSQ 的 使用原則:？ 服務(wù)器在 210 個之間,如果超過 10 個,建議配置多個 MSSQ服務(wù)被頻繁調(diào)用，處理時間又很短 請求緩沖區(qū)不都不是很大， 沒有大到將一個隊列占滿的情況 ？ 如果 MSSQ 的請求隊列占用率超 過85%,建議剝離一部分 SVR?通過配置負(fù)載均衡提高性能 ？步驟:? 在UBB文件設(shè)置：LDBAL二Y ? 在客戶端使用tpcall()測試每個 SVC 的處理時間 ,記為 Ti? 求出所有 SVC 執(zhí)行時間的平均值 ,記錄為T? 為每個SVC設(shè)置LOAD因子，如果Ti則LOAD設(shè)置為50, 如果TiT,則設(shè)置L

13、OAD為大于50的值,否則設(shè)置LOAD為小于 50 的值通過配置優(yōu)先級參數(shù)提高性能 ?方法:?管理方法 :為單個服務(wù)指定PRIO因子？編程方法:在代碼中使用tpsprio()動態(tài)設(shè)置優(yōu)先級? 原則: 由于高優(yōu)先級的接口請求先出隊 ,因此只能給一些不經(jīng)常被調(diào) 用的接口或服務(wù)設(shè)置高優(yōu)先 級。 在你把一個服務(wù)或接口的優(yōu)先級調(diào) 低之前 ,你應(yīng)確保這個服務(wù)或接口的響應(yīng)時間并不重要才行。？ 通過服務(wù)綁定提高性能 ？原則？ 把業(yè)務(wù)功能相似的 SERVICES 綁定到一個 SERVER中。 把調(diào)用了相同鏈接庫或其它資源的 SERVICES綁定到 一個SERVER中,減小應(yīng)用程序的大小，節(jié)省磁盤空間？ 執(zhí)行時間

14、和優(yōu) 先級相近的 SERVICE 可放到同一個 SERVER 中？ 把調(diào)用頻率相 同的 SERVICES 綁定在同一個 SERVER 中？同一個 SERVER 中 的 SERVICE 最好有相同的服務(wù)優(yōu)先級 ,如果不同 ,優(yōu)先級最低的那個 的請求可能要很長時間才得到處理。 ？不要相互調(diào)用的 SERVICES 放 在同一個 SERVER 中,這有可能導(dǎo)致服務(wù)器死鎖 把經(jīng)常用的 SRV 綁定在一起 ,不經(jīng)常用的綁定在一起 ？把使用相同 RM 的 SRV 綁定 在一起 ？ 把執(zhí)行 QUERY 的 SRV 綁定在一起 ,執(zhí)行 UPDATE 的綁 定在一起 對一些使用率較高的服務(wù) ,如銀行的取款服務(wù) W

15、ITHDRAWAL, 應(yīng)該單獨把它放到一個 SERVER 中,并采用 MSSQ 方式？ 把處理某一類業(yè)務(wù)的 SRV 綁定在一起 ？考慮因素 ？要考慮 隊列的容量 ,請求隊列使用率超過 85%時, Tuxedo 把請求寫到磁盤文 件中 ,然后再 傳給服務(wù)器處理 ,這時性能大大下降 通過系統(tǒng)參數(shù)配置 提高效率MAXACCESSERS,MAXSERVERS,MAXINTERFACES,MAXSERVICES MAXWSCLIENTS 這參數(shù)增加了信號量和共享內(nèi)存的開銷? MAXWSCLIENTS ? 與所購買的 LICNESE 數(shù)有關(guān) ,可設(shè)置得比所 購買的 LICENSE 數(shù)大一些。當(dāng)并發(fā)連接數(shù)大于 所購買的 LICENSE 數(shù)時,TUXEDO 會報警，（在ULOG中回有信息）當(dāng)超過10%時,TUXEDO拒絕新的CLIENT端