IT運維管理解決方案V1.0

第39頁共40頁富滇銀行信息中心運維平臺－技術(shù)方案商業(yè)機密*妥善保存第97頁共131頁系統(tǒng)運維管理整體解決方案目錄TOC\o"1-5"\h\z\u第一章 項目概述 4第二章 監(jiān)控技術(shù)方案 51 系統(tǒng)總體框架設(shè)計 51.1 設(shè)計原則 51.1.1 管理系統(tǒng)自動化 51.1.2 管理系統(tǒng)化 51.1.3 管理系統(tǒng)實時性 61.1.4 管理系統(tǒng)簡單直觀性 61.1.5 管理系統(tǒng)對資源的占用 61.1.6 管理體系的開放性 61.1.7 管理系統(tǒng)的安全性 61.1.8 管理系統(tǒng)的擴展性 71.2 方案概述 71.2.1 總體結(jié)構(gòu) 7 ITM架構(gòu) 8 TPC架構(gòu) 10 ITCAM架構(gòu) 10 Netcool網(wǎng)絡(luò)及事件管理平臺 11 報表系統(tǒng)架構(gòu) 111.2.2 架構(gòu)分析 122 項目實施技術(shù)方案 122.1 監(jiān)控功能 122.1.1 與事件管理平臺整合 122.1.2 用ITM實現(xiàn)對操作系統(tǒng)的監(jiān)控 13 磁盤監(jiān)控： 13 文件監(jiān)控： 14 網(wǎng)卡 14 NFS統(tǒng)計 14 RPC統(tǒng)計 14 進程 15 CPU 15 系統(tǒng)屬性 15 用戶屬性 162.1.3 用ITM實現(xiàn)Windows平臺的監(jiān)控 162.1.4 用ITCAMFordatabase實現(xiàn)對Oracle、SQL等數(shù)據(jù)庫監(jiān)控 18 ITCAM實現(xiàn)Oracle數(shù)據(jù)庫監(jiān)控 18 ITM實現(xiàn)SQLServer數(shù)據(jù)庫監(jiān)控 212.1.5 用ITCAM實現(xiàn)對WebSphere、Tuxedo的監(jiān)控 222.1.6 用TPC實現(xiàn)對存儲的監(jiān)控 242.1.7 事件管理實施 252.1.8 報表管理實施 25 報表展現(xiàn) 262.1.9 數(shù)據(jù)采集頻率 272.1.10 報警處理 28 報警分級 28 報警方式 282.2 分布式支持 282.3 系統(tǒng)安全性 292.4 擴展接口 292.4.1 與Tivoli其他產(chǎn)品的接口 292.4.2 二次開發(fā)的接口 292.4.3 通用代理（UniversalAgent） 292.5 性能分析 302.6 方案總結(jié) 312.7 本方案的優(yōu)勢 31第三章 IT運維流程管理方案 324.1需求分析 324.2流程設(shè)計 334.3TivoliServiceRequestManager的流程實現(xiàn) 334.3.1TivoliServiceRequestManager支持的管理流程 334.3.2管理對象分類和管理條目定義 334.3.3服務(wù)申請 344.3.4突發(fā)事件管理 354.3.5問題管理 364.3.6變更管理 374.3.7配置管理 384.3.8服務(wù)水平管理 384.4TivoliServiceRequestManager的技術(shù)實現(xiàn) 394.4.1TivoliServiceRequestManager體系架構(gòu) 39項目概述客戶IT環(huán)境復(fù)雜,IT資源類型眾多,維護難度高,亟需建立一個集中的運維監(jiān)控體系。以達到IT資源的集中管理、綜合分析，提高工作效率和運維質(zhì)量的目標。項目建設(shè)的整體目標為：整體規(guī)劃、分布實施、重點突破，務(wù)求實效，作為整個系統(tǒng)與網(wǎng)絡(luò)監(jiān)控平臺建設(shè)的知道思想；采用成熟的技術(shù)，配置要平衡；具有良好的穩(wěn)定性、高效性、安全性、靈活性；具有良好的開放性，有較好的兼容能力；具有較強的擴充能力；需要能保護現(xiàn)有投資?？傮w需求分析包括：監(jiān)控：主機、存儲、網(wǎng)絡(luò)、應(yīng)用（數(shù)據(jù)庫、中間件），故障告警、性能分析、自動發(fā)現(xiàn)2.服務(wù)流程：服務(wù)臺、事件管理、故障管理、變更管理、發(fā)布管理、配置管理、知識庫3.多維度展現(xiàn)：4.報表：

