本發(fā)明涉及電信、電力、金融領(lǐng)域設(shè)備的數(shù)據(jù)采集、處理、匯總，具體的說(shuō)是涉及一種設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)。

背景技術(shù)：

伴隨企業(yè)信息化進(jìn)程不斷深入，企業(yè)IT系統(tǒng)日漸復(fù)雜，IT系統(tǒng)的運(yùn)營(yíng)、維護(hù)和監(jiān)管難度不斷加大。與此同時(shí)，企業(yè)業(yè)務(wù)對(duì)IT系統(tǒng)的依賴(lài)性越來(lái)越強(qiáng)，IT已經(jīng)成為很多業(yè)務(wù)流程的核心部分甚至是某些業(yè)務(wù)賴(lài)以運(yùn)行的基礎(chǔ)。同時(shí)，傳統(tǒng)分專(zhuān)業(yè)和應(yīng)急式的監(jiān)控管理架構(gòu)已不能適應(yīng)越來(lái)越多用戶(hù)的要求，需要有集中化、端到端的監(jiān)控管理解決方案。

多專(zhuān)業(yè)、層次化、以及設(shè)備類(lèi)型的多樣化，造成管理信息內(nèi)容差別較大，數(shù)據(jù)量過(guò)大，企業(yè)缺乏有效的技術(shù)手段掌控全網(wǎng)全專(zhuān)業(yè)健康情況，急需告警標(biāo)準(zhǔn)化、分析、壓縮、關(guān)聯(lián)和收斂能力。

面向業(yè)務(wù)和面向業(yè)務(wù)客戶(hù)感知運(yùn)營(yíng)的轉(zhuǎn)變，要求有針對(duì)故障涉及的 IT 資源和服務(wù)的分析，便于確定故障影響范圍，快速處理故障。

國(guó)內(nèi)監(jiān)控系統(tǒng)存在的一些問(wèn)題；

現(xiàn)狀一：IT運(yùn)維成本偏高

據(jù)專(zhuān)業(yè)調(diào)查，企業(yè)最關(guān)心的是IT運(yùn)維成本過(guò)高。原因是在過(guò)去的5年中,很多企業(yè)都實(shí)施了很多IT系統(tǒng),使到IT運(yùn)行越來(lái)越復(fù)雜,也越來(lái)越難管理。IT運(yùn)維成本過(guò)高的一個(gè)原因是IT運(yùn)維的自動(dòng)化做得還不夠好,依靠手工流程來(lái)管理,不但使到運(yùn)維效率不高,而且人力成本更是花費(fèi)驚人。

現(xiàn)狀二：處在“救火式”的IT運(yùn)維控制

目前，國(guó)內(nèi)在IT運(yùn)維過(guò)程中,IT員工大多數(shù)只是處在被動(dòng)低效率手工救火的狀態(tài),只有當(dāng)事件已經(jīng)發(fā)生并已造成業(yè)務(wù)影響時(shí)才能發(fā)現(xiàn)和著手處理。

現(xiàn)狀三：簡(jiǎn)單的自動(dòng)化程度起了“反作用”

盡管IT運(yùn)維管理的技術(shù)在不斷進(jìn)步,但實(shí)際上很多IT運(yùn)維人員并沒(méi)有真正解脫出來(lái)，主要原因是目前的自動(dòng)化不高而導(dǎo)致的。目前的技術(shù)雖然能夠獲取IT設(shè)備、服務(wù)器、網(wǎng)絡(luò)流量,甚至數(shù)據(jù)庫(kù)的警告信息,但成千上萬(wàn)條警告信息堆積在一起更本沒(méi)法判斷問(wèn)題的根源在哪里。

現(xiàn)狀四：各子公司或子系統(tǒng)信息孤島，無(wú)法共享數(shù)據(jù)

這個(gè)問(wèn)題主要是發(fā)生在擁有許多子公司或者子系統(tǒng)的企業(yè)，每個(gè)子公司或者子系統(tǒng)都是獨(dú)立的，都單獨(dú)建設(shè)和維護(hù)自己的核心業(yè)務(wù)系統(tǒng)，都各自配備開(kāi)發(fā)人員和維護(hù)人員。

