NCV61-NMC技術(shù)使用手冊(cè)(整理后)

1、NC v6.1 NMC 技術(shù)使用手冊(cè)UAP中心編著目錄第一章 開始使用NMC錯(cuò)誤!未定義書簽1.1 概述錯(cuò)誤！未定義書簽1.1.1 名詞解釋錯(cuò)誤！未定義書簽1.1.2 技術(shù)架構(gòu)錯(cuò)誤！未定義書簽1.1.3 監(jiān)控服務(wù)之間的關(guān)系 錯(cuò)誤！未定義書簽1.1.4 核心特性錯(cuò)誤！未定義書簽1.1.5 帶來的好處錯(cuò)誤！未定義書簽1.1.6 基于NMC的插件開發(fā)錯(cuò)誤！未定義書簽1.2 部署和使用錯(cuò)誤！未定義書簽1.2.1 單機(jī)的部署錯(cuò)誤！未定義書簽1.2.2 集群的部署錯(cuò)誤！未定義書簽1.2.3 WAS啟用安全管理 錯(cuò)誤！未定義書簽1.2.4 服務(wù)器端主要的配置文件 錯(cuò)誤！未定義書簽1.2.5 服務(wù)器端部署的幾

2、個(gè)注意事項(xiàng) 錯(cuò)誤！未定義書簽1.2.6 NMC客戶端的獲取 錯(cuò)誤！未定義書簽1.2.7 啟動(dòng)客戶端 錯(cuò)誤！未定義書簽1.2.8 客戶端使用的幾種模式 錯(cuò)誤！未定義書簽1.2.9 利用郵件傳輸協(xié)議進(jìn)行遠(yuǎn)程監(jiān)控 錯(cuò)誤！未定義書簽1.2.10 客戶端主要的配置文件 錯(cuò)誤！未定義書簽第二章 實(shí)時(shí)監(jiān)控錯(cuò)誤!未定義書簽2.1 概述錯(cuò)誤！未定義書簽2.2 OverView 錯(cuò)誤！未定義書簽2.2.1 功能概述錯(cuò)誤！未定義書簽2.2.2 參數(shù)錯(cuò)誤！未定義書簽2.2.3 詳細(xì)功能介紹 錯(cuò)誤！未定義書簽2.3 進(jìn)程監(jiān)控錯(cuò)誤！未定義書簽2.3.1 功能概述錯(cuò)誤！未定義書簽2.3.2 參數(shù)錯(cuò)誤！未定義書簽2.3.3

3、詳細(xì)功能介紹錯(cuò)誤！未定義書簽2.4 線程監(jiān)控錯(cuò)誤！未定義書簽2.4.1 功能概述錯(cuò)誤！未定義書簽2.4.2 參數(shù)錯(cuò)誤！未定義書簽2.4.3 詳細(xì)功能介紹 錯(cuò)誤！未定義書簽2.5 數(shù)據(jù)庫監(jiān)控 錯(cuò)誤！未定義書簽2.5.1 功能概述錯(cuò)誤！未定義書簽2.5.2 參數(shù)錯(cuò)誤！未定義書簽2.5.3 詳細(xì)功能介紹錯(cuò)誤！未定義書簽2.6 客戶端監(jiān)控錯(cuò)誤！未定義書簽2.6.1 功能概述錯(cuò)誤！未定義書簽2.6.2 參數(shù)錯(cuò)誤！未定義書簽2.6.3 NC系統(tǒng)的配置錯(cuò)誤！未定義書簽2.6.4 詳細(xì)功能介紹錯(cuò)誤！未定義書簽2.7 CPU錯(cuò)誤！未定義書簽2.7.1 功能概述錯(cuò)誤！未定義書簽2.7.2 參數(shù)錯(cuò)誤！未定義書簽2.

4、7.3 詳細(xì)功能介紹錯(cuò)誤！未定義書簽2.8 內(nèi)存監(jiān)控錯(cuò)誤！未定義書簽2.8.1 功能概述錯(cuò)誤！未定義書簽2.8.2 參數(shù)錯(cuò)誤！未定義書簽2.8.3 詳細(xì)功能介紹錯(cuò)誤！未定義書簽2.9 緩存監(jiān)控錯(cuò)誤！未定義書簽2.9.1 功能概述錯(cuò)誤！未定義書簽2.9.2 參數(shù)錯(cuò)誤！未定義書簽2.9.3 詳細(xì)功能介紹錯(cuò)誤！未定義書簽2.10 最佳實(shí)踐 錯(cuò)誤！未定義書簽2.10.1 不同背景的人的監(jiān)控策略 錯(cuò)誤！未定義書簽2.10.2 以問題為中心的監(jiān)控實(shí)踐 錯(cuò)誤！未定義書簽第三章離線分析3.1 概述錯(cuò)誤!未定義書簽錯(cuò)誤！未定義書簽錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定

5、義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽第四章集群管理錯(cuò)誤!未定義書簽3.2 消息中心.3.2.1 功能概述.3.2.2 參數(shù)3.2.3 詳細(xì)功能介紹3.3 日志抽取.3.3.1 功能概述.3.3.2 參數(shù)3.3.3 詳細(xì)功能介紹3.4 日志錄制.3.4.1 功能概述.3.4.2 參數(shù)3.4.3 詳細(xì)功能介紹3.5 日志分析.3.5.1 功能概述.3.5.2 參數(shù)3.5.3 詳細(xì)功能介紹36 最佳實(shí)踐.錯(cuò)誤！未定義

6、書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽41 W 42 安全設(shè)置.1.1.1 功能概述.1.1.2 參數(shù)1.1.3 詳細(xì)功能介紹4.3 進(jìn)程管理4.3.1 功能概述.4.3.2 參數(shù)4.3.3 詳細(xì)功能介紹錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽 錯(cuò)誤！未定義書簽4.4 典型模型層元素4.4.1 功能概述4.4.2 參數(shù)4.4.3 詳細(xì)功能介紹4.5 補(bǔ)丁管理4.5.1 功能概述4.5.