監(jiān)控技術(shù)方案系統(tǒng)總體框架設(shè)計設(shè)計原則客戶信息系統(tǒng)的管理必須采用有效的方法，在客戶信息系統(tǒng)整個范圍內(nèi)實施管理策略和流程?？蛻粜畔⑾到y(tǒng)的管理體系側(cè)重在如何提供一個適合客戶信息系統(tǒng)的低風(fēng)險的IT管理模式，設(shè)計、建構(gòu)、實施一個統(tǒng)一、集成并可擴展的管理結(jié)構(gòu)，實現(xiàn)對復(fù)雜的計算機系統(tǒng)有效的管理?？蛻粜畔⑾到y(tǒng)面對的是復(fù)雜的管理對象和多種管理需求。如果沒有一套統(tǒng)一、集成的管理系統(tǒng)，在網(wǎng)絡(luò)、系統(tǒng)和服務(wù)發(fā)生變化時，或者管理任務(wù)發(fā)生變化時，將可能導(dǎo)致管理體系大的調(diào)整，管理員可能需要花費很長時間和精力重新學(xué)習(xí)新的管理技能，從而導(dǎo)致管理效率的下降。最終將導(dǎo)致管理工作實施的周期加長，管理錯誤增多。統(tǒng)一和集成的管理將幫助最好的利用管理員的技能和精力，對客戶系統(tǒng)進行高效、準確的管理。根據(jù)客戶信息系統(tǒng)平臺建設(shè)需求和我們的經(jīng)驗，在設(shè)計信息監(jiān)控平臺時應(yīng)滿足以下原則：管理系統(tǒng)自動化對于客戶信息系統(tǒng)而言，建構(gòu)在管理平臺上的，統(tǒng)一、集成的管理模式可以降低管理系統(tǒng)維護的費用和風(fēng)險，主要體現(xiàn)在：能夠識別出管理復(fù)雜系統(tǒng)存在的困難和長遠發(fā)展的問題，從而得到避免，防止用戶重復(fù)投資減少對將各種單點管理工具勉強組合在一起工作，以滿足管理工作的需要避免重復(fù)的管理工作，減少管理功能上的重復(fù)管理平臺可以實現(xiàn)各管理應(yīng)用間的通信，以更好的解決問題自動化管理減少管理員維護工作量，可以在統(tǒng)一平臺上完成自動管理和監(jiān)控，從而提高管理效率。管理系統(tǒng)化該平臺要對客戶信息系統(tǒng)進行綜合管理。系統(tǒng)的構(gòu)成層次從下至上為：物理網(wǎng)絡(luò)層、系統(tǒng)層、數(shù)據(jù)庫層及應(yīng)用層，只有做到對所有資源的統(tǒng)一管理，才能全面的管理好系統(tǒng)資源。任何管理上的遺漏，都將成為系統(tǒng)故障出現(xiàn)的隱患。同時在單一管理環(huán)境下，實現(xiàn)對所有IT資產(chǎn)的集中化管理,并且對所有的平臺都有統(tǒng)一的操作界面及管理,簡化操作。全面的管理，提高客戶信息系統(tǒng)的整體可用性。減少系統(tǒng)管理人員對問題的定位時間。管理系統(tǒng)實時性IT系統(tǒng)管理平臺的監(jiān)控對象是重要的IT資源，這些IT資源承載著多個關(guān)鍵的業(yè)務(wù)系統(tǒng)，對于監(jiān)控系統(tǒng)來說，要在系統(tǒng)發(fā)生問題時實時的捕捉，確保信息的實時、完整。管理系統(tǒng)簡單直觀性系統(tǒng)應(yīng)采用直觀監(jiān)控界面，并采用直觀、清晰的展現(xiàn)形式；同時系統(tǒng)還應(yīng)具有操作簡便、使用方便的功能。管理系統(tǒng)對資源的占用在實現(xiàn)管理的同時，必然會占用一定的網(wǎng)絡(luò)系統(tǒng)資源，如何盡量減少資源的占用，是實現(xiàn)有效的管理系統(tǒng)的重要因素。因此在IT系統(tǒng)平臺的選擇上，需要管理平臺對資源的占用最少，盡量采用單一代理，輕客戶端程序，以減少對系統(tǒng)資源的占用。同時管理平臺需要具有分布式結(jié)構(gòu)，以減少管理對網(wǎng)絡(luò)資源的占用。管理體系的開放性管理系統(tǒng)的開放性，是設(shè)計客戶監(jiān)控系統(tǒng)的一個原則。管理系統(tǒng)需要符合業(yè)界標準，以實現(xiàn)對各種資源的統(tǒng)一管理和與其它管理軟件的集成。同時管理系統(tǒng)需要開放開發(fā)接口，以方便客戶擴展管理功能。該系統(tǒng)管理需要基于開放的管理平臺，遵循業(yè)界標準，并提供管理接口：網(wǎng)絡(luò)管理基于SNMP標準網(wǎng)管協(xié)議系統(tǒng)管理平臺基于面向?qū)ο髽藴剩篛bjectManagementGroup(OMG)：ObjectRequestBrokerArchTECture(CORBA)支持第三方廠商的應(yīng)用集成，為系統(tǒng)管理的選型提供更高的靈活性開放的API支持用戶應(yīng)用軟件的集成，為系統(tǒng)管理的內(nèi)容擴充提供發(fā)展余地管理系統(tǒng)的安全性管理系統(tǒng)自身的安全性是保證管理工作正常進行的關(guān)鍵因素，因此在設(shè)計監(jiān)控系統(tǒng)時，充分考慮了管理系統(tǒng)的安全性，包括：提供管理工作的安全審計控制和日志記錄提供方便維護的安全通信結(jié)構(gòu)，如信息的加密提供完整的策略和框架，并能適應(yīng)組織的變化，靈活地設(shè)定管理人員的角色及權(quán)限客戶系統(tǒng)監(jiān)控需要管理平臺具有優(yōu)秀的體系安全管理，以保證管理的安全。管理系統(tǒng)的擴展性該監(jiān)控系統(tǒng)平臺規(guī)模會隨著網(wǎng)絡(luò)、系統(tǒng)、應(yīng)用的擴展而擴展，因此選擇的信息運維平臺的擴展性對保護投資有重要意義。擴展性主要體現(xiàn)在：管理功能的擴展管理范圍的擴展客戶監(jiān)控系統(tǒng)平臺體系建立在企業(yè)級管理平臺基礎(chǔ)之上，具有優(yōu)秀的擴展性，用戶可以在需要時增加管理模塊，擴展管理節(jié)點，保護現(xiàn)有網(wǎng)絡(luò)系統(tǒng)以及應(yīng)用管理投資。方案概述總體結(jié)構(gòu)IBMTivoli管理總體架構(gòu)如下：最底層為管理對象層，包括數(shù)據(jù)中心內(nèi)部的各種被管理對象。中間為采集層，負責管理數(shù)據(jù)的采集，一般采用專用的協(xié)議和技術(shù)。在上層為數(shù)據(jù)處理層，主要為集中的告警信息、集中的性能數(shù)據(jù)和集中的配置信息管理最上層為集中展現(xiàn)層，展現(xiàn)數(shù)據(jù)中心的實時和歷史運行狀況，通過個性化的界面提供給不同層面的管理人員。服務(wù)流程層則負責管理運行流程的建立、運行和落地實現(xiàn)。在數(shù)據(jù)采集層，分別采用不同的技術(shù)來管理不同的IT資源：管理對象采用技術(shù)IBM產(chǎn)品服務(wù)器和操作系統(tǒng)CORBA和運行日志文件TivoliMonitoring存儲SNIA協(xié)議和syslogTivoliProductivityCenter數(shù)據(jù)庫、中間件產(chǎn)品自身接口或者標準協(xié)議ITCAM產(chǎn)品家族網(wǎng)絡(luò)Syslog、SNMPOmnibus下面就每個產(chǎn)品的具體實現(xiàn)進行說明：ITM架構(gòu)TivoliMonitoringv6基于CORBA版本v2.5實現(xiàn)。TivoliMonitoringv6主要邏輯部件：管理服務(wù)器TivoliEnterpriseMonitoringServer管理網(wǎng)關(guān)HubTivoliEnterpriseMonitoringServer管理代理TivoliEnterpriseMonitoringAgent展示門戶TivoliEnterprisePortalServer數(shù)據(jù)歷史保存TivoliDataWarehouse對于分布式環(huán)境，可以通過RemoteTEMS來實現(xiàn)高度的擴展性ITM6.1與其他各tivoli產(chǎn)品的關(guān)系圖如下：由上圖可以看出，ITCAM產(chǎn)品可以作為一個agent直接和TEMS聯(lián)系。TPC架構(gòu)TPC為客戶提供完整的存儲基礎(chǔ)架構(gòu)-包括磁盤，數(shù)據(jù)和光纖網(wǎng)絡(luò)-提供了一套管理，配置及分析工具。下圖舉例描述了一些可管理的組件。通用代理程序為應(yīng)用程序特定代理提供了一個平臺。根據(jù)子代理所使用的任務(wù)，通用代理將被選擇安裝至應(yīng)用服務(wù)器，桌面PC機，或筆記本上。ITCAM架構(gòu)TivoliCompositApplicationManager基于TivoliMonitoring的底層實現(xiàn)技術(shù)，實現(xiàn)對數(shù)據(jù)庫、J2EE服務(wù)器、應(yīng)用服務(wù)器等的中間件和應(yīng)用的監(jiān)控。Netcool網(wǎng)絡(luò)及事件管理平臺Netcool/OMNIbus提供了業(yè)務(wù)最為強大的事件處理能力使IT管理人員更高效地進行原始數(shù)據(jù)的訪問、處理和顯示。通過增加智能化來提高事件分析功能，該功能具備先進的程序語言和數(shù)據(jù)觸發(fā)器，從而允許進行批處理和更復(fù)雜的數(shù)據(jù)處理操作，這為先進的商業(yè)服務(wù)管理和服務(wù)質(zhì)量管理提供了一個堅實的基礎(chǔ)。Netcool/OMNIbus應(yīng)用軟件包括一個成品軟件模塊庫，從安全、聲音和IP、DSL/寬帶、無線、轉(zhuǎn)換器和路由器、企業(yè)管理系統(tǒng)和應(yīng)用軟件等超過一千個環(huán)境中收集并整理錯誤信息。Netcool/OMNIbus居于各類Netcool解決方案的核心，包括那些商業(yè)服務(wù)管理、服務(wù)質(zhì)量管理、安全管理，以及先進的關(guān)聯(lián)和診斷Netcool解決方案。Netcool/OMNIbus還為IT管理團隊提供有關(guān)其基礎(chǔ)架構(gòu)和業(yè)務(wù)的重要信息，以及Netcool套件中那些備受贊譽的功能，包括可擴展性、覆蓋面、適應(yīng)性，還有已成為實時錯誤管理解決方案的公認標準的快速部署能力。Micromuse公司首席技術(shù)官CraigFarrell表示：“Netcool/OMNIbus產(chǎn)品以經(jīng)被全球范圍內(nèi)超過一千八百家用戶選中，作為其Netcool解決方案的一部分，為大型企業(yè)和服務(wù)提供商提供安全、可升級的管理骨干。Netcool/OMNIbus增強了我們行業(yè)領(lǐng)先的可擴展性、高效率和性能，并針對多區(qū)域服務(wù)管理提供更多的功能性，內(nèi)建更多操作智能標準，從而保持了我們的行業(yè)領(lǐng)先地位。這些提升能使IBM的客戶實現(xiàn)更高的操作效率，并更為高效地訪商業(yè)服務(wù)管理數(shù)據(jù)?！眻蟊硐到y(tǒng)架構(gòu)數(shù)據(jù)展示平臺從各管理模塊收集性能數(shù)據(jù)，其中，主機系統(tǒng)運行監(jiān)控、中間件運行監(jiān)控、數(shù)據(jù)庫運行監(jiān)控數(shù)據(jù)從IBMTivoli系統(tǒng)數(shù)據(jù)庫中獲取，并匯總到本系統(tǒng)的報表統(tǒng)計模塊。報表統(tǒng)計模塊包含實時報表、歷史報表、運行月報、趨勢報告、比較報告、主機健康報告子系統(tǒng)，可對監(jiān)測數(shù)據(jù)實時統(tǒng)計和分析，并出具分析報告。并根據(jù)實際情況可以以曲線、餅圖、柱圖、表格等形式進行展示，并可以根據(jù)用戶需求把巡檢性能報告定時發(fā)送到管理員的郵箱中。該系統(tǒng)可以根據(jù)管理員的需求設(shè)定不同用戶以及不同的訪問權(quán)限。架構(gòu)分析由于客戶系統(tǒng)監(jiān)控規(guī)劃的監(jiān)控對象估計在100臺以上，考慮到Tivoli監(jiān)控服務(wù)器HUBTEMS(TivoliEnterpriseMonitoringServer)負載會比較大，我們會采用RemoteTEMS來分擔負載?？梢钥紤]按照機房來規(guī)劃remotetems。ITMOSagent、ITMforMessageandCollaboration、ITMforDatabaseagent、ITCAMForWebResourceagent先連到remotetems，然后由remotetems去和hubtems通信，再由tivolienterpriseportalserver進行展現(xiàn)。這樣的設(shè)計，一方面方便了各機房系統(tǒng)管理員的維護工作；另一方面，HUBTEMS的負載減小很多，故可以不用對HUBTEMS做failover，減少了一臺PC服務(wù)期的采購，為客戶節(jié)省了成本。每個Agent配置primaryremotetems和secondlyremotetems。正常情況下，agent和primaryremotetems通信，當primaryremotetems出現(xiàn)問題的時候，agent會自動連接到secondlyremotetems。這樣的設(shè)計，可以保障agent和hubtems的通信，相當于是做了remotetems的failover。由于歷史數(shù)據(jù)可以存放在agent端，采集經(jīng)常也是由agent自己驅(qū)動，所以當TEMS出現(xiàn)問題的時候，數(shù)據(jù)采集還是正常進行，不會出現(xiàn)歷史數(shù)據(jù)丟失。項目實施技術(shù)方案監(jiān)控功能與事件管理平臺整合對于應(yīng)用系統(tǒng)來說，網(wǎng)絡(luò)、設(shè)備、各種分布式的系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、中間件、各種應(yīng)用程序都會產(chǎn)生各自的事件，在系統(tǒng)出現(xiàn)故障時，故障信息通過事件的方式顯示在管理員的控制臺上。對于大型網(wǎng)絡(luò)系統(tǒng)，一個系統(tǒng)管理員往往要面對成百上千個不同的事件，負擔很重，而且，由于事件量大，關(guān)系不清楚，管理員很難在眾多事件中分出事件的重要程度，難以把重點放在對關(guān)鍵事件上，同時，也難以對問題進行準確的分析。由于各種事件，如網(wǎng)絡(luò)、系統(tǒng)、數(shù)據(jù)庫、應(yīng)用的事件之間有相關(guān)性，因此對事件進行統(tǒng)一處理可以大大提高管理效率，加快故障分析定位和故障處理，降低由于系統(tǒng)故障帶來的損失。IBMTivoli軟件提供專業(yè)的事件故障管理工具IBMNetCoolOmnibus為管理員提供企業(yè)統(tǒng)一的事件管理控制臺，對來自各種管理應(yīng)用的事件和故障進行統(tǒng)一處理，并且提供全周期的自動化和事件控制。包括：事件集成--一個靈活且可擴展地從分布式環(huán)境中各個信息源收集和集成消息及事件的事件集成機制，專門收集網(wǎng)的IT環(huán)境產(chǎn)生的事件。使管理員只需要面對一個事件控制臺，就可以查看網(wǎng)絡(luò)中發(fā)生的所有事件。同時，事件可以按照來源、類型進行分組，管理員可以方便的進行查看。事件處理--對于各種信息事件進行處理。包括對事件進行過濾，濾除某些不重要的設(shè)備的不重要的事件，避免事件風(fēng)暴的產(chǎn)生，減輕管理員的工作量。同時Omnibus提供強大的事件相關(guān)處理機制(EventCorrelation)，管理員可以定義事件處理的規(guī)則、流程，在收到事件后，會自動經(jīng)過流程處理，將多個不同事件之間的相關(guān)性進行分析，將根源事件顯示到控制臺上。管理員可以通過定義不同的事件處理流程，完成故障的定位，相關(guān)事件的分析，大大提高事件處理的效率。事件響應(yīng)--一個通過從中央服務(wù)器發(fā)送和控制分布式應(yīng)答作為系統(tǒng)事件應(yīng)答的分布式自動響應(yīng)引擎，負責根據(jù)對各種事件分析的結(jié)果實現(xiàn)對遠程分布式系統(tǒng)進行控制。管理員可以定義在收到相應(yīng)事件時的反應(yīng)方式，如聲電報警、執(zhí)行預(yù)定義的程序、重新啟動出現(xiàn)故障的程序等自動化處理方式，或者將本地無法處理的故障傳送給上級管理中心需求幫助。事件的自動化處理可以減輕管理員的工作量，同時提高對故障的響應(yīng)速度。利用Omnibus提供的大量的事件收集Adapter可以將第三方的告警信息方便地傳送到Omnibus中，進行集中管理，充分發(fā)揮Tivoli對系統(tǒng)的管理能力，同時也使整個系統(tǒng)的管理更統(tǒng)一。事件存放在內(nèi)存數(shù)據(jù)庫中，通過SQL語句命令，可以查詢并產(chǎn)生ASCII、Binary等格式，供第三方工具分析。用ITM實現(xiàn)對操作系統(tǒng)的監(jiān)控實現(xiàn)的指標列舉如下（不限于此）：磁盤監(jiān)控：監(jiān)控系統(tǒng)上配置的物理磁盤的相關(guān)屬性，主要監(jiān)控內(nèi)容包括Inode、,Mount點,以及磁盤空間使用率、數(shù)據(jù)傳輸率、平均等待時間及繁忙程度等：基本信息監(jiān)控：包括磁盤名監(jiān)控：監(jiān)控當前文件系統(tǒng)Mount的物理盤名稱；系統(tǒng)名監(jiān)控：監(jiān)控當前系統(tǒng)的主機名等；Inode監(jiān)控：監(jiān)控磁盤當前的Inode總數(shù)、正在使用的Inode的數(shù)量、剩余的Inode數(shù)量、某個文件系統(tǒng)上分配的Inode數(shù)量，以及Inode使用率等內(nèi)容，統(tǒng)計值包括平均、最大、最小及總計使用率等；Mount點監(jiān)控：監(jiān)控當前文件系統(tǒng)Mount點的路徑名等；.文件系統(tǒng)監(jiān)控：包括文件系統(tǒng)尺寸監(jiān)控，統(tǒng)計值包括平均、最大、最小及總計使用率等；空間監(jiān)控：包括當前可用的磁盤空間、可用的磁盤空間百分比、磁盤空間使用率等，統(tǒng)計值包括平均、最大、最小及總計使用率等；磁盤性能監(jiān)控：包括平均磁盤請求隊列監(jiān)控，平均磁盤訪問等待時間監(jiān)控，磁盤數(shù)據(jù)傳輸時間百分比，當物理磁盤使用時間百分率過高時，監(jiān)控系統(tǒng)會產(chǎn)生“磁盤時間百分率很高”的報警事件；當磁盤每秒讀取過多的數(shù)據(jù)時，監(jiān)控系統(tǒng)會產(chǎn)生“每秒讀取字節(jié)數(shù)很高”的報警事件。這些報警事件會即時發(fā)送到故障管理控制臺與業(yè)務(wù)管理控制臺。文件監(jiān)控：監(jiān)控系統(tǒng)中文件和目錄的相關(guān)屬性，主要監(jiān)控內(nèi)容包括名稱、尺寸、擁有者、訪問權(quán)限以及鏈接等基本監(jiān)控信息：包括被監(jiān)控文件的名稱、文件大小、文件的類型、文件所在的路徑名、文件和目錄的訪問權(quán)限、鏈接名、擁有者、所屬組信息，以及文件最近被訪問時間，上次修改時間等。網(wǎng)卡檢測與在基于Unix的操作系統(tǒng)上安裝的所有網(wǎng)絡(luò)接口卡有特定關(guān)聯(lián)的瓶頸，監(jiān)測內(nèi)容主要有：接收和發(fā)送幀統(tǒng)計、網(wǎng)絡(luò)接口名、接口IP地址以及接口狀態(tài)等。監(jiān)控所有網(wǎng)絡(luò)接口的幀平均沖突率、平均接收率、平均發(fā)送率，平均接收錯誤率、平均發(fā)送錯誤率、采樣周期包括1分鐘、5分鐘、15分鐘、60分鐘等；網(wǎng)卡流量統(tǒng)計：包括在一個給定的采樣周期內(nèi)收到幀的數(shù)量、發(fā)送幀的數(shù)量、幀沖突、接收錯誤；監(jiān)控所有網(wǎng)絡(luò)接口的包接收率，包沖突率、接收錯誤率、發(fā)送率、發(fā)送錯誤率、采樣周期包括1分鐘、5分鐘、15分鐘、60分鐘等；最大傳輸單元監(jiān)控（FMTU）：監(jiān)控網(wǎng)卡上傳輸包的最大尺寸，統(tǒng)計值包括平均、最大、最小及總計使用率等。NFS統(tǒng)計檢測與NFS有特定關(guān)聯(lián)的瓶頸，主要關(guān)注：連接及錯誤等。主要監(jiān)控內(nèi)容有：監(jiān)控一定時期內(nèi)的NFS客戶端的連接請求數(shù)量，以及被服務(wù)器拒絕的數(shù)量以及百分比等；通過分析各種NFS服務(wù)器及客戶端的各種調(diào)用類型如：System統(tǒng)計Calls、GetAttributeCalls、LinkCalls、MakeDirectoryCalls、NullCalls、ReadCalls、ReadDirectoryCalls、ReadLinkCallsRemoveDirectoryCalls、RemoveFileCalls、RenameFileCalls、rootCalls、SetAttributeCalls、SymbolicLinkCalls、WriteCacheCalls等幫助管理員分析和判斷NFS流量，修正相關(guān)問題。RPC統(tǒng)計檢測與RPC有特定關(guān)聯(lián)的瓶頸，主要關(guān)注：調(diào)用及錯誤信息等。主要監(jiān)控內(nèi)容有：監(jiān)控一定時期內(nèi)的RPC客戶端的連接請求數(shù)量，轉(zhuǎn)發(fā)、等待超時、以及被服務(wù)器拒絕的數(shù)量以及百分比等；監(jiān)控RPC傳輸包狀態(tài)如：在一個監(jiān)控周期內(nèi)的不正確的RPC包數(shù)量、如服務(wù)器包頭信息不正確，服務(wù)器返回包太短等。進程檢測與進程有特定關(guān)聯(lián)的瓶頸，如：進程占用系統(tǒng)資源的情況監(jiān)控，以及進程狀態(tài)等，當某個進程占用CPU時間過高時，監(jiān)控系統(tǒng)會產(chǎn)生“進程占用CPU時間過高”的報警事件，并即時發(fā)送給故障管理控制臺與業(yè)務(wù)管理控制臺。進程監(jiān)控參數(shù)包括：進程組ID、用戶ID、父進程ID、進程會話ID、以及占用系統(tǒng)CPU時間、用戶CPU時間、占用內(nèi)存的百分比、占用的虛擬內(nèi)存地址、進程開始時間、進程運行時長、啟動該進程的命令行等；進程狀態(tài)監(jiān)控如：監(jiān)控處于不存在、活動、正在運行、停止、睡眠、等待狀態(tài)的進程等；監(jiān)控啟動該進程的終端名、用戶名、MajorFault、MinorFault、進程的優(yōu)先級等；在處理其中當前運行的進程監(jiān)控，處于運行隊列中等待CPU的進程監(jiān)控，進程Idle時間監(jiān)控，進程等待CPU時間、處于等待鎖狀態(tài)的進程監(jiān)控等。CPU檢測與中央處理器（CPU）相關(guān)的瓶頸，主要關(guān)注：CPU使用率很高，多個處理器問題。在監(jiān)控過程中可以識別的CPU問題有：當系統(tǒng)有多個處理器且最多使用和最少使用的處理器的使用百分率之差很高時，監(jiān)控系統(tǒng)會產(chǎn)生“使用率差值百分率很高”的報警事件；當系統(tǒng)中安裝的一個或多個設(shè)備占用過多處理器時間時，監(jiān)控系統(tǒng)會產(chǎn)生“硬件忙”的報警事件；當某個進程使用處理器時間百分率過高時，監(jiān)控系統(tǒng)會產(chǎn)生“進程數(shù)很高”的報警事件；檢測在一定的時間范圍內(nèi)，平均CPU繁忙時間、平均用戶CPU時間、平均系統(tǒng)CPU時間，采樣周期包括1分鐘、5分鐘、15分鐘、60分鐘等；當處理器使用率很高，但并不是由于特定進程或設(shè)備在運行時，監(jiān)控系統(tǒng)會產(chǎn)生“處理器忙”的報警事件；監(jiān)控處于等待I/O的狀態(tài)的CPU時間，當系統(tǒng)調(diào)用達到監(jiān)控策略中的規(guī)定值時，監(jiān)控系統(tǒng)會就此問題產(chǎn)生報警事件；在多處理器環(huán)境中監(jiān)控CPU狀態(tài)包括CPUID、Online、Offline狀態(tài)等。系統(tǒng)屬性檢測與Unix系統(tǒng)有特定關(guān)聯(lián)的瓶頸，主要關(guān)注：虛擬內(nèi)存，Swap區(qū)、負載平均，邏輯塊讀寫等。在監(jiān)控過程中可以識別的問題有：監(jiān)控有關(guān)內(nèi)存的使用情況，可以識別系統(tǒng)中可用內(nèi)存過低，SWAP可用空間過低，額外的或異常的系統(tǒng)頁面調(diào)度，如in或out，當這些情況的發(fā)生頻率達到監(jiān)控策略中的規(guī)定值時，監(jiān)控系統(tǒng)會就此問題產(chǎn)生報警事件，并即時發(fā)送到故障控制臺和業(yè)務(wù)管理控制臺；在一定的采樣周期內(nèi)，當存在過度從磁盤物理塊讀取或向磁盤物理塊寫入等情況時，監(jiān)控系統(tǒng)會產(chǎn)生相應(yīng)的報警事件；在一定的采樣周期內(nèi)，當存在過度從磁盤邏輯塊讀取或向磁盤邏輯塊寫入等情況時，監(jiān)控系統(tǒng)會產(chǎn)生相應(yīng)的報警事件；監(jiān)控系統(tǒng)的平均負載，當系統(tǒng)內(nèi)核運行隊列中存在的進程超過監(jiān)控策略中的規(guī)定值時，監(jiān)控系統(tǒng)會就此問題產(chǎn)生報警事件；監(jiān)控系統(tǒng)調(diào)用，當系統(tǒng)調(diào)用達到監(jiān)控策略中的規(guī)定值時，監(jiān)控系統(tǒng)會就此問題產(chǎn)生報警事件；這些報警事件會即時發(fā)送到故障管理控制臺與業(yè)務(wù)管理控制臺。用戶屬性檢測與用戶有特定關(guān)聯(lián)的屬性，主要關(guān)注：用戶名、用戶ID、Idle時間、位置信息、登錄時間、登錄終端等。用ITM實現(xiàn)Windows平臺的監(jiān)控Windows系統(tǒng)應(yīng)監(jiān)控以下類別系統(tǒng)參數(shù)：活動服務(wù)器頁面DHCP服務(wù)器DNS動態(tài)更新DNS內(nèi)存DNS查詢DNSWINSDNSZoneTransferFTP服務(wù)器統(tǒng)計FTP服務(wù)Gopher服務(wù)HTTP內(nèi)容索引HTTP服務(wù)ICMP統(tǒng)計IIS統(tǒng)計Indexing服務(wù)Indexing服務(wù)過濾器IP統(tǒng)計JobObjectJobObject詳細信息MSMQ信息存儲MSMQ隊列MSMQ服務(wù)MSMQ會話網(wǎng)卡網(wǎng)段NNTP命令NNTP服務(wù)器緩存設(shè)備相關(guān)性設(shè)備EventLog文件變更文件變化趨勢邏輯磁盤內(nèi)存日志報告對象虛擬內(nèi)存物理磁盤打印作業(yè)打印機進程CPU注冊表服務(wù)器服務(wù)器工作隊列服務(wù)依賴性服務(wù)系統(tǒng)線程打印隊列進程I/ORAS端口SMTP服務(wù)器TCP統(tǒng)計UDP統(tǒng)計WebService用ITCAMFordatabase實現(xiàn)對Oracle、SQL等數(shù)據(jù)庫監(jiān)控ITCAM實現(xiàn)Oracle數(shù)據(jù)庫監(jiān)控提供關(guān)于用戶指定的消息隊列（等待、就緒、過期狀態(tài)）中的消息的數(shù)量；包括平均傳播率；平均就緒消息等待時間，傳播錯誤；過期消息數(shù)量；就緒消息數(shù)量；等待消息數(shù)量；就緒狀態(tài)消息總等待時間。監(jiān)控從Oracle告警日志中收集的詳細信息。包括：消息ID；消息內(nèi)容；消息時間戳；上次報錯周期；上次錯誤時間；上次管理操作錯誤時間；間隔期內(nèi)管理操作次數(shù)；實例啟動后管理操作次數(shù)；Critical告警次數(shù)；間隔期內(nèi)錯誤總數(shù)；實例啟動后錯誤總數(shù)；Warning告警次數(shù)。監(jiān)控服務(wù)器實例的緩存使用信息，包括：目錄緩存內(nèi)條目數(shù)；目錄緩存內(nèi)固定條目數(shù)；清洗目錄緩存次數(shù)；目錄緩存讀取次數(shù)；目錄緩存命中率；目錄緩存錯失次數(shù)；目錄緩存修改次數(shù)；目錄緩存掃描次數(shù)；目錄緩存有效條目數(shù)；庫緩存訪問次數(shù)；庫緩存命中率；庫緩存請求次數(shù)；庫緩存無效次數(shù)；庫緩存重轉(zhuǎn)次數(shù)；redolog中現(xiàn)有Get次數(shù)；Redolog現(xiàn)有miss次數(shù)；Redolog中miss百分比。監(jiān)控指定cluster內(nèi)的行鏈接的數(shù)量。監(jiān)控服務(wù)器實例的配置信息，包括：默認配置是否使用；參數(shù)名；參數(shù)ID；參數(shù)類型。監(jiān)控服務(wù)器內(nèi)鎖的爭奪情況，包括：最大爭奪分布比例；鎖命中率；最大允許DML鎖數(shù)量；最大爭奪內(nèi)等待會話數(shù)；最多waiters的對象ID；被Block的進程比例；等待的進程比例；最大的DML鎖比例；指定樣本時間內(nèi)的：Blocker數(shù)量，Buffer鎖數(shù)量，CI鎖數(shù)量，CS鎖數(shù)量，Cross-instance鎖數(shù)量，Data鎖數(shù)量，DR鎖數(shù)量，DX鎖數(shù)量，DLL鎖數(shù)量，DML鎖數(shù)量，文件鎖數(shù)量，Generic鎖數(shù)量，實例鎖數(shù)量，庫鎖數(shù)量，Master鎖數(shù)量，Media鎖數(shù)量，Mount鎖數(shù)量，Mount-startup鎖數(shù)量，Redo鎖數(shù)量，行鎖數(shù)量，SN鎖數(shù)量，SQ鎖數(shù)量，SV鎖數(shù)量，SGA鎖數(shù)量，Space鎖數(shù)量，SC鎖數(shù)量，SH鎖數(shù)量，TS鎖數(shù)量，TT鎖數(shù)量，Transaction鎖數(shù)量，USE_ROW_ENQUEUE鎖數(shù)量；用戶鎖數(shù)量；Waiter數(shù)；Write-atomic-log-switch鎖數(shù)量等等。監(jiān)控數(shù)據(jù)庫的性能和可用性，包括：歸檔日志模式是否啟用；自動歸檔；DBBlock大小；DB文件打開數(shù)；數(shù)據(jù)庫可用空間比率；最大允許打開文件數(shù)；最大文件打開比率；系統(tǒng)表空間空閑比例；系統(tǒng)表空間空閑待大?。粩?shù)據(jù)庫總空間；總extent數(shù)量；定義文件總數(shù)；脫機狀態(tài)文件總數(shù)；總表空間大小。監(jiān)控爭奪協(xié)議的dispatcher進程，包括：Dispatcher平均等待時間；Dispatcher繁忙率；Dispatcher名稱；Dispatcher網(wǎng)絡(luò)地址；監(jiān)控表空間內(nèi)的文件信息，提供大小，空間信息，碎片等文件管理信息：包括：備份狀態(tài)；文件ID；文件名；文件狀態(tài)；最大空閑塊KB數(shù)；表空間內(nèi)最大連續(xù)空閑空間比例；文件分配的Extent數(shù)；空閑塊數(shù)；表空間空閑比率；表空間名稱；最近備份時間戳；文件或表空間的總空間。監(jiān)控表空間內(nèi)的索引信息：具體包括：索引名；索引類型；已刪除比例；索引對象名；索引對象類型；表空間名等。監(jiān)控一個命名空間內(nèi)的庫緩存信息，能夠報告對庫緩存的各類操作信息：包括：數(shù)據(jù)庫名；Execution命中率；Execution命中次數(shù)；Get命中率；Get命中次數(shù)；Get請求數(shù)；對象無效次數(shù)；命名空間；Reload次數(shù)等。監(jiān)控listener的狀態(tài)：包括：Listener名稱，Listener端口，Listener協(xié)議，Listener狀態(tài)等。監(jiān)控等待鎖和鎖沖突的信息，能夠報告用戶ID，被阻塞對象類型和鎖模式等等具體包括：被阻塞會話鎖住的對象名稱、類型；阻塞會話的ID；阻塞會話的用戶ID；鎖模式；被鎖對象ID；等待會話的ID；等待LOCK的用戶ID；監(jiān)控日志信息報告回滾數(shù)據(jù)的使用和狀態(tài)：具體包括：回滾段的平均extent數(shù)量；所有回滾段上的平均活動交易數(shù)和總活動交易數(shù)；緩存繁忙等待百分比；需要恢復(fù)的回滾段百分比及數(shù)量；活動回滾段大??；總在線活動回滾段數(shù)；總pending離線回滾段數(shù)；總回滾段的extent數(shù)、extend數(shù)、Shrink數(shù)；總回滾段數(shù)；監(jiān)控buffer中在一個或者多個數(shù)據(jù)塊中的分布鎖，報告PCM鎖的轉(zhuǎn)換時間等；監(jiān)控服務(wù)器實例的單個進程，報告進程的ID，狀態(tài)等詳細信息，詳細包括：是否后臺進程；進程使用的CPU時間百分比；Latch地址；是否Latch等待；Oracle進程ID；是否系統(tǒng)進程；操作系統(tǒng)進程ID；進程地址；進程執(zhí)行時間；進程序列號；進程啟動時間；程序名稱；CPU時間；進程使用內(nèi)存數(shù)；用戶ID等。監(jiān)控服務(wù)器實例的所有進程信息，報告CPU使用情況；進程活動；系統(tǒng)進程等等，詳細包括：系統(tǒng)Archive標志；系統(tǒng)CheckPoint標志；系統(tǒng)Locking標志狀態(tài)；系統(tǒng)LogWriter標志狀態(tài)；實例的最大并發(fā)進程數(shù)；活動進程與最大并發(fā)進程數(shù)占比；系統(tǒng)ProcessMonitor標志狀態(tài)；等待Latch的進程數(shù)；系統(tǒng)Recovery標志設(shè)置狀態(tài)；應(yīng)用進程使用CPU時間百分比；實例使用CPU時間百分比；請求平均等待時間；系統(tǒng)Monitor標志；SnapshotRefresh標志設(shè)置狀態(tài)；后臺活動進程數(shù)；前臺活動進程數(shù)等監(jiān)控活動回滾段，報告狀態(tài)、大小、交易負載、收縮等，詳細包括：平均收縮字節(jié)數(shù)、活動extent平均字節(jié)數(shù)、每次回滾段寫入字節(jié)數(shù)、當前回滾段寫入字節(jié)數(shù)、回滾段內(nèi)活動交易數(shù)、回滾段優(yōu)化字節(jié)數(shù)、回滾段數(shù)量、回滾段收縮次數(shù)、回滾段狀態(tài)等監(jiān)控表空間內(nèi)定義的段信息，包括數(shù)據(jù)大小、空間使用和碎片信息，包括：段剩余空間不足；段內(nèi)初始extent大??；段內(nèi)最大extent數(shù)；段內(nèi)最小extent數(shù)；下一extent大??；自由列組數(shù)；自由列組內(nèi)自由列數(shù)；已分配extent百分比；段名；段屬主；段類型；表空間名；未分配extent數(shù)；表空間或文件字節(jié)數(shù)監(jiān)控server實例，包括狀態(tài)、CPU使用；數(shù)據(jù)緩存大小和數(shù)據(jù)庫報警日志等信息，詳細包括：Archive目標設(shè)備的剩余空間及使用空間；datacollector狀態(tài)；SGA內(nèi)的數(shù)據(jù)緩存大小，日志緩存大??；實例的數(shù)據(jù)庫是否mount，是否open在用；服務(wù)器實例使用CPU百分比；服務(wù)器狀態(tài)；SGA空閑空間百分比；總SGA大??；共享池大?。粚嵗褑訒r間；操作系統(tǒng)占用CPU百分比；磁盤內(nèi)可創(chuàng)建redolog數(shù)量等報告Oracle系統(tǒng)狀態(tài)、版本信息等企業(yè)視圖，除Server屬性包括內(nèi)容外：目錄緩存條目數(shù)；目錄緩存命中率；日志緩存miss百分率；上一報錯時間；上一間隔內(nèi)錯誤總數(shù)；實例啟動后報錯總數(shù)等監(jiān)控服務(wù)器實例，詳細包括：是否開啟checkpoint進程；Distributed選項是否開啟；操作系統(tǒng)類型；parallelquery選項是否開啟；parallelserver是否開啟；Oracle版本狀態(tài)；globalSQLtrace工具是否使用；實例啟動具體時間等監(jiān)控服務(wù)器實例中的單個sessionforaserverinstance.報告session狀態(tài)，waits、gets和鎖等信息，詳細包括：客戶進程ID、用戶ID；session執(zhí)行正在執(zhí)行命令；session是否處于等待狀態(tài)；session正在等待的資源名稱；session正在等待的鎖的地址；session內(nèi)最大可開啟游標數(shù)；session所屬進程地址；進程執(zhí)行程序名稱；進程執(zhí)行時間；session模式名稱；模式用戶ID；session序列號；session緩存命中率；sessionID；session狀態(tài)；session類型；session內(nèi)的阻塞變化數(shù)；session內(nèi)發(fā)生的物理讀次數(shù)；使用本次session的用戶ID；session是否等待鎖等信息監(jiān)控實例內(nèi)的所有sessions信息，報告總session數(shù)量；最大session數(shù)量和等待鎖的session數(shù)量等等；具體監(jiān)控內(nèi)容有：活動session數(shù)量；同時間內(nèi)實例可支持活動的session總數(shù)；非活動session數(shù)量；等待被SMON進程清除的killedsession數(shù)量；已活動的session百分比；等待鎖的session總數(shù)；使用共享進程的session數(shù)量；實例內(nèi)總session數(shù)量等信息監(jiān)控實例的SGA，提供.SGA的相信信息，包括：SGA的數(shù)據(jù)緩存大?。籗GA內(nèi)的redolog大??；SGA最大空閑百分比；SGA最小百分比；SGA目錄緩存百分比；SGA空閑比例；SGA庫緩存比例；SGA存儲PL/SQL百分比；SGA內(nèi)共享池大??；總SGA空間等信息監(jiān)控庫緩存內(nèi)裝載的SQL語句內(nèi)容，格式為60個字符之內(nèi)，超過60個字符將被截斷。監(jiān)控實例內(nèi)的各類系統(tǒng)統(tǒng)計信息，提供各類詳細信息的平均、最大、最小delta值提供各種分類，包括統(tǒng)計信息，進程，sessions，鎖，回滾段和數(shù)據(jù)庫的詳細信息監(jiān)控實例的性能統(tǒng)計信息，提供類似讀寫的平均數(shù)和打開的游標數(shù)以及死鎖數(shù)等信息，詳細內(nèi)容有：checkpoint平均間隔；最長被阻塞交易時間，間隔期內(nèi)死鎖數(shù)和死鎖超時數(shù)；CoreDump目標設(shè)備空間使用率；當前打開游標數(shù)；間隔期內(nèi)全表掃描行數(shù)；間隔期內(nèi)行存儲數(shù)監(jiān)控單張表，尤其是行鏈接信息。監(jiān)控表空間，提供表空間可用空間和段及回滾段的數(shù)量，如：表空間狀態(tài)；表空間空閑比率；回滾段數(shù)量監(jiān)控阻止回滾段到下一extent的交易的信息，包括回滾段正在寫的extent數(shù)量；回滾段數(shù)量；交易序號；交易其實extent號；交易狀態(tài)等預(yù)報收集歷史數(shù)據(jù)的屬性組要耗費的磁盤空間，當定義數(shù)據(jù)收集策略后重點考慮磁盤容量ITM實現(xiàn)SQLServer數(shù)據(jù)庫監(jiān)控監(jiān)控數(shù)據(jù)文件的空間使用情況，剩余空間所占的百分比，數(shù)據(jù)文件的大小。監(jiān)控數(shù)據(jù)庫的狀態(tài)。監(jiān)控數(shù)據(jù)庫名，數(shù)據(jù)庫的狀態(tài)，數(shù)據(jù)庫的空間使用情況。監(jiān)控日志文件占用的空間使用情況，日志文件剩余空間所占的百分比。監(jiān)控事務(wù)復(fù)制的相關(guān)信息：包括事務(wù)復(fù)制的狀態(tài)、速度以及事務(wù)復(fù)制產(chǎn)生的延遲。監(jiān)控數(shù)據(jù)庫的錯誤匯總、數(shù)據(jù)庫的訪問情況匯總等。監(jiān)控設(shè)備的剩余空間及剩余空間所占的空間百分比。報告被阻塞的進程ID和請求進程的ID。監(jiān)控頁面鎖、共享鎖、高級鎖、區(qū)域鎖、鎖更新等信息。監(jiān)控總錯誤數(shù)，TotalErrorsCurrentInterval以及總的錯誤數(shù)目。當前的CPU利用率、總的磁盤IO、總的CPU時間以及當前被分配的內(nèi)存空間大小。當前的時間間隔、主機名以及各種進程的比例和系統(tǒng)CPU的使用情況。具體如下：各種進程的比例包括：壞進程所占比例被阻塞的進程所占比例被感染的進程所占比例處于LOCKSLEEP進程所占比例處于其他睡眠狀態(tài)進程所占比例處于停止狀態(tài)的進程所占比例CPU使用情況：每一個應(yīng)用程序所用的CPU資源每一個系統(tǒng)所用的CPU資源總進程的狀態(tài)：所有的壞進程所有處于睡眠狀態(tài)的進程所有被阻塞的進程所有被感染的進程所有被停止的進程所有處于LOCKSLEEP狀態(tài)的進程所有處于其它睡眠狀態(tài)的進程所有被掛起的日志監(jiān)控遠程SERVER的ID、狀態(tài)和主機名。監(jiān)控當前使用的緩沖區(qū)、處于激和狀態(tài)的緩沖區(qū)和總的緩沖區(qū)大小等信息。監(jiān)控緩存利用率、處于激和狀態(tài)的緩存、總緩存大小等信息。監(jiān)控CPU的使用情況：每一個應(yīng)用程序占用的CPU資源；每一個進程占用的CPU資源；OS占用的CPU資源。監(jiān)控Cache工作狀態(tài)：Cache命中率、Cache剩余空間、Cache最大可用空間搜索、數(shù)據(jù)Cache空間的大小、進程占用Cache的大小、SQL代理進程失效的工作，正常使用的時間。監(jiān)控網(wǎng)絡(luò)的讀寫速率和磁盤讀寫速率，CPU的使用情況，IO忙的情況。監(jiān)控IO錯誤的間隔，自啟動以來的所有IO錯誤，每個IO錯誤的平均時間間隔。監(jiān)控數(shù)據(jù)庫空間的碎片情況。監(jiān)控Client主機名和Client的進程ID。用ITCAM實現(xiàn)對WebSphere、Tuxedo的監(jiān)控針對客戶企業(yè)中存在多廠商的中間件產(chǎn)品例如Websphere、Tuxedo等以及部署在上面的B/S、C/S應(yīng)用都可以通過ITCAMforApplication和ITCAMforJ2EE進行系統(tǒng)、完善的監(jiān)控。使用ITCAMForApplication不用對應(yīng)用做任何改動，就可以實現(xiàn)深層的應(yīng)用/交易監(jiān)控。ITCAMForApplication主要對基于J2EE的應(yīng)用程序進行實時監(jiān)控和歷史數(shù)據(jù)分析，它能夠發(fā)現(xiàn)并且報告J2EE應(yīng)用的健康度。它的監(jiān)控貫穿整個應(yīng)用流程，如應(yīng)用程序服務(wù)器、中間件適配器、傳輸協(xié)議、數(shù)據(jù)庫、并且能夠監(jiān)控后臺如Tuxedo、IMS等主機系統(tǒng)。ITCAMfWS可以收集應(yīng)用程序請求周期的數(shù)據(jù)，然后存儲到監(jiān)控數(shù)據(jù)庫，數(shù)據(jù)包括請求開始，結(jié)束的時間，所用的中央處理器時間等等，并且能夠通過一層層的遞進跟蹤找到每個類，每個方法的響應(yīng)時間，中央處理器時間，從而定位發(fā)生交易失敗、響應(yīng)惡化的請求，并找到應(yīng)用程序需要改進優(yōu)化的地方。ITCAMForApplication不需要用戶更改任何J2EE和Mainframe的代碼，收集到的數(shù)據(jù)能夠用來幫助應(yīng)用維護人員和應(yīng)用開發(fā)人員分析系統(tǒng)和應(yīng)用程序的健康度。除了應(yīng)用級別的數(shù)據(jù)被收集外，系統(tǒng)級別的數(shù)據(jù)，例如，應(yīng)用服務(wù)器的狀態(tài)、中央處理器的使用、內(nèi)存的使用、數(shù)據(jù)庫連接池、JVM線程池、EJB的使用等等，也會被收集，用來輔助用戶去分析問題，解決問題。ITCAMForApplication對于這些數(shù)據(jù)提供了實時的圖形化的監(jiān)控界面。對于當前環(huán)境中基于WebSphere的標準J2EE應(yīng)用，可以通過部署ITCAMForApplication監(jiān)控來快速實現(xiàn)監(jiān)控。對于當前首要的報警需求，可以根據(jù)業(yè)務(wù)特征進行定義，例如對某些系統(tǒng)的特定重要交易的性能進行監(jiān)控，并在它們發(fā)生異常時進行報警。同時，對于資源層面和應(yīng)用服務(wù)器整體的狀態(tài)，也可以設(shè)置對應(yīng)的報警。附：資源報警列表――――――――CPU――――――――平臺CPU平均使用百分比JVMCPU平均使用百分比――――――――內(nèi)存――――――――JVM堆大小垃圾回收頻率垃圾回收時間垃圾回收后的平均JVM堆大小――――――――資源池――――――――JDBC池使用百分比JDBC并發(fā)等待數(shù)線程池使用百分JCA池使用百分比―――――――應(yīng)用能力―――――――請求頻率會話數(shù)不可用的服務(wù)器平均響應(yīng)時間未捕獲的Java異常數(shù)附：應(yīng)用性能報警列表請求發(fā)生次數(shù)方法發(fā)生次數(shù)SQL發(fā)生次數(shù)