技術(shù)實(shí)現(xiàn)要素：

針對(duì)現(xiàn)有技術(shù)中的不足，本發(fā)明要解決的技術(shù)問(wèn)題在于提供了一種設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)。

為解決上述技術(shù)問(wèn)題，本發(fā)明通過(guò)以下方案來(lái)實(shí)現(xiàn)：設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)，所述設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)包括數(shù)據(jù)采集層、數(shù)據(jù)處理層、數(shù)據(jù)展示層；

所述數(shù)據(jù)采集層包括數(shù)據(jù)采集引擎、數(shù)據(jù)采集腳本、監(jiān)控配置文件的自動(dòng)生成；

-所述數(shù)據(jù)采集引擎實(shí)現(xiàn)對(duì)至少包括系統(tǒng)CPU、磁盤(pán)、網(wǎng)絡(luò)方面參數(shù)的基本系統(tǒng)監(jiān)測(cè)，監(jiān)測(cè)至少包括SMTP、POP3、HTTP各種基本的服務(wù)類(lèi)型，通過(guò)插件的安裝和監(jiān)測(cè)腳本自定義用戶(hù)針對(duì)自己的應(yīng)用程序?qū)崿F(xiàn)監(jiān)測(cè)，并針對(duì)大量的監(jiān)測(cè)主機(jī)和多個(gè)對(duì)象部署層次化的監(jiān)測(cè)架構(gòu)；

-所述數(shù)據(jù)采集腳本設(shè)置為自定義腳本采集，針對(duì)不同設(shè)備進(jìn)行不同的腳本處理；

-所述監(jiān)控配置文件描述了數(shù)據(jù)采集引擎以何種方式執(zhí)行數(shù)據(jù)采集腳本，以及傳遞給腳本的各個(gè)性能參數(shù)；

所述數(shù)據(jù)處理層包含CMDB庫(kù)數(shù)據(jù)處理模塊、業(yè)務(wù)引擎和數(shù)據(jù)采集引擎監(jiān)控配置文件傳輸模塊、數(shù)據(jù)采集引擎和業(yè)務(wù)引擎的采集數(shù)據(jù)傳輸模塊、告警數(shù)據(jù)的分析處理模塊；

-所述CMDB庫(kù)數(shù)據(jù)處理模塊包含系統(tǒng)能監(jiān)控的設(shè)備的類(lèi)型、型號(hào)、協(xié)議、監(jiān)控命令、閥值信息，另外一部分為企業(yè)私有數(shù)據(jù)，包含設(shè)備的名稱(chēng)、ip、所處位置；

-所述配置文件傳輸模塊讀取數(shù)據(jù)庫(kù)的配置信息，生成監(jiān)控配置文件，并將業(yè)務(wù)引擎里的文件傳送至數(shù)據(jù)采集引擎；

-所述采集數(shù)據(jù)傳輸模塊將數(shù)據(jù)采集引擎獲取的數(shù)據(jù)經(jīng)過(guò)處理加工傳送至業(yè)務(wù)引擎；

-所述告警數(shù)據(jù)的分析處理模塊采集告警數(shù)據(jù)，并將告警數(shù)據(jù)過(guò)濾、壓縮、分析，減少告警次數(shù)，并結(jié)合告警的發(fā)送規(guī)則通知運(yùn)維人員；

所述數(shù)據(jù)展示層包含數(shù)據(jù)的展示，該數(shù)據(jù)的展示即電腦終端頁(yè)面的展示；

所述設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)的流程操作步驟如下：

步驟一、CMDB錄入及頁(yè)面展示：

a、系統(tǒng)初始化：系統(tǒng)提供用戶(hù)、角色、權(quán)限、各類(lèi)報(bào)表展示基礎(chǔ)服務(wù)，以及提供各種設(shè)備的類(lèi)型、型號(hào)、監(jiān)控協(xié)議，監(jiān)控處理腳本命令為后續(xù)監(jiān)控做好基礎(chǔ)數(shù)據(jù)；