7、2 參數(shù)4.5.3 詳細(xì)功能介紹4.6 最佳實(shí)踐本章內(nèi)容概要：概述部署和使用1.1 概述要保障規(guī)模不斷擴(kuò)大的應(yīng)用并保障穩(wěn)定高效， 服務(wù)器集群和負(fù)載均衡是必由之路， 開始集群站點(diǎn)在個(gè)數(shù)位時(shí)可以人工進(jìn)行管理，但當(dāng)站點(diǎn)變成幾十、幾百時(shí)，靠人工來管理和維護(hù)無疑成為災(zāi)難， 于是自動(dòng)化、智能型、可視化的主動(dòng)監(jiān)控系統(tǒng)-NMC 應(yīng)運(yùn)而生。NMC 是先進(jìn)的性能監(jiān)控、性能分析、 系統(tǒng)管理平臺(tái)。 NMC將極大地提高性能監(jiān)控、 性能分析、 系統(tǒng)管理的效率， 從而獲得更好的服務(wù)質(zhì)量和客戶滿意度。 對(duì)于大規(guī)模的復(fù)雜的IT 系統(tǒng)， NMC 將變得不可或開始使用 NMC缺。在監(jiān)控方面，它融入了先進(jìn)的性能監(jiān)控思想，比如分布式監(jiān)

8、控服務(wù)、多層穿透、信息采集和分析分離、事件驅(qū)動(dòng)的快照機(jī)制等，監(jiān)控的對(duì)象覆蓋了 NC 性能關(guān)注的所有方面，包括數(shù)據(jù)庫，中間件，客戶端等等。在性能分析方面，它具有強(qiáng)大的日志抽取、分析能力，提供了豐富的圖表展現(xiàn)功能，可以對(duì) NC、JVM、線程、快照、CPU、內(nèi)存，客戶端，在線用戶等日志進(jìn)行抽取和分析，同時(shí)預(yù)置了大量的分析模型。在系統(tǒng)管理方面，它采用了主動(dòng)發(fā)現(xiàn)主動(dòng)管理的思想，可以在中間件出現(xiàn)故障時(shí)主動(dòng)管理，從而提高系統(tǒng)可靠性；集成的補(bǔ)丁管理工具可以幫助管理員對(duì)補(bǔ)丁進(jìn)程快速部署和回滾，極大提高集群環(huán)境下補(bǔ)丁管理的效率。1.1.1 名詞解釋監(jiān)控域 : 一個(gè)服務(wù)中心和一組受管于這個(gè)服務(wù)中心的監(jiān)控實(shí)例的集合。

9、這些監(jiān)控實(shí)例可以分布在多個(gè)物理服務(wù)器上。監(jiān)控實(shí)例由一組監(jiān)控服務(wù)組成。在一個(gè)監(jiān)控域中，所有的監(jiān)控實(shí)例管理的監(jiān)控服務(wù)都將其監(jiān)控資源通過服務(wù)管理器向服務(wù)中心注冊(cè)，監(jiān)控服務(wù)資源由服務(wù)中心統(tǒng)一對(duì)外發(fā)布。服務(wù)中心 (Service Center) :一個(gè)監(jiān)控域的核心管理進(jìn)程，用于注冊(cè)監(jiān)控域內(nèi)所有的服務(wù)資源，同時(shí)提供服務(wù)啟動(dòng)控制、訪問日志、服務(wù)請(qǐng)求路由、安全檢查、動(dòng)態(tài)參數(shù)刷新功能。一個(gè)監(jiān)控域內(nèi)有且只有一個(gè)服務(wù)中心，所有的監(jiān)控實(shí)例必須設(shè)置服務(wù)中心服務(wù)器。監(jiān)控客戶端只需要連接服務(wù)中心服務(wù)器即可訪問整個(gè)監(jiān)控域的服務(wù)資源。監(jiān)控域和服務(wù)中心關(guān)系如圖 1-1：圖 1.1 監(jiān)控域-服務(wù)中心的關(guān)系消息：監(jiān)控服務(wù)產(chǎn)生的警告。

10、消息可以驅(qū)動(dòng)生成快照。比如，線程監(jiān)控發(fā)現(xiàn)某個(gè)任務(wù)執(zhí)行時(shí)間超過 3 分鐘，于是產(chǎn)生一條消息。這條消息驅(qū)動(dòng)生成了中間件和數(shù)據(jù)庫的快照。快照：對(duì)系統(tǒng)運(yùn)行時(shí)生成的詳細(xì)的運(yùn)行態(tài)信息。這些信息用于幫助具體地定位問題。比如中間件的線程詳細(xì)堆棧， SQL 堆棧。數(shù)據(jù)庫的執(zhí)行計(jì)劃等?？煺障⒔壎?。1.1.2技術(shù)架構(gòu)圖 1.2 NMC 技術(shù)架構(gòu)NMC 客戶端是集成的監(jiān)控UI ，是基于插件的 UI 框架；客戶端通過多種協(xié)議與服務(wù)中心通信，包括HTTP(s) ， Email ， JMS；服務(wù)中心接到客戶端請(qǐng)求后，服務(wù)中心管理器通過服務(wù)定位器對(duì)服務(wù)進(jìn)行定位，將請(qǐng)求的服務(wù)資源將請(qǐng)求路由到相應(yīng)的監(jiān)控進(jìn)程；監(jiān)控進(jìn)程將請(qǐng)求轉(zhuǎn)交

11、給服務(wù)管理器，通過服務(wù)管理器將請(qǐng)求轉(zhuǎn)交給具體的服務(wù)實(shí)例處理；一個(gè)監(jiān)控域中可以有一個(gè)或者多個(gè)監(jiān)控實(shí)例。1.1.3 監(jiān)控服務(wù)之間的關(guān)系圖 1.3監(jiān)控服務(wù)的關(guān)系NMC 一個(gè)很重要的優(yōu)勢(shì)就是服務(wù)之間可以相互穿透， 比如進(jìn)程到線程再到數(shù)據(jù)庫信息的穿透、 客戶端到線 程信息的穿透。在多層架構(gòu)的系統(tǒng)中，這種層與層之間的監(jiān)控信息的穿透可以幫助你更加系統(tǒng)地，精確地 分析問題。監(jiān)控服務(wù)都會(huì)生成日志和產(chǎn)生消息，這些日志和消息可以進(jìn)一步成為日志分析的數(shù)據(jù)來源。1.1.4 核心特性集成的性能監(jiān)控、問題分析、系統(tǒng)管理的平臺(tái)；提供 HTTP 、 Email 、 OFFLine 等多種連接或者使用模式；支持多個(gè)監(jiān)控域。每個(gè)監(jiān)