請求消耗的CPU時間方法消耗的CPU時間

請求的駐留時間－已完成方法的駐留時間－已完成SQL的駐留時間－已完成

請求的等待時間方法的等待時間

請求駐留時間－正在進行

請求的未捕獲異常方法的未捕獲異常

請求的鎖定獲得時間－正在進行

請求的鎖定獲得時間－已完成方法的鎖定獲得時間－已完成當上述請求的響應(yīng)發(fā)生異常時，可發(fā)出報警。同時也可以設(shè)定對應(yīng)用的全局性報警：應(yīng)用會話數(shù)超過某個值應(yīng)用平均響應(yīng)時間超過某時間指標JVM堆大小大于某百分比JVMCPU占用超過某百分比JDBC池使用百分比超過某百分比應(yīng)用服務(wù)器不可用（宕機或無法響應(yīng)）用TPC實現(xiàn)對存儲的監(jiān)控隨著客戶業(yè)務(wù)不斷擴大，其IT軟件平臺以及硬件平臺也在不斷的進行擴容，而處理這些需求的人員數(shù)目卻沒有增加，IT員工經(jīng)常不得不在情況最糟的需求高峰時，超量供應(yīng)包括存儲量在內(nèi)的IT資源。存儲區(qū)域網(wǎng)絡(luò)的使挑戰(zhàn)更為嚴峻，使得解決存儲容量供應(yīng)成為一個人力密集性的過程：多達50個單獨步驟，即使是一個專家，也要花費好幾天的時間。結(jié)果-IT環(huán)境變得非常不靈活、昂貴、無法充分利用而且難以管理。通過項目的實施同時借助于針對磁盤、數(shù)據(jù)和結(jié)構(gòu)的TPC軟件，可以幫助用戶簡化和自動化企業(yè)存儲基礎(chǔ)設(shè)施的管理：管理文件系統(tǒng)和數(shù)據(jù)庫的容量利用率，并自動化文件系統(tǒng)容量供應(yīng)。管理、監(jiān)視和控制SAN結(jié)構(gòu)。從單一用戶界面執(zhí)行多設(shè)備的設(shè)備配置和管理。調(diào)優(yōu)和前攝性管理SAN上受支持的存儲設(shè)備的性能。通過IBMTotalStorageProductivityCenterStandardEdition所提供的管理功能，以便更好地以單一套件價格管理您的異構(gòu)存儲基礎(chǔ)設(shè)施（從應(yīng)用程序到后端存儲系統(tǒng)）。借助于ProductivityCenterStandardEdition，您能夠使用基于角色的管理和單點登錄，從單一界面集中管理存儲基礎(chǔ)設(shè)施。這也提供單一管理應(yīng)用程序，此應(yīng)用程序具有易于安裝、配置和操作的模塊化整合組件。針對客戶SAN的存儲網(wǎng)絡(luò)IBMTotalStorageProductivityCenterforFabric提供存儲區(qū)域網(wǎng)絡(luò)(SAN)管理功能，以幫助管理SAN結(jié)構(gòu)，此結(jié)構(gòu)將主機系統(tǒng)和應(yīng)用程序連接到存儲設(shè)備。它旨在提供用于異構(gòu)SAN的綜合管理解決方案，且允許用戶輕松查看和監(jiān)視設(shè)備的物理連接和支持物理網(wǎng)絡(luò)訪問的區(qū)域配置。它具有自動的資源和拓撲發(fā)現(xiàn)、監(jiān)控和報警、區(qū)域控制和SAN錯誤預(yù)測功能。IBMTotalStorageProductivityCenterforFabric提供根據(jù)ANSISAN標準設(shè)計的企業(yè)可伸縮解決方案，此解決方案允許靈活選擇用于存儲基礎(chǔ)設(shè)施的產(chǎn)品。通過IBMTotalStorageProductivityCenterforData旨在幫助客戶識別、評估、控制和預(yù)測您的企業(yè)存儲管理需求。ProductivityCenterforData支持當今復(fù)雜異構(gòu)環(huán)境，包括直接訪問存儲(DAS)、網(wǎng)絡(luò)接入存儲(NAS)和存儲區(qū)域網(wǎng)絡(luò)(SAN)存儲（包括智能磁盤系統(tǒng)和IBMTotalStorage3584TapeLibraries）。ProductivityCenterforData支持一流的數(shù)據(jù)庫，并提供基于存儲使用的收費功能。通過IBMTotalStorageProductivityCenterforDisk集中管理客戶網(wǎng)絡(luò)存儲設(shè)備，這些設(shè)備實現(xiàn)SNIASMI-S規(guī)范，此規(guī)范包括IBMTotalStorageDS家族和IBMTotalStorageSANVolumeController(SVC)。它旨在幫助降低存儲管理復(fù)雜性和成本，同時提高數(shù)據(jù)可用性，從而借助開放標準(SMI-S)集中管理存儲設(shè)備，增強存儲管理人員生產(chǎn)力，提高存儲資源利用率，以及提供對存儲設(shè)備的前攝性管理。IBMTotalStorageProductivityCenterforDisk能夠借助服務(wù)位置協(xié)議(SLP)發(fā)現(xiàn)存儲設(shè)備，且能夠配置設(shè)備、收集事件和錯誤日志，以及啟動特定于設(shè)備的應(yīng)用程序或元素事件管理實施對于客戶產(chǎn)生的各類報警的事件通過ITMServer接口轉(zhuǎn)發(fā)或直接發(fā)送到客戶的事件管理平臺中（IBMTivoliOmnibusServer）,通過該事件平臺完成自動壓縮事件能力。用戶可靈活設(shè)定事件是否重復(fù)的判定標準，事件唯一性標識可靈活修改。對于重復(fù)的告警事件，系統(tǒng)應(yīng)具備將重復(fù)的告警信息歸并的能力，并能夠記錄重復(fù)告警發(fā)生的起止時間及重復(fù)告警重復(fù)的次數(shù)等，以方便管理員對故障發(fā)生的過程有一個比較清楚地認識。報表管理實施報表Web管理端（ReportWebAdmin）是整個報表應(yīng)用的管理平臺，提供報表展現(xiàn)、應(yīng)用管理、及權(quán)限管理功能。數(shù)據(jù)存儲采用XML數(shù)據(jù)池，所有的賬號、權(quán)限及應(yīng)用配置參數(shù)等，均存儲在XML數(shù)據(jù)池中。結(jié)構(gòu)圖如下：以下結(jié)合上圖，對ReportWebAdmin的功能模塊進行描述。報表展現(xiàn)報表的展現(xiàn)風(fēng)格以簡潔美觀為主，統(tǒng)計對象包括：TDW性能報表、ITM事件報表、OMNIBUSServer事件報表（預(yù)留接口）；以統(tǒng)計對象與統(tǒng)計方式進行劃分，提供多種查看方式。ITM報表統(tǒng)計對象包括：MEMORY、CPU等一系列系統(tǒng)對象。統(tǒng)計方式可分為：實時查詢報表、日報表、周報表、月報表、年報表。如下圖所示：同時提供2種對“進程”的報表統(tǒng)計：HYPERLINK統(tǒng)計某一時間段內(nèi)耗費物理內(nèi)存最多的進程（前10位）、HYPERLINK統(tǒng)計某一時間段內(nèi)耗費CPU最多的進程（前10位）。提供報表統(tǒng)計樣式的快速切換功能，用戶可從各種角度進行報表的查看。如，表格、餅圖、曲線圖、與柱型圖之間可進行快速切換，滿足用戶不同的統(tǒng)計要求。數(shù)據(jù)采集頻率支持以下功能要求7*24監(jiān)控對不同的系統(tǒng)和應(yīng)用進行不同的采集頻度設(shè)置，對主機可用性、重要服務(wù)可用性監(jiān)控，能夠達到靈活設(shè)置的采集頻率，以便能夠在系統(tǒng)出現(xiàn)故障的時候及時通知相關(guān)人員處理，采樣的最小顆粒度是1分鐘；數(shù)據(jù)采集過程對系統(tǒng)和應(yīng)用產(chǎn)生影響很小能夠根據(jù)需要對采集頻率作即時調(diào)整故障切換功能：當primaryremotetems故障的時候，agent能自動連到secondlyremotetems。報警處理報警分級監(jiān)控系統(tǒng)對報采集的信息進行分級，對系統(tǒng)采集的數(shù)據(jù)，系統(tǒng)可以根據(jù)數(shù)據(jù)的不同類型，分別設(shè)定相應(yīng)的閥值或關(guān)鍵字，對滿足一定數(shù)值關(guān)系要求或者關(guān)鍵字要求的數(shù)據(jù)，設(shè)定相應(yīng)的報警級別，進行相應(yīng)處理。支持的數(shù)值關(guān)系要求包括：大于給定數(shù)值等于給定數(shù)值小于給定數(shù)值滿足多個以上條件的組合多次滿足以上條件支持的關(guān)鍵字包括：包含某個關(guān)鍵字（CaseSensitive&Not）等于某個字符串（CaseSensitive&Not）多個以上條件的組合多次滿足以上條件報警方式報警信息包含對相關(guān)參數(shù)的解釋和指導(dǎo)信息，系統(tǒng)提供以下方式的報警處理能力：發(fā)送含有相關(guān)信息的定制郵件到一個或多個指定郵箱發(fā)送含有相關(guān)信息的定制短信到一個或多個手機預(yù)先設(shè)定一段時間（Blackout），在這段時間里暫停服務(wù)器報警對相關(guān)監(jiān)控進行設(shè)定，包括停止監(jiān)控、啟動新的監(jiān)控等運行特定腳本程序來處理分布式支持對于分布式環(huán)境或被監(jiān)控主機很多的情況下，考慮到HUBTEMS(TivoliEnterpriseMonitoringServer)負載會比較大，我們會采用RemoteTEMS來分擔負載；Agent先連到remotetems，然后由remotetems去和hubtems通信，再由tivolienterpriseportalserver進行展現(xiàn)。agent可以配置成連接兩個remotetems(primary和secondary)，當primaryremotetemscrash的時候，agent會自動連接到secondaryremotetems。TEMS支持failover，它可以配置成cluster軟件(HACMP或者MC/SG)的一個資源組，當active的主機crash的時候，自動切換到backup的主機ITM支持firewall和NAT(networkaddresstranslate)，故它能支持廣域網(wǎng)環(huán)境。系統(tǒng)安全性具有安全的管理體系結(jié)構(gòu)，通過管理員安全定義，權(quán)限劃分和管理信息傳輸加密等措施保證管理系統(tǒng)的安全。-管理信息通訊可以采用DES加密方式得到保護-Tivoli管理員的授權(quán)，可以細致劃分管理范圍和權(quán)限擴展接口與Tivoli其他產(chǎn)品的接口IBMTivoli產(chǎn)品家族包含了實現(xiàn)IT服務(wù)管理的一系列產(chǎn)品，我們提供的是一個totalsolution的方案。IBMTivoliMonitoring作為一個收集性能數(shù)據(jù)的平臺，為實現(xiàn)IT服務(wù)管理提供了基礎(chǔ)數(shù)據(jù)。它可以和TivoliRequestManager結(jié)合來實現(xiàn)ITIL流程，可以和TivoliBusinessServiceManager結(jié)合，來產(chǎn)生一個業(yè)務(wù)狀態(tài)的Dashboard。 二次開發(fā)的接口TivoliDataWarehouse是用來存儲歷史的性能采集數(shù)據(jù)。該數(shù)據(jù)庫可以采用DB2/ORACLE/MSSQL等關(guān)系型數(shù)據(jù)庫。IBM有redbooks詳細說明了schema，可以供二次開發(fā)使用。通用代理（UniversalAgent）對于agent本身沒法實現(xiàn)的功能，IBM是通過UniversalAgent（通用代理）來實現(xiàn)的。UA是一個通用的數(shù)據(jù)收集器。它依靠以下dataprovider來收集數(shù)據(jù)FileHTTPSNMPODBCAPISocketScriptPostUA是ITM的一部分，安裝ITM的時候，UA會自動安裝上。IBM開放過程自動化庫(OPAL)上提供了幾百種資源的監(jiān)控管理，而且以每月5個的速度遞增。OPAL網(wǎng)址是/wps/portal/topal/，該網(wǎng)址可在Internet上訪問。IBM合作伙伴會上傳自己開發(fā)的UA，隨著UA越來越多，ITM實施周期會越來越短。IBM提供了agentbuilder來開發(fā)UA，agentbuilder是基于Eclipse的IDE,可以在幾十分鐘內(nèi)就創(chuàng)建一個特定的監(jiān)控代理，而不是數(shù)小時。下圖是機房弱電系統(tǒng)的監(jiān)控截圖，它是通過UA把各種監(jiān)控資源的數(shù)據(jù)集中展現(xiàn)到TivoliEnterprisePortal中。性能分析對于監(jiān)控服務(wù)器端的性能，主要有兩大消耗：TivoliEnterprisePortaldesktop是基于J2EE開發(fā)的，故當它運行時，會消耗系統(tǒng)幾百兆內(nèi)存TivoliDataWarehouse進行數(shù)據(jù)summary和pruning的時候，如果歷史數(shù)據(jù)量非常大，那么會消耗一定的性能一般我們建議用一臺4個CPU、8G內(nèi)存的機器做監(jiān)控服務(wù)器，同時把summary和pruning的時間定在空閑的時候。TivoliAgent是輕型代理，在初始安裝后在AIX操作系統(tǒng)上大約占用1M內(nèi)存，<0.1%CPU(單CPU)。IBMTivoliMonitoring監(jiān)控軟件會自動在被管理機上生成一個基于Java的子代理用于操作系統(tǒng)、數(shù)據(jù)庫等的監(jiān)控。對于單CPU（1GHz）的AIX操作系統(tǒng)，只進行操作系統(tǒng)的監(jiān)控CPU占用率不高于0.5%。如果運行所有數(shù)據(jù)庫的監(jiān)控資源模型（超過30個），CPU占用率不高于5%。所以agent端對生產(chǎn)服務(wù)器的性能影響非常小，基本可以不予考慮。方案總結(jié)綜上所述，IBMTivoli解決方案是能夠滿足客戶系統(tǒng)監(jiān)控要求的一個方案，它具有人性化的展現(xiàn)界面、靈活的報表定制能力、廣泛的平臺支持；基于agent的數(shù)據(jù)收集可以在tems故障的時候繼續(xù)收集數(shù)據(jù)，保障歷史數(shù)據(jù)的完整性；強大的UniversalAgent可以輕松實現(xiàn)agent本身沒法實現(xiàn)的功能；提供多個接口可以與客戶已有系統(tǒng)的集成。本方案的優(yōu)勢最低限度的重復(fù)投資，最大限度的度身定制本項目采用現(xiàn)有的Tivoli產(chǎn)品，整合客戶的現(xiàn)網(wǎng)應(yīng)用，再結(jié)合度身定制整合應(yīng)用的自主開發(fā)產(chǎn)品。無需因為需要某一兩項功能采購具有全方位功能的第三方產(chǎn)品，從而造成重復(fù)的投資浪費和因為第三方產(chǎn)品的固化而無法做到度身定制的開發(fā)。面向業(yè)務(wù)的管理對于客戶的IT系統(tǒng)的管理而言，整個管理需要提升一個層次，從簡單的資源管理上升到以業(yè)務(wù)為核心的管理系統(tǒng)。IBM的解決方案將以此為核心，通過鏈接IT資源管理和應(yīng)用管理，從而將應(yīng)用和基礎(chǔ)架構(gòu)資源的管理緊密聯(lián)系起來，從而可以及時發(fā)現(xiàn)造成應(yīng)用故障的根本原因。完整的解決方案通過使用功能強大的管理系統(tǒng)，管理人員可以更為快速地了解到整個系統(tǒng)運行發(fā)生的各種情況，了解系統(tǒng)資源的變化趨勢，同時通過大量的自動化服務(wù)機制使管理人員可以從繁重的日常管理任務(wù)中解放出來，從而使整個系統(tǒng)的管理水平得到較大的提高。IBM是全球關(guān)鍵業(yè)務(wù)IT系統(tǒng)的主要提供商，深刻理解客戶對于系統(tǒng)可靠性、系統(tǒng)管理的要求。旗下的Tivoli系統(tǒng)管理部門為業(yè)界著名的系統(tǒng)管理解決方案提供商，其TivoliITM是一個真正的分布式的面向?qū)ο蟮南到y(tǒng)管理解決方案，提供大量的基于Tivoli管理框架的管理模塊，從IT資源監(jiān)控到安全管理，從數(shù)據(jù)庫管理到操作管理，從數(shù)據(jù)備份到網(wǎng)絡(luò)管理，從服務(wù)管理到Internet管理，支持從IBM主機到各種UNIX平臺，以及各種WinTel平臺。Tivoli作為專業(yè)的系統(tǒng)管理解決方案提供商，客戶遍布全球，在郵電、銀行、政府、零售等各種行業(yè)中都有大量的客戶群。IBM不僅能提供全面的解決方案，而且售后實施隊伍有著優(yōu)良的技術(shù)和豐富的經(jīng)驗，而專業(yè)的項目管理是項目成功的保障，從而能幫助客戶更好地使用產(chǎn)品，真正提高整個系統(tǒng)的整體對外服務(wù)能力。所以，IBM在推薦方案中充分考慮了客戶系統(tǒng)管理項目實施范圍廣泛、管理要求高等特點，提供了從產(chǎn)品到售后實施、技術(shù)支持、培訓(xùn)等全方位的解決方案。領(lǐng)先的技術(shù)優(yōu)勢IBM的Tivoli系統(tǒng)管理產(chǎn)品是真正為分布式系統(tǒng)開發(fā)的管理系統(tǒng)。采用CORBA作為整個管理平臺的核心，提供跨平臺一致的管理，同時支持大量的業(yè)界標準，得到全球超過1000家軟件開發(fā)商的共同支持。Tivoli產(chǎn)品經(jīng)過超過十年的不斷完善，與其它管理軟件廠家的產(chǎn)品相比，產(chǎn)品明顯成熟穩(wěn)定，在全球大型企業(yè)的分布式系統(tǒng)管理中占有最大的市場份額。Tivoli產(chǎn)品完全從一個運行關(guān)鍵業(yè)務(wù)的客戶角度出發(fā)，內(nèi)置多種安全機制，支持大量的業(yè)界安全標準，產(chǎn)品具有很高的安全性，被眾多國家的安全、國防系統(tǒng)選用為管理平臺。產(chǎn)品支持Unicode，支持簡體中文，在本地化方面領(lǐng)先競爭對手。完善的規(guī)劃、設(shè)計、實施本公司信心在客戶IT系統(tǒng)提供比其它服務(wù)公司更為豐富的行業(yè)經(jīng)驗和技術(shù)優(yōu)勢。本公司通過在南京中行、南京農(nóng)信、以及上海聯(lián)通、中國移動等實施中獲得了大量的經(jīng)驗，同時也對這個金融行業(yè)的IT環(huán)境和管理有著更為深刻的理解。而且在過去的多次交流中，本公司的技術(shù)專家和工程師通過和客戶、集成商的全面合作，了解和熟悉客戶系統(tǒng)管理項目需求，可以針對系統(tǒng)的管理需求，提供最好的解決方案。高度的開放性Tivoli基于大量的開放標準，如DMTFCIM、WMI、SNMP、JMX、J2EE、XML等，核心使用的CORBA技術(shù)是業(yè)界的標準。Tivoli產(chǎn)品除了內(nèi)置的功能外，都提供了強大的擴展能力。豐富的實施經(jīng)驗和強大的技術(shù)支持本公司向客戶和集成商保證提供一流的產(chǎn)品與技術(shù)支持，為確保項目的成功實施，本公司將會提供專家級的技術(shù)咨詢和售后支持。在系統(tǒng)管理解決方案的企業(yè)規(guī)劃設(shè)計和實施方面，本公司的實施工程師積累了相當多的工程經(jīng)驗，屆時，經(jīng)驗豐富的工程師將會配合客戶、集成商提供及時的專家級技術(shù)支持。IT運維流程管理方案4.1需求分析運維管理涉及到工具、人員和流程，運維流程是IT管理的重要組成部分，是運維工具發(fā)揮作用的保證。IBM認為以下幾個方面是建設(shè)運維流程平臺中需要考慮：擴展性：系統(tǒng)必須具有強大的擴展性，考慮到客戶系統(tǒng)業(yè)務(wù)還在不斷發(fā)展之中，幫助臺系統(tǒng)的建立需要適應(yīng)未來管理手段和工具的變化，能滿足未來管理流程和規(guī)范推廣的需求。靈活性：可以預(yù)見隨著業(yè)務(wù)的發(fā)展和IT系統(tǒng)的擴展，管理流程必然會做出相應(yīng)調(diào)整，因此要求所建設(shè)的運維流程平臺必須具有足夠的靈活性，以適應(yīng)流程的改變。可集成性：目前客戶使用的郵件系統(tǒng)、即時通信軟件等系統(tǒng)希望可以和幫助臺系統(tǒng)進行對接，數(shù)據(jù)交換，實現(xiàn)更為便捷的通知和聯(lián)系易用性和可維護性：系統(tǒng)必須易于學(xué)習(xí)、使用和掌握，鑒于管理流程本身可能會根據(jù)實際業(yè)務(wù)變化而變化，必須能易于修改和維護，不能給操作人員增加額外的工作壓力和技能要求。符合標準：考慮業(yè)界服務(wù)臺流程管理的主流，所設(shè)計的管理流程需要參考并符合ITIL的相關(guān)規(guī)