b、CMDB梳理：系統(tǒng)提供手機(jī)及電腦端頁(yè)面入口，企業(yè)將梳理好的現(xiàn)有基礎(chǔ)設(shè)施配置信息，基礎(chǔ)設(shè)施配置信息包含設(shè)備名稱(chēng)、ip、設(shè)備型號(hào)、業(yè)務(wù)分類(lèi)、地理位置，基礎(chǔ)設(shè)施配置信息通過(guò)web頁(yè)面錄入到系統(tǒng)中，形成企業(yè)自己的CMDB信息庫(kù)，根據(jù)設(shè)備的類(lèi)型信息對(duì)設(shè)備本身的常用核心監(jiān)控性能參數(shù)進(jìn)行監(jiān)控；

c、運(yùn)維規(guī)則定義：設(shè)備告警及巡檢規(guī)則的定義，根據(jù)實(shí)際需要定時(shí)或?qū)崟r(shí)接收設(shè)備告警，及每天由系統(tǒng)幫助完成所有設(shè)備的巡檢；

d、數(shù)據(jù)呈現(xiàn)：根據(jù)基礎(chǔ)配置及采集到的數(shù)據(jù)，再呈現(xiàn)到前端頁(yè)面，供企業(yè)用戶(hù)直觀，快速的查找和使用系統(tǒng)中的各種實(shí)時(shí)、歷史性能數(shù)據(jù)；

步驟二、系統(tǒng)標(biāo)準(zhǔn)化：系統(tǒng)接收到用戶(hù)錄入的各種配置信息，梳理成格式存儲(chǔ)到數(shù)據(jù)庫(kù)，以供后續(xù)設(shè)備添加監(jiān)控，及生成各類(lèi)報(bào)表使用；

步驟三、讀取生成配置文件：

a、將數(shù)據(jù)采集引擎和業(yè)務(wù)引擎分別放置到不同的設(shè)備上，先在業(yè)務(wù)引擎上讀取設(shè)備相關(guān)的配置信息，并按照數(shù)據(jù)采集引擎能夠識(shí)別的數(shù)據(jù)格式生成文件，并傳送至數(shù)據(jù)采集引擎上；

b、設(shè)備配置信息包含設(shè)備的ip、設(shè)備名稱(chēng)、采集的頻率、時(shí)間、需要的性能數(shù)據(jù)項(xiàng)及采集該項(xiàng)該使用何種監(jiān)控命令；

步驟四、FTP上傳：數(shù)據(jù)采集引擎和業(yè)務(wù)引擎通訊采用ftp協(xié)議；

步驟五、格式化：

a、設(shè)備監(jiān)控配置文件一旦上傳至采集服務(wù)器，即可開(kāi)始對(duì)設(shè)備進(jìn)行自定義監(jiān)控，采集到的信息需要格式化步驟對(duì)數(shù)據(jù)進(jìn)行處理；

b、采集到的信息格式化處理后放入到業(yè)務(wù)數(shù)據(jù)庫(kù)中，供業(yè)務(wù)邏輯層展示設(shè)備的實(shí)時(shí)、歷史數(shù)據(jù)，以及對(duì)告警模塊提供原始數(shù)據(jù)；

步驟六、告警引擎分析處理：設(shè)備告警需要保證告警的實(shí)時(shí)性、準(zhǔn)確性，原始的告警需要告警引擎過(guò)濾、壓縮，分析系列步驟得到真正的根源告警；

步驟7、告警發(fā)送：獲取到的告警需要實(shí)時(shí)或者定時(shí)的通過(guò)郵件、短信或者微信的方式通知運(yùn)維人員，需要將告警和告警策略結(jié)合。

2.根據(jù)權(quán)利要求1所述的設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)，其特征在于：所述自定義腳本采集根據(jù)設(shè)備類(lèi)型的不同，采用不同的數(shù)據(jù)及通訊協(xié)議與設(shè)備進(jìn)行交互，設(shè)備直接通過(guò)腳本通信或需要加入轉(zhuǎn)換設(shè)備進(jìn)行間接通訊。

3.根據(jù)權(quán)利要求1所述的設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)，其特征在于：所述采集數(shù)據(jù)傳輸模塊的數(shù)據(jù)處理過(guò)程如下：