12、控域支持多個(gè)服務(wù)器、多種類型的監(jiān)控服務(wù)；從客戶端到中間件，數(shù)據(jù)庫的無縫的全面的監(jiān)控體系；支持中間件層和數(shù)據(jù)庫層信息的相互穿透；支持客戶端日志和服務(wù)器端日志的相互穿透；提供強(qiáng)大的中間件進(jìn)程級(jí)的監(jiān)控和管理功能； 提供細(xì)粒度的線程監(jiān)控功能； 提供了強(qiáng)大靈活的日志抽取和分析功能； 提供了一種事件驅(qū)動(dòng)的進(jìn)行主動(dòng)監(jiān)控主動(dòng)管理的功能； 集成了補(bǔ)丁管理的功能； 實(shí)現(xiàn)了監(jiān)控服務(wù)的安全和監(jiān)控目標(biāo)安全的隔離。1.1.5 帶來的好處可獲得對(duì)系統(tǒng)的高度洞察力。使用 NMC 的實(shí)時(shí)監(jiān)控可以獲得實(shí)時(shí)掌握系統(tǒng)的運(yùn)行狀態(tài)，無論是系統(tǒng)概要的層面還是細(xì)粒度的線程層面， 都一覽無余。 對(duì)日志和消息的分析可以評(píng)估系統(tǒng)整體運(yùn)行狀態(tài)、 預(yù)

13、測(cè)風(fēng)險(xiǎn)。 快速發(fā)現(xiàn)和定位問題。無論通過實(shí)時(shí)監(jiān)控還是離線分析，都可以快速發(fā)現(xiàn)定位性能問題。相對(duì)于傳統(tǒng)的監(jiān) 控工具， NMC 可以更加快速地幫助你定位性能問題。 提高系統(tǒng)可用性。進(jìn)程監(jiān)控服務(wù)提供的主動(dòng)管理，故障自動(dòng)回復(fù)的功能可提高系統(tǒng)的可用性。即，當(dāng)進(jìn)程 監(jiān)控服務(wù)檢測(cè)到中間件不響應(yīng)時(shí)自動(dòng)將其重啟，或者將備份的服務(wù)器加入到集群，從而實(shí)現(xiàn)系統(tǒng)的高可用 性。 簡(jiǎn)潔高效的工作流。比如日志錄制提供了響應(yīng)終端用戶的服務(wù)工作流，補(bǔ)丁掛你和進(jìn)程定時(shí)重啟提供了補(bǔ) 丁維護(hù)的工作流。 管理變得簡(jiǎn)單。系統(tǒng)管理員可以徹底地從補(bǔ)丁管理和中間件管理中解脫出來，把精力放到更加重要的事情 上去。1.1.6 基于 NMC 的插件開發(fā)

14、NMC 無論是服務(wù)器端還是客戶端都采用支持插件的架構(gòu)， 無論是已有的監(jiān)控服務(wù)還是新開發(fā)的監(jiān)控服務(wù)很 容易打包成NMC 的服務(wù)，進(jìn)而集成到 NMC 。圖 1.4 開發(fā) NMC 插件1.2 部署和使用1.2.1 單機(jī)的部署單機(jī)只需要啟動(dòng)單個(gè)NMC server 即可，此時(shí)，這個(gè)NMC server 同時(shí)充當(dāng)服務(wù)中心和監(jiān)控服務(wù)器。啟動(dòng)方法：Cd %NCHOME%/NMC/server ./startmonitor.bat(%NCHOME% 特指 NC 實(shí)際安裝路徑的變量。主要以windows 平臺(tái)作為示例。 )1.2.2 集群的部署集群環(huán)境即需要監(jiān)控多個(gè)服務(wù)器目標(biāo)，需要在每個(gè)物理服務(wù)器上啟動(dòng)一個(gè)NM

15、C server 。具體步驟如下：在每個(gè)節(jié)點(diǎn)上指定服務(wù)中心地址。 可以通過 configure.bat 命令，也可以直接修改 ./conf/service.xml 中 service center 部分來實(shí)現(xiàn)。圖 1.5 配置服務(wù)中心先啟動(dòng)服務(wù)中心服務(wù)器啟動(dòng)節(jié)點(diǎn)服務(wù)器特別注意：如果重啟服務(wù)中心服務(wù)器，則節(jié)點(diǎn)服務(wù)器必須重啟！1.2.3 WAS 啟用安全管理WAS 啟用安全管理時(shí)， NMC 如果要對(duì) WAS 進(jìn)行管理 ( 比如啟動(dòng)，停止) ，需要一些特殊配置。以下通過一個(gè)實(shí)際的例子來說明 :WASHome ： /u01/IBM/WEBSphere/AppServerWAS 安全管理用戶名/密碼：r

16、oot/rootroot具體步驟如下： create trust key store 一定要用 WAS 帶的 keytool 。導(dǎo)出證書：WAS_home/java/bin 下執(zhí)行以下命令： keytool-export -v -keystore /u01/IBM/WEBSphere/AppServer/profiles/Dmgr01/config/cells/ncprd01Cell01/key.p12 -storepass WEBAS -storetype PKCS12 -alias default -file /nchome/NMC/server/ibm.cer導(dǎo)入證書：在 WAS_hom

17、e/java/bin 下執(zhí)行以下命令：keytool -import -v -noprompt -keystore /nchome/NMC/server/WASkeystore -storepass rootroot -file /yc57gold/NMC/server/ibm.cer -alias ufida.cer Trustcacerts修改 perties 配置文件，添加如下參數(shù)： adminusername=root adminpassword=rootroot .ssl.trustStore=/nchome/NMC/server/WASkeystore.ssl

18、.trustStorePassword=rootroot修改 startmonitor0.sh(bat) ，用 WAS 的 JDK 啟動(dòng)；export JAVA_HOME=/u01/IBM/WEBSphere/AppServer/java 啟動(dòng)NMC 一定要使用startmonitorO.sh(bat)命令啟動(dòng)服務(wù)；1.2.4 服務(wù)器端主要的配置文件./conf/service.xml服務(wù)實(shí)例和服務(wù)中心的配置文件，是核心配置文件，主要可進(jìn)行如下配置：服務(wù)中心地址每個(gè)服務(wù)的屬性是否啟動(dòng)；是否域內(nèi)單例；是否生成消息；對(duì)于消息的處理方式(快照或者警告)。./conf/perti

19、es各種監(jiān)控服務(wù)的參數(shù)的配置文件，是一個(gè)核心的配置文件，可以通過如下方式修改：直接編輯文件；通過configure.bat來修改；NMC客戶端的參數(shù)配置，這種方式直接生效不需要重啟實(shí)例。./conf/perties日志配置文件?？梢酝ㄟ^直接修改文件，修改后必須重啟實(shí)例才能生效。./conf/perties郵件服務(wù)器配置文件。郵件服務(wù)器主要用于消息中心和通過郵件方式訪問監(jiān)控服務(wù)(見通過郵件訪問監(jiān)控服務(wù)部分)，可以通過直接修改配置文件或者configure.bato圖1.6配置郵件服務(wù)器心1.2.5 服務(wù)器端部署的幾個(gè)注意事項(xiàng)對(duì)中間件和數(shù)據(jù)庫的監(jiān)控依賴

20、于 NCHOME%/ierp/bin/prop.xml文件，為了部署方便，建議將監(jiān)控服務(wù)和NC中間件代碼部署在一個(gè)服務(wù)器上。如果要單獨(dú)部署，需要在 perites中指定prop.xml。如果在 WAS管理控制臺(tái)中更改了單個(gè) Server或者集群中某個(gè)成員 Server的端口，一定要在NC的prop.xml 文件中修改該對(duì)應(yīng)的端口，要保證 prop.xml和真實(shí)環(huán)境信息的一致性。Linux/UNIX 環(huán)境特別注意要將 NMC/server/bin和NMC/server/目錄下的文件賦予可執(zhí)行權(quán)限。把任務(wù)放到后臺(tái)執(zhí)行(nohup)。JRE_HOME要設(shè)置為JDK1.5或者以上

21、的版本。修改 NMC 端口需要修改 NMC/server/conf/server.conf,NMC/server/conf/services.xml , %NCHOME%/resource/perties 三個(gè)文件。如果是數(shù)據(jù)庫是RAC環(huán)境，需要在prop.xml文件中將數(shù)據(jù)源拆分成兩個(gè)針對(duì)單個(gè)實(shí)例的數(shù)據(jù)源，這樣可以保證做快照和數(shù)據(jù)庫檢查的性能，可以單獨(dú)提供一個(gè)prop.xml用于NMC。比如：jdbc:oracle:thin:(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST=1)(PORT=1521)(ADDRE

22、SS=(PROTOCOL=TCP) (HOST=2)(PORT=1521)(LOAD_BALANCE=yes)(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=ncdata)1.2.6 NMC客戶端的獲取客戶端可以用以下兩種方式獲得：直接使用 NCHOME%/NMC/client ;或者從服務(wù)器上下載一個(gè)最新的客戶端。下載地址為 http:/servicecenterhost:port/NMC/client.exe 比如：設(shè)置 JAVA_HOME進(jìn)入客戶端目 錄，執(zhí)行 monitorconsole.bat。圖1.7NMC客戶端登錄

23、對(duì)話框HTTP(默認(rèn))：使用HTTP傳輸協(xié)議訪問監(jiān)控服務(wù)。EMAIL:使用郵件傳輸協(xié)議來訪問監(jiān)控服務(wù)。主要用于無法通過HTTP協(xié)議訪問遠(yuǎn)程監(jiān)控服務(wù)器的情況。這種傳輸方式提供了更靈活的接入方式。OFFLINE:脫機(jī)模式。主要用于基于消息和日志的分析。利用郵件傳輸協(xié)議進(jìn)行遠(yuǎn)程監(jiān)控是一種非常靈活的連接方式。只要保證服務(wù)器端能收郵件，客戶端能發(fā)郵件就可以進(jìn)行實(shí)時(shí)監(jiān)控。主要的配置如下：在服務(wù)中心服務(wù)器配置郵件服務(wù)器監(jiān)控曜務(wù)配置傀存退出服務(wù)器型務(wù)屬性配置|郵件配查郵件配置發(fā)送郵件服器器償MTP) ： maill cn接收郵件服務(wù)器(POP):amm cn帳號(hào):卜岬一密碼:圖1.8配置郵件服務(wù)器配置conf

24、/services.xml 將maillistner 服務(wù)設(shè)置為啟動(dòng)：servicemaillistnertruetruetrue/service配置perties修改如下屬性：# 遠(yuǎn)程調(diào)用消息處理器# 收郵件fromPOP_REMOTECALL_EMAILADDR=srv# 發(fā)送郵件時(shí)指定的郵件fromSMTP_SRC_MAIL_ADDR=monitor# 郵件訪問控制列表，用；格開MAIL_ACCESS_RULE=liujb ;# 郵件不滿足規(guī)則將郵件從郵件服務(wù)器上刪除DelMail_OutOfRule=false注意：監(jiān)聽的郵件帳號(hào)最好是專用帳號(hào)！客戶端登陸時(shí)，選擇

25、登陸的傳輸方式為Email。圖1.9選擇email作為通信方式./conf/resource/domain.xml ：登錄過的監(jiān)控域的歷史記錄。./conf/resource/resource-client.xml客戶端插件的配置文件。./conf/SQL/fixSQL.cfg數(shù)據(jù)庫監(jiān)控腳本配置文件。./conf/SQL/logSQL.cfg日志分析預(yù)置腳本配置文件。本章內(nèi)容概要：概述進(jìn)程監(jiān)控線程監(jiān)控?cái)?shù)據(jù)庫監(jiān)控客戶端監(jiān)控內(nèi)存監(jiān)控緩存監(jiān)控2.1 概述實(shí)時(shí)監(jiān)控是常規(guī)的監(jiān)控方法?；蛘吣阏诳蛯?shí)時(shí)監(jiān)控戶現(xiàn)場(chǎng)，實(shí)時(shí)監(jiān)控可以讓你第一時(shí)間撲捉到當(dāng)前系統(tǒng)正在發(fā)生什么，問題的定位和解決方案隨之而來。 NMC 支

26、持實(shí)時(shí)監(jiān)控的服務(wù)主要的包括：OverView 、進(jìn)程監(jiān)控、線程監(jiān)控、數(shù)據(jù)庫監(jiān)控、CPU 、內(nèi)存，客戶端監(jiān)控等。 OverView 提供了一個(gè)系統(tǒng)概要；進(jìn)程監(jiān)控提供了進(jìn)程級(jí)的信息；線程監(jiān)控提供線程級(jí)的信息； CPU 和內(nèi)存監(jiān)控提供系統(tǒng)級(jí)的信息；客戶端監(jiān)控提供客戶端的性能和系統(tǒng)在線人數(shù)的信息。每個(gè)服務(wù)都提供了監(jiān)控整個(gè)系統(tǒng)的某個(gè)部分的任務(wù)，把這些服務(wù)的信息整合起來就看到整個(gè)系統(tǒng)的全景。NMC 實(shí)時(shí)監(jiān)控有如下優(yōu)勢(shì)：可多層信息穿透。這種層與層之間的直接關(guān)聯(lián)可更加全面深入的定位和分析問題；從客戶端到中間件在到數(shù)據(jù)庫的端到端的無縫監(jiān)控；完整的信息 。 NMC 提供的全方位，各個(gè)層次，滿足各種監(jiān)控需要的信2.