步驟一，解析數(shù)據(jù)：將每一個(gè)設(shè)備監(jiān)控項(xiàng)的數(shù)據(jù)，以及每一個(gè)監(jiān)控項(xiàng)反饋的數(shù)據(jù)，解析成帶有關(guān)系的數(shù)據(jù)存放至業(yè)務(wù)數(shù)據(jù)庫(kù)中；

步驟二，數(shù)據(jù)存儲(chǔ)：中心采集服務(wù)器將處理的數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)庫(kù)里面的基礎(chǔ)CMDB庫(kù)信息進(jìn)行比對(duì)，結(jié)合業(yè)務(wù)需要，豐富處理的數(shù)據(jù)，放入至業(yè)務(wù)數(shù)據(jù)表中，供業(yè)務(wù)引擎調(diào)用。

4.根據(jù)權(quán)利要求3所述的設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)，其特征在于，在步驟二中，數(shù)據(jù)存儲(chǔ)主要分為三個(gè)流向：

a)告警數(shù)據(jù)：系統(tǒng)提供單獨(dú)的告警處理模塊，根據(jù)監(jiān)控項(xiàng)狀態(tài)值，判斷設(shè)備是否有告警，告警處理模塊對(duì)告警數(shù)據(jù)進(jìn)行分析、加工、發(fā)送郵件、短信、微信給運(yùn)維人員；

b)實(shí)時(shí)數(shù)據(jù)：實(shí)時(shí)數(shù)據(jù)為了便于展示系統(tǒng)中任意設(shè)備的實(shí)時(shí)狀態(tài)，快速了解系統(tǒng)設(shè)備的整體運(yùn)行狀況；

c)歷史數(shù)據(jù)：歷史數(shù)據(jù)為運(yùn)維工作，系統(tǒng)升級(jí)提供數(shù)據(jù)支撐，追溯設(shè)備運(yùn)行狀態(tài)。

相對(duì)于現(xiàn)有技術(shù)，本發(fā)明的有益效果是：

實(shí)時(shí)性：告警數(shù)據(jù)量巨大，需要有良好的告警采集處理手段確保實(shí)時(shí)性；

標(biāo)準(zhǔn)化：各專(zhuān)業(yè)、各廠家告警字段定義不同，梳理告警需要有大量的工作；

集中化：扁平化的管理結(jié)構(gòu)，在告警標(biāo)準(zhǔn)化的基礎(chǔ)上，統(tǒng)一處理各個(gè)專(zhuān)業(yè)的告警，需要明確告警關(guān)聯(lián)及預(yù)處理規(guī)則；

影響性分析：在告警集中化的基礎(chǔ)上，明確告警、IT資源和業(yè)務(wù)的關(guān)聯(lián)關(guān)系，建立起告警影響性分析的模型。

1.自動(dòng)化巡檢，CMDB信息庫(kù)的梳理等功能，減少人工，使運(yùn)維人員快速得到系統(tǒng)信息，診斷排查故障，降低運(yùn)維成本

2.結(jié)合組織架構(gòu)實(shí)時(shí)，定時(shí)告警機(jī)制，使告警準(zhǔn)確實(shí)時(shí)的發(fā)送至運(yùn)維人員和相關(guān)人員，快速協(xié)調(diào)資源解決故障，提供歷史數(shù)據(jù)和趨勢(shì)分析，對(duì)設(shè)備狀態(tài)進(jìn)行準(zhǔn)確估計(jì)，提高運(yùn)維質(zhì)量。

3.告警關(guān)聯(lián)分析，過(guò)濾，減少告警數(shù)量，提供手機(jī)入口對(duì)告警進(jìn)行處理，移動(dòng)辦公，加快處理流程，提高效率。

4．可以將各子公司，子系統(tǒng)的設(shè)備統(tǒng)一管理，數(shù)據(jù)共享，減少開(kāi)發(fā)和維護(hù)人員，減少維護(hù)成本，便于管理。

附圖說(shuō)明

圖1為本發(fā)明設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)圖；

圖2為本發(fā)明實(shí)施例1中的網(wǎng)絡(luò)打印機(jī)監(jiān)控管理原理圖；

圖3為本發(fā)明實(shí)施例2中的windows系統(tǒng)監(jiān)控管理原理圖；