27、2 OverView圖 2.1 OverView提供一個(gè)部署結(jié)構(gòu)樣式的全局的系統(tǒng)運(yùn)行狀況視圖，包括系統(tǒng)運(yùn)行狀態(tài)、每個(gè)中間件的 JVM heap 信息、 線程信息、數(shù)據(jù)庫的活動(dòng)會(huì)話、集群吞吐量、在線用戶數(shù)、最新的系統(tǒng)消息等。當(dāng)系統(tǒng)出現(xiàn)異常，會(huì)有警告提示。無自動(dòng)刷新設(shè)置：設(shè)置視圖的自動(dòng)刷新時(shí)間間隔。單位為秒，默認(rèn)為 5 秒刷新一次；點(diǎn)擊數(shù)據(jù)庫組件進(jìn)入數(shù)據(jù)庫監(jiān)控節(jié)點(diǎn)，點(diǎn)擊中間件組件進(jìn)入線程監(jiān)控節(jié)點(diǎn)。2.3 進(jìn)程監(jiān)控圖2.2進(jìn)程監(jiān)控-JVM視圖圖2.3進(jìn)程監(jiān)控-WEB線程視圖程圖2.4進(jìn)程監(jiān)控-數(shù)據(jù)庫activesession視圖進(jìn)程監(jiān)控服務(wù)主要實(shí)現(xiàn)如下功能:對(duì)中間件狀態(tài)檢查，包括端口響應(yīng)的時(shí)間和內(nèi)存

28、使用的情況，比如，當(dāng)發(fā)現(xiàn)中間件不能正常工作，則可以選擇對(duì)其自動(dòng)重啟或者動(dòng)態(tài)加入一個(gè)備份的中間件；將 JVM HEAP 的使用情況、中間件響應(yīng)時(shí)間、 WEB thread 及 serivce thread 信息采樣，將采樣信息寫入日志，通過日志分析可以對(duì)系統(tǒng)進(jìn)行性能評(píng)估和性能診斷；提供每個(gè)進(jìn)程吞吐量的視圖；更新數(shù)據(jù)庫連接池的信息和數(shù)據(jù)庫活動(dòng)會(huì)話的信息；對(duì)中間件進(jìn)行管理，比如重啟，生成JAVACORE ， HEAPDUMP ，設(shè)置定時(shí)重啟等。NodeAgentHost中間件管理服務(wù)器地址， WEBSPHERE DM 服務(wù)器的地址默認(rèn)為，如果為 WEBLOGIC 中間件，則為WEBLOGIC man

29、ager 的地址。NodeAgentPort中間件管理服務(wù)器的端口， WEBSPHERE DM 的端口默認(rèn)為8879，如果沒有啟集群，則為所在服務(wù)器的NodeAgent 的端口，默認(rèn)為 8880，如果中間件為 WEBLOGIC ，默認(rèn)端口為 7001。Servertype中間件服務(wù)器的類型，默認(rèn)為 WAS ，可以選擇WAS ， WEBLOGIC ， NC 。Adminusername中間件管理員。如果WAS admin 啟用了安全管理，則需要設(shè)置。如果服務(wù)器為 WEBLOGIC ，此參數(shù)必須設(shè)置。Adminpassword中間件管理員密碼。 如果 WAS admin 啟用了安全管理， 則需要設(shè)

30、置， WEBLOGIC 中間件此參數(shù)必須設(shè)置。 Propfile默認(rèn)為././ierp/bin/prop.xml ，修改此參數(shù)必須重啟監(jiān)控服務(wù)。notResponseThreshold中間件端口響應(yīng)時(shí)間的閥值，單位為毫秒。即當(dāng)響應(yīng)時(shí)間超過這個(gè)閥值，則認(rèn)為端口 探測(cè)失敗，默認(rèn)為5000 毫秒。此參數(shù)需要和fail.trytimes 配合使用。fail.trytimes端口探測(cè)的次數(shù)， 即如果連續(xù)fail.trytimes 次此端口探測(cè)失敗， 則認(rèn)為中間件已經(jīng)不能正常工作， 需要重啟。默認(rèn)為8。此參數(shù)需要和 notResponseThreshold配合使用。servlet默認(rèn)為 service/m

31、onitorservlet ，不需要修改。MemoryThreshold內(nèi)存報(bào)警閥值。 此值算法如下heap free/heap total。 默認(rèn)為0.005。 此參數(shù)需要和MemoryTrytimes 配合使用。MemoryTrytimes連續(xù)java heap探測(cè)的次數(shù)，即當(dāng)連續(xù)這些次數(shù)探測(cè)失敗，則發(fā)送快照消息或者重啟中間件。默認(rèn)為 10次。此參數(shù)需要和MemoryThreshold 配合使用。logDuration進(jìn)行中間件信息采樣同時(shí)將信息寫入日志的時(shí)間間隔，默認(rèn)為 10 秒。日志會(huì)寫入 ./logs/mw/ 。restartWhenCheckResponsefailure檢查端口失

32、敗是否重啟 . 。默認(rèn)為 truerestartWhenCheckMemoryfailure檢測(cè) JVM 內(nèi)存失敗是否重啟，如果為否，則只是發(fā)送報(bào)警消息，默認(rèn)為 false。dumpHeapWhenRestart檢查中間件失敗是否要做HEAP DUMP ，默認(rèn)為false。dumpThreadWhenRestart檢查中間件失敗是否要做THREAD DUMP ，默認(rèn)為false。N1_PLUGIN_FILEN+1 Standby 需要指定HIS 插件的配置文件，默認(rèn)為空。N1_STANDBYSERVER_KEYN+1 Standby 需要指定HIS 插件的備份中間件，默認(rèn)為空。EnableLO