圖4為本發(fā)明實(shí)施例3中的投影儀監(jiān)控管理原理圖；

圖5為本發(fā)明實(shí)施例4中的無(wú)網(wǎng)絡(luò)接口溫濕度傳感器采集原理示意圖；

圖6為本發(fā)明實(shí)施例4中的設(shè)備本身帶有網(wǎng)絡(luò)接口的溫濕度傳感器采集原理示意圖；

圖7為本發(fā)明實(shí)施例5中的數(shù)據(jù)庫(kù)監(jiān)控原理圖；

圖8為本發(fā)明實(shí)施例6中的J2EE中間件TOMCAT、WEBLOGIC監(jiān)控原理圖；

圖9為本發(fā)明實(shí)施例7中的采集數(shù)據(jù)的處理和傳輸原理圖。

具體實(shí)施方式

下面結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行詳細(xì)闡述，以使本發(fā)明的優(yōu)點(diǎn)和特征能更易于被本領(lǐng)域技術(shù)人員理解，從而對(duì)本發(fā)明的保護(hù)范圍做出更為清楚明確的界定。

請(qǐng)參照附圖1，本發(fā)明的設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)，所述設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)包括數(shù)據(jù)采集層1、數(shù)據(jù)處理層2、數(shù)據(jù)展示層3；

所述數(shù)據(jù)采集層1包括數(shù)據(jù)采集引擎9、數(shù)據(jù)采集腳本8、監(jiān)控配置文件的自動(dòng)生成；

-所述數(shù)據(jù)采集引擎9實(shí)現(xiàn)對(duì)至少包括系統(tǒng)CPU、磁盤(pán)、網(wǎng)絡(luò)方面參數(shù)的基本系統(tǒng)監(jiān)測(cè)，監(jiān)測(cè)至少包括SMTP、POP3、HTTP各種基本的服務(wù)類(lèi)型，通過(guò)插件的安裝和監(jiān)測(cè)腳本自定義用戶(hù)針對(duì)自己的應(yīng)用程序?qū)崿F(xiàn)監(jiān)測(cè)，并針對(duì)大量的監(jiān)測(cè)主機(jī)和多個(gè)對(duì)象部署層次化的監(jiān)測(cè)架構(gòu)；

-所述數(shù)據(jù)采集腳本8設(shè)置為自定義腳本采集，針對(duì)不同設(shè)備進(jìn)行不同的腳本處理；

-所述監(jiān)控配置文件描述了數(shù)據(jù)采集引擎以何種方式執(zhí)行數(shù)據(jù)采集腳本，以及傳遞給腳本的各個(gè)性能參數(shù)；

所述數(shù)據(jù)處理層2包含CMDB庫(kù)數(shù)據(jù)處理模塊、業(yè)務(wù)引擎和數(shù)據(jù)采集引擎9監(jiān)控配置文件傳輸模塊12、數(shù)據(jù)采集引擎9和業(yè)務(wù)引擎的采集數(shù)據(jù)傳輸模塊、告警數(shù)據(jù)的分析處理模塊；

-所述CMDB庫(kù)數(shù)據(jù)處理模塊包含系統(tǒng)能監(jiān)控的設(shè)備的類(lèi)型、型號(hào)、協(xié)議、監(jiān)控命令、閥值信息，另外一部分為企業(yè)私有數(shù)據(jù)，包含設(shè)備的名稱(chēng)、ip、所處位置；

-所述配置文件傳輸模塊12讀取數(shù)據(jù)庫(kù)的配置信息，生成監(jiān)控配置文件，并將業(yè)務(wù)引擎里的文件傳送至數(shù)據(jù)采集引擎9；

-所述采集數(shù)據(jù)傳輸模塊將數(shù)據(jù)采集引擎9獲取的數(shù)據(jù)經(jīng)過(guò)處理加工傳送至業(yè)務(wù)引擎；

-所述告警數(shù)據(jù)的分析處理模塊采集告警數(shù)據(jù)，并將告警數(shù)據(jù)過(guò)濾、壓縮、分析，減少告警次數(shù)，并結(jié)合告警的發(fā)送規(guī)則通知運(yùn)維人員；