33、CKGC中間件重啟時(shí)是否做 LOCKGC，默認(rèn)true。如果為true,則中間件重啟時(shí)將這個(gè)中間件的PKLOCK全部清除。中間件-管理 -啟動(dòng)對(duì)選擇的中間件進(jìn)行啟動(dòng)，支持右鍵。中間件-管理 -重啟對(duì)選擇的中間件進(jìn)行重啟，支持右鍵。中間件-管理 -停止。對(duì)選擇的中間件進(jìn)行啟動(dòng)，支持右鍵。中間件-管理-定時(shí)設(shè)置定時(shí)重啟，支持右鍵。如下圖，則設(shè)置 ncMem01每隔7天凌晨零點(diǎn)自動(dòng)重啟。定時(shí)重后設(shè)置|XserveName 押 口 1口：重啟定時(shí) 00:00僅執(zhí)行一次卿鬲 7|天執(zhí)行一次（玄）.取消）圖2.5設(shè)置自動(dòng)重啟中間件-管理-DUMPHEAP對(duì)所選擇的中間件生成 HEAPDUMP ,支持右鍵。

34、中間件-管理-DUMPTHREAD對(duì)所選擇的中間件生成 THREADDUMP ,支持右鍵。中間件-GC對(duì)所選擇的中間件做 FULL GC ,右鍵功能。中間件-監(jiān)控-線程監(jiān)控對(duì)選擇的中間件穿透到線程監(jiān)控節(jié)點(diǎn)，支持右鍵。中間件-監(jiān)控-全局監(jiān)控進(jìn)入全局監(jiān)控節(jié)點(diǎn)，即對(duì)所有的中間件在一個(gè)視圖中進(jìn)行監(jiān)控。中間件-定時(shí)刷新設(shè)置設(shè)置進(jìn)程視圖自動(dòng)刷新的時(shí)間間隔，默認(rèn)為5秒。圖2.6設(shè)置自動(dòng)刷新中間件-NCSNAPSHOT對(duì)選擇的中間件做快照，這個(gè)快照需要到消息中心同步才能看到。中間件-刷新刷新當(dāng)前視圖。中間件-詳細(xì)信息說明雙擊任何表行，則自動(dòng)彈出其詳細(xì)信息。圖2.7進(jìn)程監(jiān)控詳細(xì)信息字段解釋：字段說明服務(wù)名中間件

35、名稱狀態(tài)中間件當(dāng)前狀態(tài)，目前后二種狀態(tài) Running、down、starting主機(jī)中間件服務(wù)器地址端口中間件端口重啟定時(shí)定時(shí)重啟的配置，可以通過右鍵或者管理-定時(shí)設(shè)置WEB線程池WEBcontainer線程池的大小WEB線程遠(yuǎn)程調(diào)用線程數(shù)服務(wù)線程后臺(tái)服務(wù)的線程數(shù)JVMmax(m)JVM heap 的設(shè)置(max)JVMtotal(m)JVM heap當(dāng)前的total值JVMfree(m)JVM heap當(dāng)前的free值JVMused(m)JVM heap used上次端口檢查耗時(shí)最次端口探測(cè)的響應(yīng)時(shí)間可管理如果啟動(dòng) WEBSPHERE D喊者 WEBLOGIC manager WJ為 tr

36、ue,否則為false.可管理意味著可以遠(yuǎn)程對(duì)中間件進(jìn)行啟 動(dòng)，關(guān)閉，生成 HEAPDUMR THREADDUMR當(dāng)監(jiān)控服務(wù) 發(fā)現(xiàn)中間件不響應(yīng)時(shí)，可以根據(jù)監(jiān)控服務(wù)配置的管理策略 對(duì)其自動(dòng)重啟.如果不能管理，則意味著只能做監(jiān)控?cái)?shù)據(jù)庫-刷新對(duì)數(shù)據(jù)庫監(jiān)控視圖進(jìn)行刷新。數(shù)據(jù)庫-查詢進(jìn)入所選擇的數(shù)據(jù)庫的查詢節(jié)點(diǎn)。數(shù)據(jù)庫監(jiān)控詳細(xì)信息說明選中上面的任何一行，如 newSQL所在的行，然后雙擊，則彈出下面的對(duì)話框圖2.8數(shù)據(jù)庫詳細(xì)信息字段說明數(shù)據(jù)源數(shù)據(jù)源名稱數(shù)據(jù)庫類型數(shù)據(jù)庫類型連接字符串?dāng)?shù)據(jù)庫的jdbc連接串連接池大小顯力、為 default-max連接池已用在對(duì)應(yīng)的中間件連接池中有多少連接為使用狀態(tài)dbAc

37、tiveSessions數(shù)據(jù)庫的活動(dòng)會(huì)話數(shù)最近檢查時(shí)間最近進(jìn)行數(shù)據(jù)庫健康檢查的時(shí)間2.4 線程監(jiān)控圖2.9數(shù)線程監(jiān)控實(shí)時(shí)對(duì)線程信息細(xì)粒度的監(jiān)控，包括當(dāng)前業(yè)務(wù)動(dòng)作、線程堆棧、SQL堆棧、性能信息、業(yè)務(wù)信息、線程狀態(tài)，等待事件等等；對(duì)單個(gè)線程穿透到數(shù)據(jù)庫；終止一個(gè)線程；查詢垃圾線程；對(duì)單個(gè)線程進(jìn)行獨(dú)立跟蹤；聯(lián)查業(yè)務(wù)，聯(lián)查操作員詳細(xì)信息等業(yè)務(wù)功能。MW_THREAD_CHECK_INTERV AL中間件WEB線程檢查時(shí)間間隔，單位為秒，默認(rèn)為120s。注意：WEB線程處理的是從客戶端發(fā)起的請(qǐng)求。MW_THREAD_CHECK_MAXCOSTTIME中間件一個(gè) WEB線程運(yùn)行時(shí)間的閥值，單位為秒，超過

38、這個(gè)時(shí)間仍沒有結(jié)束則發(fā)送快照消息，默認(rèn)為180秒。MW_THREAD_CHECK_MAXCOUNTOFSQL中間件一個(gè) WEB線程執(zhí)行的SQL最大數(shù)量，如果超過這個(gè)值，則發(fā)送快照消息，默認(rèn)為 1000個(gè)。MW_THREAD_CHECK_MAXCOSTOFONESQL=120中間件一個(gè)線程最耗時(shí)的 SQL閥值，單位為秒，如果 SQL的耗時(shí)超過這個(gè)值，則發(fā)送快照消息，默認(rèn)為120 秒。視圖線程詳細(xì)信息選中任何一個(gè)線程雙擊，則彈出詳細(xì)對(duì)話框圖2.10線程詳細(xì)對(duì)話框可以看到詳細(xì)的線程信息字段解釋：字段說明服務(wù)全局模式下中間件的名稱線程名稱線程名稱線程狀態(tài)當(dāng)前線程狀態(tài)業(yè)務(wù)動(dòng)作當(dāng)前的業(yè)務(wù)操作當(dāng)前事件當(dāng)前線