所述數(shù)據(jù)展示層3包含數(shù)據(jù)的展示，該數(shù)據(jù)的展示即電腦終端頁(yè)面的展示；

所述設(shè)備綜合監(jiān)控系統(tǒng)架構(gòu)的流程操作步驟如下：

步驟一、CMDB錄入及頁(yè)面展示：

a、系統(tǒng)初始化：系統(tǒng)提供用戶(hù)、角色、權(quán)限、各類(lèi)報(bào)表展示基礎(chǔ)服務(wù)，以及提供各種設(shè)備的類(lèi)型、型號(hào)、監(jiān)控協(xié)議，監(jiān)控處理腳本命令為后續(xù)監(jiān)控做好基礎(chǔ)數(shù)據(jù)；

b、CMDB梳理：系統(tǒng)提供手機(jī)及電腦端頁(yè)面入口，企業(yè)將梳理好的現(xiàn)有基礎(chǔ)設(shè)施配置信息，基礎(chǔ)設(shè)施配置信息包含設(shè)備名稱(chēng)、ip、設(shè)備型號(hào)、業(yè)務(wù)分類(lèi)、地理位置，基礎(chǔ)設(shè)施配置信息通過(guò)web頁(yè)面13錄入到系統(tǒng)中，形成企業(yè)自己的CMDB信息庫(kù)，根據(jù)設(shè)備的類(lèi)型信息對(duì)設(shè)備本身的常用核心監(jiān)控性能參數(shù)進(jìn)行監(jiān)控；

c、運(yùn)維規(guī)則定義：設(shè)備告警及巡檢規(guī)則的定義，根據(jù)實(shí)際需要定時(shí)或?qū)崟r(shí)接收設(shè)備告警，及每天由系統(tǒng)幫助完成所有設(shè)備的巡檢；

d、數(shù)據(jù)呈現(xiàn)：根據(jù)基礎(chǔ)配置及采集到的數(shù)據(jù)，再呈現(xiàn)到前端頁(yè)面，供企業(yè)用戶(hù)直觀，快速的查找和使用系統(tǒng)中的各種實(shí)時(shí)、歷史性能數(shù)據(jù)；

步驟二、系統(tǒng)標(biāo)準(zhǔn)化：系統(tǒng)接收到用戶(hù)錄入的各種配置信息，梳理成格式存儲(chǔ)到數(shù)據(jù)庫(kù)，以供后續(xù)設(shè)備添加監(jiān)控，及生成各類(lèi)報(bào)表使用；

步驟三、讀取生成配置文件：

a、將數(shù)據(jù)采集引擎9和業(yè)務(wù)引擎分別放置到不同的設(shè)備上，先在業(yè)務(wù)引擎上讀取設(shè)備相關(guān)的配置信息，并按照數(shù)據(jù)采集引擎9能夠識(shí)別的數(shù)據(jù)格式生成文件，并傳送至數(shù)據(jù)采集引擎9上；

b、設(shè)備配置信息包含設(shè)備的ip、設(shè)備名稱(chēng)、采集的頻率、時(shí)間、需要的性能數(shù)據(jù)項(xiàng)及采集該項(xiàng)該使用何種監(jiān)控命令；

步驟四、FTP上傳：數(shù)據(jù)采集引擎9和業(yè)務(wù)引擎通訊采用ftp協(xié)議；

步驟五、格式化：

a、設(shè)備監(jiān)控配置文件一旦上傳至采集服務(wù)器，即可開(kāi)始對(duì)設(shè)備進(jìn)行自定義監(jiān)控，采集到的信息需要格式化步驟對(duì)數(shù)據(jù)進(jìn)行處理；

b、采集到的信息格式化處理后放入到業(yè)務(wù)數(shù)據(jù)庫(kù)中，供業(yè)務(wù)邏輯層展示設(shè)備的實(shí)時(shí)、歷史數(shù)據(jù)，以及對(duì)告警模塊提供原始數(shù)據(jù)；

步驟六、告警引擎分析處理：設(shè)備告警需要保證告警的實(shí)時(shí)性、準(zhǔn)確性，原始的告警需要告警引擎過(guò)濾、壓縮，分析系列步驟得到真正的根源告警；