39、程正在做的事件（見線程事件）主 要的事件包括：狀取數(shù)據(jù)庫連接SQL翻譯、 執(zhí)行SQL調(diào)用EJB序列化、往客戶端寫 數(shù)據(jù)、調(diào)用master、線程到數(shù)據(jù)庫的映射、 回滾，提交等性能統(tǒng)計(jì)當(dāng)前線程到當(dāng)前的性能統(tǒng)計(jì)（詳見性能統(tǒng) 計(jì)字段解釋）耗時(shí)當(dāng)前線程運(yùn)行到目前的執(zhí)行時(shí)間，單位為 毫秒遠(yuǎn)程調(diào)用方法遠(yuǎn)程調(diào)用方法客戶端地址發(fā)起遠(yuǎn)程調(diào)用的客戶端地址操作員發(fā)起遠(yuǎn)程調(diào)用的操作員主鍵操作員編碼發(fā)起遠(yuǎn)程調(diào)用的操作員名稱操作員名稱發(fā)起遠(yuǎn)程調(diào)用的操作員名稱.性能統(tǒng)計(jì)字段解釋字段說明SQLcosttime當(dāng)前線程所有SQL的累計(jì)執(zhí)行時(shí)間（不包括 fetch結(jié)果集）readresulttime當(dāng)前線程fetch結(jié)果集的累計(jì)時(shí)

40、間，單位為毫 秒readrownum當(dāng)前線程累計(jì)fetch 了多少條記錄writetoclienttime當(dāng)前線程寫數(shù)據(jù)到客戶端的時(shí)間（網(wǎng)絡(luò)耗時(shí)）， 單位為毫秒writetoclientbytes當(dāng)前線程寫到客戶端的總字節(jié)數(shù)readfromclienttime當(dāng)前線程從客戶端讀請(qǐng)求的耗時(shí)，單位為毫 秒readfromclientbytesP當(dāng)前線程從可客戶端讀請(qǐng)求的字節(jié)數(shù)notclosedconnectioncount當(dāng)前線程沒有關(guān)閉的數(shù)據(jù)庫連接數(shù)Sql詳細(xì)信息線程SQL堆棧解釋:字段說明Sql務(wù)-條為統(tǒng)計(jì)信息，包括 SQL執(zhí)行數(shù)量總計(jì)、SQL執(zhí)行 時(shí)間總計(jì)（不包括fetch結(jié)果集），占用數(shù)據(jù)

41、庫連接數(shù)總計(jì)執(zhí)行狀態(tài)后兩種狀態(tài)：running finished耗時(shí)Sql執(zhí)行時(shí)間數(shù)據(jù)庫連接執(zhí)行SQL的數(shù)據(jù)庫連接ID數(shù)據(jù)源執(zhí)行SQL的數(shù)據(jù)源名稱注意：任何有SQL的地方，都可以通過鼠標(biāo)選擇這個(gè)SQL進(jìn)行格式化，從而使 SQL更加易讀。例如將如下這段詳細(xì)信息格式化：SELECT pk_jobbasfil , pk_deptdoc , pk_psndoc , pk_custdoc , pk_vendoc , pk_jobmngfil , sealflag , remcode , memo, pk_corp FROM bd_jobmngfil where pk_jobmngfil in （ sel

42、ect pk from DBCache_bd_jobmngfil ） 數(shù)據(jù)庫連接id5623780njpz 執(zhí)行完畢3讀取記錄數(shù)0格式化后的結(jié)果: select pk_jobbasfil , pk_deptdoc , pk_psndoc , pk_custdoc , pk_vendoc , pk_jobmngfil , sealflag , remcode , memo , pk_corp from bd_jobmngfil where pk_jobmngfil in ( select pk fromDBCache_bd_jobmngfil ) 數(shù)據(jù)庫連接id5623780 njpz 執(zhí)行完畢

43、 3 讀取記錄數(shù)0 調(diào)式模式 一個(gè)線程如果是調(diào)試狀態(tài)，則這個(gè)線程的所有的數(shù)據(jù)庫操作都會(huì)將線程信息映射到數(shù)據(jù)庫，大部分情況默 認(rèn)即可。 全局調(diào)試開：除服務(wù)線程外的所有的線程默認(rèn)都是調(diào)試模式； 全局調(diào)試關(guān)：所有的線程都不是調(diào)試模式. 選擇調(diào)試用戶：將選擇的用戶的遠(yuǎn)程調(diào)用設(shè)置為調(diào)試模式，此時(shí)全局模式自動(dòng)為關(guān)閉狀態(tài)取消用戶調(diào)試：取消用戶調(diào)試模式. 服務(wù)線程調(diào)試開：在全局模式為開的情況下，服務(wù)線程處于調(diào)試狀態(tài).服務(wù)線程調(diào)試關(guān)：服務(wù)線程設(shè)置為非調(diào)試狀態(tài). 匯總顯示 將當(dāng)前視圖的所有線程信息顯示在一個(gè)對(duì)話框內(nèi)。 顯示過濾 設(shè)置當(dāng)前視圖的顯示過濾條件，如圖：圖2.11顯示過濾的設(shè)置注意，顯示服務(wù)指的是是否顯示

44、后臺(tái)服務(wù)(不同于遠(yuǎn)程調(diào)用) 。垃圾線程垃圾線程是指在服務(wù)器端運(yùn)行的對(duì)客戶沒有意義的線程。 比如客戶正在做一個(gè)查詢， 但沒等查詢出 結(jié)果就直接關(guān)掉 IE ， 此時(shí)的線程就是垃圾線程?？梢酝ㄟ^垃圾線程這個(gè)功能將垃圾線程查出來，進(jìn)一步可以 kill掉此線程。聯(lián)查數(shù)據(jù)庫如果線程是DEBUG 模式， 則可以穿透到數(shù)據(jù)庫端看這個(gè)線程在數(shù)據(jù)庫執(zhí)行什么事件， 比如執(zhí)行什么 SQL ，這個(gè) SQL 為什么慢，進(jìn)一步可以查看鎖或者執(zhí)行計(jì)劃等信息。聯(lián)查操作員聯(lián)查所選線程的操作員的詳細(xì)信息，比如電話號(hào)碼，郵件等等，可以直接與這個(gè)操作員聯(lián)系。kill殺掉所選線程，但這個(gè)線程必須滿足如下條件：線程是 DEBUG 模式；該