步驟7、告警發(fā)送：獲取到的告警需要實(shí)時(shí)或者定時(shí)的通過(guò)郵件、短信或者微信的方式通知運(yùn)維人員，需要將告警和告警策略結(jié)合。

以下用幾個(gè)實(shí)施例對(duì)本發(fā)明作詳細(xì)的說(shuō)明。

自定義的采集腳本根據(jù)設(shè)備類(lèi)型的不同，采用不同的數(shù)據(jù)及通訊協(xié)議與設(shè)備進(jìn)行交互，有的設(shè)備可以直接通過(guò)腳本通信，有的則需要加入轉(zhuǎn)換設(shè)備進(jìn)行間接通訊。下面針對(duì)綜合監(jiān)控系統(tǒng)現(xiàn)有能采集的幾類(lèi)代表性設(shè)備及腳本詳細(xì)描述。

實(shí)施例1：網(wǎng)絡(luò)打印機(jī)監(jiān)控4，如圖2所示，當(dāng)前使用廣泛的打印機(jī)大多屬于網(wǎng)絡(luò)打印機(jī)，且支持通過(guò)SNMP（簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議）進(jìn)行管理，采集腳本通過(guò)標(biāo)準(zhǔn)的SNMP協(xié)議與打印機(jī)SNMP服務(wù)端通訊，通過(guò)發(fā)送OID(對(duì)象標(biāo)識(shí)符)獲取墨量，是否卡紙，打印紙張數(shù)量。

實(shí)施例2：windows系統(tǒng)監(jiān)控5，如圖3所示，windows服務(wù)器由于安裝使用維護(hù)方便，在企業(yè)中使用較為 廣泛，系統(tǒng)同樣提供了一些管理接口獲取系統(tǒng)的性能參數(shù)，如cpu，內(nèi)存，硬盤(pán)等使用情況，由于系統(tǒng)提供的接口獲取的數(shù)據(jù)無(wú)法直接進(jìn)行網(wǎng)絡(luò)傳輸，所以需要在windows系統(tǒng)中裝入插件，借用插件采集數(shù)據(jù)并通過(guò)網(wǎng)絡(luò)通訊將采集到的數(shù)據(jù)發(fā)送到中心采集服務(wù)器中，以此達(dá)到監(jiān)控的目的。

實(shí)施例3：投影儀監(jiān)控5，如圖4所示，投影儀一般需要通過(guò)遙控器開(kāi)機(jī)和關(guān)機(jī)的功能，行業(yè)內(nèi)此類(lèi)設(shè)備大多提供RS-232接口即串口控制接口，利用此接口可以通過(guò)中控等設(shè)備發(fā)送232控制碼來(lái)操作投影儀設(shè)備,通過(guò)此接口，按照廠商提供的專(zhuān)用協(xié)議，也可以采集到投影儀的性能參數(shù)，如投影儀的亮度，分辨率，燈泡時(shí)長(zhǎng)等，同樣的，RS232數(shù)據(jù)需要進(jìn)行網(wǎng)絡(luò)傳輸，這樣就需要一個(gè)“RS232轉(zhuǎn)TCP/IP”的轉(zhuǎn)換器將數(shù)據(jù)響應(yīng)到數(shù)據(jù)請(qǐng)求端。

實(shí)施例4：溫濕度傳感器6，如圖5-6所示，各類(lèi)傳感器設(shè)備在環(huán)境監(jiān)控中起了很大的作用，如溫度，濕度，壓力，二氧化碳濃度，噪音等等涉及到一系列傳感器，傳感器感知外界的環(huán)境，設(shè)備本身如果內(nèi)置網(wǎng)絡(luò)通訊接口則可以直接通過(guò)網(wǎng)絡(luò)將數(shù)據(jù)發(fā)送至中心采集服務(wù)器上，設(shè)備本身如果不帶網(wǎng)絡(luò)，則需要加一個(gè)modbus轉(zhuǎn)tcp/ip的網(wǎng)關(guān)輔助將數(shù)據(jù)傳送到采集服務(wù)器上。