45、線程正在執(zhí)行SQL 。聯(lián)查業(yè)務(wù)聯(lián)查當(dāng)前線程打開哪些業(yè)務(wù)節(jié)點(diǎn)，方便業(yè)務(wù)方面的定位。單個(gè)線程右鍵單個(gè)線程僅僅針對(duì)這個(gè)線程的對(duì)話框，這個(gè)對(duì)話框聚集了這個(gè)線程相關(guān)的所有信息，可以隨時(shí)刷新這個(gè)線程。圖 2.12 單個(gè)線程2.5 數(shù)據(jù)庫監(jiān)控圖 2.13數(shù)據(jù)庫監(jiān)控提供一組數(shù)據(jù)庫健康檢查的服務(wù)，當(dāng)發(fā)現(xiàn)數(shù)據(jù)庫有性能問題時(shí)，發(fā)送快照或者報(bào)警消息；提供客戶端可以調(diào)用的數(shù)據(jù)庫操作方法；預(yù)置了 ORACLE,DB2,SQLSERVER 監(jiān)控腳本。DB_RUNTIMECHECK_DURATION數(shù)據(jù)庫健康檢查時(shí)間間隔，單位為秒， -1 不監(jiān)控，只是供客戶端操縱，檢查失敗會(huì)發(fā)送快照消息。默認(rèn)為10 秒。HEALTH_RUN

46、TIME_CHECK_DB_SQL_X進(jìn)行健康檢查時(shí)執(zhí)行的腳本，個(gè)數(shù)最大為 4 個(gè)，檢查失敗后會(huì)發(fā)送快照消息。數(shù)據(jù)庫健康檢查目前只是支持 ORACLE. 如果是 RAC 環(huán)境，則將v$session 改為 gv$session默認(rèn)HEALTH_RUNTIME_CHECK_DB_SQL_1=select sid， serial# ， client_identifier ， machine fromv$session where username=upper(user) and status=ACTIVE and last_call_et60 order by last_call_et descD

47、B_DUMP_SQL_X生成數(shù)據(jù)庫快照時(shí)的執(zhí)行腳本，個(gè)數(shù)最大為 8 個(gè)，如果是RAC 環(huán)境，需要將腳本中的視圖轉(zhuǎn)為 GV 視圖，要注意測(cè)試一下這些腳本的效率! 默認(rèn)為DB_DUMP_SQL_1=select t.*， dba_waiters tablename from dba_waiters t ；DB_DUMP_SQL_2=select s.client_identifier ， s.sid ， s.serial# ，SQL.SQL_fulltext ， s.last_call_et ， s.event ，SQL.SQL_ID ， child_number ， s.SQL_hash_val

48、ue from v$session s ， v$SQL SQLwhere s.SQL_address = SQL.ADDRESS and s.username = upper(user) and s.status =ACTIVE and s.last_call_et10 order by sidDB_DUMP_SQL_3=select * from (selecthash_value|*|rpad(|substr(lpad( ， 1*(depth-1)|operation |decode(options ， null ， ， |options) ， 1 ， 32) ， 33 ， )| rpad

49、(decode(id ， 0 ， |to_char(hash_value)| ， substr(decode(substr(object_name ， 1 ， 7) ， SYS_LE_， null ，object_name) | ， 1 ， 20) ， 21 ， )| lpad(decode(cardinality ， null ， ，decode(sign(cardinality-1000) ， -1 ， cardinality| ， decode(sign(cardinality-1000000) ， -1 ，trunc(cardinality/1000)|K ， decode(sign(

50、cardinality-00) ， -1 ， trunc(cardinality/1000000)|M trunc(cardinality/00)|G) ， 7 ， ) | | | lpad(decode(bytes ， null ， ， decode(sign(bytes-1024) -1 ， bytes| ， decode(sign(bytes-1048576) ， -1 ， trunc(bytes/1024)|K ， decode(sign(bytes-24) ，-1 ， trunc(bytes/1048576)|M， trunc(bytes/24)|G)， 6 ， ) | | | lp

51、ad(decode(cost ， null ， ， decode(sign(cost-)， -1 ， cost| ， decode(sign(cost-00) ， -1 ， trunc(cost/1000000)|Mtrunc(cost/00)|G)， 8， ) | | as Explain plan from v$SQL_plan where hash_value in (selects.SQL_hash_value from v$session s where s.username = upper(user) and s.status = ACTIVE and s.last_call_et

52、10 ) 進(jìn)行健康檢查的腳本，檢查失敗后會(huì)發(fā)送WARNING 消息。DB_CONFCHECK_DURATION進(jìn)行配置檢查的時(shí)間間隔，單位為秒， -1 為不檢查。 HEALTH_CONF_CHECK_DB_SQL_X 進(jìn)行數(shù)據(jù)庫配置監(jiān)控檢查的 SQL 。 ACTIVESESSSION_CHECK_DURATION活動(dòng)會(huì)話更新時(shí)間間隔，單位秒。默認(rèn)為為 10 秒。常用腳本客戶端預(yù)置了常用的監(jiān)控腳本，配置文件在 client/conf/SQL/fixSQL.cfg ，可以根據(jù)需要修改這個(gè)配置文件。這些腳本可以通過監(jiān)控下拉菜單或者選擇行的右鍵功能來執(zhí)行。圖 2.14 常用腳本執(zhí)行對(duì)SQL文本區(qū)的SQL執(zhí)行。如果有多個(gè) SQL,需要選擇所要執(zhí)行的 Sql ,如果只有一條SQL,則只執(zhí)行這條 SQL 。格式化對(duì) SQL 文本區(qū)選擇的 SQL 格式化。聯(lián)查線程對(duì)所選擇的SQL 反向聯(lián)查到中間件線程信息。圖 2.15聯(lián)查線程界面圖 2.16 聯(lián)查線程導(dǎo)出 SQL將查詢結(jié)果導(dǎo)出到 SQL 文件( insert ) 。導(dǎo)出文本將查詢結(jié)果導(dǎo)出到文本文件。導(dǎo)出 XML將查詢結(jié)果導(dǎo)出到 XML 文件。2.6客戶端監(jiān)控圖2.17客戶端性能監(jiān)控2010-1 1-24 I617 1&0NLINEU3EH M “出旗鼻圖2.18在線用戶監(jiān)