實(shí)施例5：數(shù)據(jù)庫(kù)監(jiān)控，如圖7所示，由于數(shù)據(jù)庫(kù)都是通過(guò)sql來(lái)操作的，如數(shù)據(jù)的增刪改查，包括數(shù)據(jù)庫(kù)的性能指標(biāo)，由于各數(shù)據(jù)庫(kù)廠商體系結(jié)構(gòu)和表結(jié)構(gòu)不一樣，所以相應(yīng)的性能參數(shù)和名稱(chēng)都不一樣，但總體而言，都是通過(guò)發(fā)送sql語(yǔ)句獲取數(shù)據(jù)。

實(shí)施例6：J2EE中間件Tomcat,Weblogic監(jiān)控，如圖8所示，J2EE平臺(tái)由一整套服務(wù)（Services）、應(yīng)用程序接口（APIs）和協(xié)議構(gòu)成，它對(duì)開(kāi)發(fā)基于Web的多層應(yīng)用提供了功能上的支持。其中Java Management Extensions (JMX, Java管理擴(kuò)展) 是一個(gè)為應(yīng)用程序，設(shè)備，系統(tǒng)等植入管理功能的框架,Tomcat等中間件廠商都提供了JMX的協(xié)議實(shí)現(xiàn)，采集腳本只需要遵循JMX協(xié)議規(guī)范，與上述中間件JMX接口通訊即可查詢(xún)中間件運(yùn)行狀況。

實(shí)施例7：如圖9所示，將采集引擎獲取的數(shù)據(jù)經(jīng)過(guò)處理加工傳送至業(yè)務(wù)引擎中去。下面將詳細(xì)描述數(shù)據(jù)處理過(guò)程。

1.解析數(shù)據(jù)：

如此眾多設(shè)備的數(shù)據(jù)，通過(guò)網(wǎng)絡(luò)傳遞至采集服務(wù)器，為了便于統(tǒng)一管理每一個(gè)設(shè)備監(jiān)控項(xiàng)的數(shù)據(jù)，每一個(gè)監(jiān)控項(xiàng)反饋的數(shù)據(jù)包含設(shè)備的名稱(chēng)，ip，監(jiān)控項(xiàng)名稱(chēng)，輸出內(nèi)容（性能數(shù)據(jù)）和一個(gè)狀態(tài)值（反應(yīng)設(shè)備好壞）等，輸出內(nèi)容為文本，不便于后續(xù)數(shù)據(jù)的展示，排行，及部分計(jì)算，所以需要解析成帶有關(guān)系的數(shù)據(jù)存放至業(yè)務(wù)數(shù)據(jù)庫(kù)中

2.數(shù)據(jù)存儲(chǔ)：

中心采集服務(wù)器將處理的數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)庫(kù)里面的基礎(chǔ)CMDB庫(kù)信息進(jìn)行比對(duì)，結(jié)合業(yè)務(wù)需要，豐富處理的數(shù)據(jù)，放入至業(yè)務(wù)數(shù)據(jù)表中，供業(yè)務(wù)處理引擎調(diào)用。數(shù)據(jù)存儲(chǔ)主要分為三個(gè)流向。

a)告警數(shù)據(jù)。系統(tǒng)提供單獨(dú)的告警處理模塊，根據(jù)監(jiān)控項(xiàng)狀態(tài)值，可以判斷設(shè)備是否有告警，告警處理模塊對(duì)告警數(shù)據(jù)進(jìn)行分析，加工，發(fā)送郵件，短信，微信給運(yùn)維人員。

b)實(shí)時(shí)數(shù)據(jù)。實(shí)時(shí)數(shù)據(jù)為了便于展示系統(tǒng)中任意設(shè)備的實(shí)時(shí)狀態(tài)，快速了解系統(tǒng)設(shè)備的整體運(yùn)行狀況。

c)歷史數(shù)據(jù)。歷史數(shù)據(jù)為運(yùn)維工作，系統(tǒng)升級(jí)提供數(shù)據(jù)支撐，追溯設(shè)備運(yùn)行狀態(tài)，便于快速了解系統(tǒng)設(shè)備歷史運(yùn)行狀態(tài)。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施方式，并非因此限制本發(fā)明的專(zhuān)利范圍，凡是利用本發(fā)明說(shuō)明書(shū)及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其它相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專(zhuān)利保護(hù)范圍內(nèi)。