一種告警處理的方法及告警系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種告警處理的方法及告警系統(tǒng)，該方法包括：接收告警消息；根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理。通過本發(fā)明能夠迅速找到根源告警，并對相關(guān)聯(lián)的告警進(jìn)行合理展現(xiàn)，以便于運(yùn)維人員迅速定位問題。
【專利說明】一種告警處理的方法及告警系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，特別是涉及一種告警處理的方法及告警系統(tǒng)。
【背景技術(shù)】
[0002]通常，當(dāng)網(wǎng)元設(shè)備發(fā)生故障時，設(shè)備告警信息會上報到告警系統(tǒng)(模塊)，從而完成網(wǎng)元設(shè)備的狀態(tài)監(jiān)控和故障管理。目前網(wǎng)元設(shè)備發(fā)生故障時，由于通信系統(tǒng)中的系統(tǒng)相關(guān)性和檢測機(jī)制等原因，往往會上報多個相關(guān)告警，這其中包括根源告警以及由該根源告警引發(fā)的其他告警。例如，市電停電產(chǎn)生的一系列告警，如市電輸入為零、UPS(Uninterruptible Power Supply,不間斷電源)整流器停止工作、電池放電等等。這個時候產(chǎn)生的大量告警信息如果同時發(fā)送，不但會對告警系統(tǒng)(模塊)容量造成沖擊，而且事件根源信息也容易被淹沒在海量告警信息中，直接導(dǎo)致用戶很難及時分析大量的告警信息，從中找到故障源，以準(zhǔn)確定位系統(tǒng)產(chǎn)生故障的原因。

【發(fā)明內(nèi)容】

[0003]本發(fā)明要解決的技術(shù)問題是提供一種告警處理的方法及告警系統(tǒng)，以便于迅速找到根源告警。
[0004]為了解決上述技術(shù)問題，本發(fā)明提供了一種處理告警的方法，包括:
[0005]接收告警消息；
[0006]根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理。
[0007]進(jìn)一步地，上述方法還具有下面特點(diǎn):所述預(yù)存的告警關(guān)系包括:
[0008]在配置管理數(shù)據(jù)庫中預(yù)存的設(shè)備之間的連接關(guān)系和告警關(guān)聯(lián)關(guān)系；
[0009]在關(guān)系數(shù)據(jù)庫中預(yù)存告警類型之間的告警關(guān)聯(lián)關(guān)系。
[0010]進(jìn)一步地，上述方法還具有下面特點(diǎn):所述分析所述告警消息包括:
[0011]分析所述告警發(fā)生的設(shè)備和所述告警的類型。
[0012]進(jìn)一步地，上述方法還具有下面特點(diǎn):
[0013]所述告警消息為發(fā)生告警，所述根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理，包括:
[0014]查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在子告警，如存在，則將子告警作為根源告警的記錄刪除；如不存在，則查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在父告警，如存在，則將所述告警作為根源告警的記錄刪除，如不存在，則所述告警為根源告警。
[0015]進(jìn)一步地，上述方法還具有下面特點(diǎn):
[0016]所述告警消息為告警恢復(fù)，所述根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理包括，
[0017]查找當(dāng)前要恢復(fù)的告警的所有直接子告警；
[0018]遍歷每一條所述直接子告警，如所述直接子告警沒有別的父告警，則將所述直接子告警作為根源告警，然后刪除當(dāng)前要恢復(fù)的告警，如所述直接子告警有別的父告警，則刪除當(dāng)前要恢復(fù)的告警和所述直接子告警的父子關(guān)系及刪除當(dāng)前要恢復(fù)的告警。
[0019]為了解決上述問題，本發(fā)明還提供了一種告警系統(tǒng)，包括:
[0020]接收模塊，用于接收上報的告警消息；
[0021]處理模塊，用于根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理。
[0022]進(jìn)一步地，上述告警系統(tǒng)還具有下面特點(diǎn):所述處理模塊分析的預(yù)存的告警關(guān)系包括:
[0023]在配置管理數(shù)據(jù)庫中預(yù)存的設(shè)備之間的連接關(guān)系和告警關(guān)聯(lián)關(guān)系；
[0024]在關(guān)系數(shù)據(jù)庫中預(yù)存告警類型之間的告警關(guān)聯(lián)關(guān)系。
[0025]進(jìn)一步地，上述告警系統(tǒng)還具有下面特點(diǎn):
[0026]所述處理模塊，分析所述告警消息包括:分析所述告警發(fā)生的設(shè)備和所述告警的類型。
[0027]進(jìn)一步地，上述告警系統(tǒng)還具有下面特點(diǎn):
[0028]所述接收模塊，接收到的告警消息為發(fā)生告警；
[0029]所述處理模塊包括:
[0030]分析單元，用于查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在子告警，如存在，則將子告警作為根源告警的記錄刪除；如不存在，則查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在父告警，如存在，則將所述告警作為根源告警的記錄刪除，如不存在，則所述告警為根源告警。
[0031]進(jìn)一步地，上述告警系統(tǒng)還具有下面特點(diǎn):
[0032]所述接收模塊，接收到的告警消息為告警恢復(fù)；
[0033]所述處理模塊包括:
[0034]恢復(fù)單元，用于查找當(dāng)前要恢復(fù)的告警的所有直接子告警；遍歷每一條所述直接子告警，如所述直接子告警沒有別的父告警，則將所述直接子告警作為根源告警，然后刪除當(dāng)前要恢復(fù)的告警，如所述直接子告警有別的父告警，則刪除當(dāng)前要恢復(fù)的告警和所述直接子告警的父子關(guān)系及刪除當(dāng)前要恢復(fù)的告警。
[0035]綜上，本發(fā)明提供一種告警處理的方法及告警系統(tǒng)，能夠迅速找到根源告警，并對相關(guān)聯(lián)的告警進(jìn)行合理展現(xiàn)，以便于運(yùn)維人員迅速定位問題。
【專利附圖】

【附圖說明】
[0036]圖1為本發(fā)明實(shí)施例的處理告警的方法的流程圖；
[0037]圖2為本發(fā)明一應(yīng)用示例的處理告警的方法的流程圖；
[0038]圖3為本發(fā)明實(shí)施例的告警系統(tǒng)的示意圖。
【具體實(shí)施方式】
[0039]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。
[0040]圖1為本發(fā)明實(shí)施例的處理告警的方法的流程圖，如圖1所示，本實(shí)施例的方法包括:
[0041]S11、接收上報的告警消息；
[0042]S12、根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理。
[0043]其中，所述預(yù)存的告警關(guān)系包括:
[0044]在CMDB (Configuration Management Database,配置管理數(shù)據(jù)庫)中預(yù)存的設(shè)備之間的連接關(guān)系和告警關(guān)聯(lián)關(guān)系；在關(guān)系數(shù)據(jù)庫中預(yù)存告警類型之間的告警關(guān)聯(lián)關(guān)系。
[0045]本發(fā)明實(shí)施例的智能告警關(guān)聯(lián)方法，可以在海量告警中迅速找到根源告警，以定位和解決問題。
[0046]以下以一具體應(yīng)用示例對本發(fā)明的方法進(jìn)行詳細(xì)說明。
[0047]圖2為本發(fā)明一應(yīng)用示例的處理告警的方法的流程圖，如圖2所示，本示例包括以下步驟:
[0048]步驟101，CMDB預(yù)存設(shè)備之間的告警關(guān)聯(lián)關(guān)系；
[0049]為了使所管設(shè)備之間的連接、安裝等關(guān)系更直觀，通過CMDB將其進(jìn)行虛擬化，在本發(fā)明實(shí)施例中，針對于物理上沒有連接關(guān)系但實(shí)際確實(shí)存在告警關(guān)聯(lián)的情況，CMDB中需要額外預(yù)設(shè)多個設(shè)備之間的告警關(guān)聯(lián)關(guān)系:表征當(dāng)前設(shè)備發(fā)生告警可能是由哪些設(shè)備產(chǎn)生告警引起的以及當(dāng)前設(shè)備發(fā)生告警可能引起哪些設(shè)備發(fā)生告警。
[0050]由于設(shè)備之間具有物理上的連接關(guān)系(ConnectTo, A ConnectTo B表征A設(shè)備連接到B設(shè)備上，一般的，由于其物理上的連接關(guān)系，B設(shè)備發(fā)生告警可能會引起A設(shè)備也產(chǎn)生告警)，因此產(chǎn)生的告警也具有一定的關(guān)聯(lián)性，但由于存在物理上沒有連接關(guān)系但實(shí)際確實(shí)存在告警關(guān)聯(lián)的情況，因此需要額外整理出設(shè)備的AlarmTo (告警關(guān)聯(lián))關(guān)系以使告警關(guān)聯(lián)分析的結(jié)果更準(zhǔn)確。為了使這種關(guān)系一目了然，可將AlarmTo關(guān)系存入CMDB。
[0051]告警的AlarmTo關(guān)系可以描述為A AlarmTo (B、C)，表示A設(shè)備發(fā)生告警，可能是由B設(shè)備或者C設(shè)備的相關(guān)告警引起的。AlarmTo關(guān)系具有一定的傳遞性。假設(shè)存在AAlarmTo (B、C)，D AlarmTo (A), E AlarmTo (A)三個關(guān)聯(lián)關(guān)系，則可得B設(shè)備或者C設(shè)備產(chǎn)生告警可能導(dǎo)致A設(shè)備產(chǎn)生告警，進(jìn)而可能導(dǎo)致D設(shè)備和E設(shè)備產(chǎn)生告警。
[0052]由于AlarmTo關(guān)系并不是CMDB中固有的關(guān)系，因此需要先建立此關(guān)系，然后建立設(shè)備的告警關(guān)聯(lián)時才能引用AlarmTo關(guān)系。
[0053]步驟102，關(guān)系型數(shù)據(jù)庫中初始化具體告警碼之間的關(guān)聯(lián)關(guān)系:表征當(dāng)前類型的告警可能是由別的哪些類型的告警引起以及當(dāng)前類型的告警可能引起哪些類型的告警。
[0054]關(guān)系數(shù)據(jù)庫預(yù)存告警碼之間的告警關(guān)聯(lián)關(guān)系:
[0055]通常告警碼可以表征設(shè)備發(fā)生了什么樣的告警，為了使關(guān)聯(lián)告警分析更精確，需要把告警碼之間的關(guān)聯(lián)關(guān)系也保存起來，存為告警碼關(guān)聯(lián)表。告警碼的關(guān)聯(lián)關(guān)系明確當(dāng)前告警碼可能有哪些告警碼引起以及當(dāng)前告警碼可能弓I起哪些告警碼。
[0056]步驟103，告警系統(tǒng)接收到告警之后，進(jìn)行關(guān)聯(lián)告警分析:
[0057]A、分析當(dāng)前告警以確定是哪個設(shè)備發(fā)生的哪種告警碼的告警，通過查詢CMDB的設(shè)備連接關(guān)系和告警關(guān)聯(lián)關(guān)系，找到此設(shè)備發(fā)生告警可能導(dǎo)致哪些設(shè)備發(fā)生告警，再查詢關(guān)系型數(shù)據(jù)庫中告警碼之間的關(guān)聯(lián)關(guān)系，找到此告警碼可能導(dǎo)致哪種告警碼發(fā)生，再結(jié)合CMDB的查詢結(jié)果，在當(dāng)前所有已存在的告警中找是否有滿足條件的告警，若存在，此即為當(dāng)前告警的子告警(比如:A設(shè)備的某條告警a可引起B(yǎng)設(shè)備的某條告警b，在這種情況下，a告警就是b告警的父告警，b告警就是a告警的子告警)，若不存在，則不處理。
[0058]B、通過查詢CMDB的設(shè)備連接關(guān)系和告警關(guān)聯(lián)關(guān)系，找到此設(shè)備發(fā)生告警可能是由于哪些設(shè)備產(chǎn)生告警導(dǎo)致的，再查詢關(guān)系型數(shù)據(jù)庫中告警碼之間的關(guān)聯(lián)關(guān)系，找到此告警碼可能是由哪種告警碼導(dǎo)致的，再結(jié)合CMDB的查詢結(jié)果，在當(dāng)前所有已存在的告警中找是否有滿足條件的告警，若存在，此即為當(dāng)前告警的父告警，若不存在，當(dāng)前告警即為根源
生敬口目。
[0059]比如:A設(shè)備的某條告警a (告警碼是aa)可能引起B(yǎng)設(shè)備的某條告警b (告警碼是bb)，通過CMDB里A的設(shè)備連接關(guān)系和告警關(guān)聯(lián)關(guān)系可以找到B，查詢關(guān)系庫通過aa可以查到bb，然后在當(dāng)前所有已經(jīng)存在的告警中查找是否有滿足條件的告警，此處條件是指:是否有B設(shè)備發(fā)生的告警碼是bb的告警存在。已經(jīng)存在的每條告警都包含這樣的信息:什么設(shè)備發(fā)生的什么告警碼的告警，所以這個查找就是簡單的匹配。
[0060]本實(shí)施例中，告警系統(tǒng)接收到告警之后，將當(dāng)前告警作為根源告警，并找到發(fā)生告警的設(shè)備(curDev)以及告警碼(curAlarmCode)。
[0061]查詢當(dāng)前告警的子告警:根據(jù)curDev反查CMDB,找到當(dāng)前設(shè)備被AlarmTo的設(shè)備即為sonDevs(子告警設(shè)備),若不存在,貝U查當(dāng)前設(shè)備被ConnectTo的設(shè)備即為sonDevs,根據(jù)curAlarmCode查告警碼關(guān)聯(lián)表,找到當(dāng)前告警碼可能引起的告警碼sonAlarmCodes (子告警碼)，結(jié)合sonDevs和sonAlarmCodes在當(dāng)前所有已存在的告警中找是否有符合條件的告警，若有，則為當(dāng)前告警的子告警，將此子告警歸在當(dāng)前告警下，將子告警作為根源告警的記錄刪掉，若無，則到下一步，查詢是否有父告警。
[0062]查詢當(dāng)前告警的父告警:根據(jù)curDev反查CMDB,找到當(dāng)前設(shè)備AlarmTo的設(shè)備即為fartherDevs,若不存在則查當(dāng)前設(shè)備ConnectTo的設(shè)備即為fartherDevs,根據(jù)curAlarmCode查告警碼關(guān)聯(lián)表，找到當(dāng)前告警碼可能由哪些告警碼引起，這些告警碼即為fartherAlarmCodes,結(jié)合 fartherDevs 和 fartherAlarmCodes 在當(dāng)前所有已存在的告警中找是否有符合條件的告警，若有，則為當(dāng)前告警的父告警，將當(dāng)前告警歸在父告警下，將當(dāng)前告警作為根源告警的記錄刪掉，若無，則當(dāng)前告警為根源告警，不處理。
[0063]步驟104，告警系統(tǒng)接收到告警恢復(fù)消息之后，進(jìn)行如下處理:將當(dāng)前告警刪除掉，并且將當(dāng)前告警的直接子告警置為根源告警。
[0064]告警系統(tǒng)接收到告警恢復(fù)之后，先找到當(dāng)前要恢復(fù)告警的所有直接子告警。遍歷每一條直接子告警，若子告警沒有別的父告警，則將此子告警作為根源告警，然后刪除當(dāng)前告警，否則，只刪除子告警與當(dāng)前要恢復(fù)告警的父子關(guān)系即可。
[0065]舉個實(shí)際例子:比如空調(diào)的回風(fēng)高溫告警(a告警)和內(nèi)風(fēng)機(jī)故障的告警(b告警)都可能引起溫濕度傳感器的溫度過高的告警(c告警)，在這種情況下，c告警的父告警有兩個a告警和b告警，c告警為a告警的直接子告警，此時，如果a告警恢復(fù)，不能簡單的把c告警置為根源告警，因?yàn)閏告警還有一個父告警b告警，因此，我們只需要把c告警和a告警的告警關(guān)聯(lián)關(guān)系清除即可。這種情況下，若c告警沒有別的父告警，那么a告警恢復(fù)之后，c告警就是根源告警。
[0066]針對每一條上報的告警都查找其父告警和子告警，這樣系統(tǒng)中已經(jīng)存在的告警關(guān)系實(shí)際是一個個像拓?fù)鋱D一樣的東西，為了使后續(xù)界面正確的展示告警關(guān)聯(lián)關(guān)系，因此告警恢復(fù)的時候，當(dāng)前告警恢復(fù)了，其直接子告警(舉個例子，a告警引起b告警，b告警引起C告警，c告警引起d告警，這樣b告警就是a告警的直接子告警，但是c和d告警就不是a告警的直接子告警)就不應(yīng)該在當(dāng)前這個告警關(guān)聯(lián)拓?fù)鋱D上了(比如上個例子，b告警恢復(fù)了，那么c和d告警就不應(yīng)該在abed這四個告警組成的拓?fù)鋱D上，b告警恢復(fù)之后，拓?fù)鋱D就變成兩個，一個是單獨(dú)的a告警，一個是c告警引起d告警，而不能是a告警引起c告警，進(jìn)而引起d告警，這樣只有將子告警置為根源節(jié)點(diǎn)，后續(xù)界面才能正確顯示)。
[0067]以上所述為針對一條上報的告警，進(jìn)行告警關(guān)聯(lián)分析，對每一條上報的告警都進(jìn)行如上告警關(guān)聯(lián)分析之后，即可得到當(dāng)前所有告警的父子關(guān)系，進(jìn)而找到所有的根源告警。
[0068]圖3為本發(fā)明實(shí)施例的告警系統(tǒng)的示意圖，如圖3所示，本實(shí)施例的告警系統(tǒng)包括:
[0069]接收模塊，用于接收上報的告警消息；
[0070]處理模塊，用于根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理。
[0071]其中，所述處理模塊分析的預(yù)存的告警關(guān)系包括:
[0072]在配置管理數(shù)據(jù)庫中預(yù)存的設(shè)備之間的連接關(guān)系和告警關(guān)聯(lián)關(guān)系；
[0073]在關(guān)系數(shù)據(jù)庫中預(yù)存告警類型之間的告警關(guān)聯(lián)關(guān)系。
[0074]其中，所述處理模塊，分析所述告警消息包括:分析所述告警發(fā)生的設(shè)備和所述告警的類型。
[0075]在一優(yōu)選實(shí)施例中，所述接收模塊，接收到的告警消息為發(fā)生告警；
[0076]所述處理模塊可以包括:
[0077]分析單元，用于查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在子告警，如存在，則將子告警作為根源告警的記錄刪除；如不存在，則查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在父告警，如存在，則將所述告警作為根源告警的記錄刪除，如不存在，則所述告警為根源告警。
[0078]在一優(yōu)選實(shí)施例中，所述接收模塊，接收到的告警消息為告警恢復(fù)；
[0079]所述處理模塊包括:
[0080]恢復(fù)單元，用于查找當(dāng)前要恢復(fù)的告警的所有直接子告警；遍歷每一條所述直接子告警，如所述直接子告警沒有別的父告警，則將所述直接子告警作為根源告警，然后刪除當(dāng)前要恢復(fù)的告警，如所述直接子告警有別的父告警，則刪除當(dāng)前要恢復(fù)的告警和所述直接子告警的父子關(guān)系及刪除當(dāng)前要恢復(fù)的告警。
[0081]本發(fā)明實(shí)施例的告警系統(tǒng)預(yù)存告警關(guān)聯(lián)關(guān)系，包括CMDB中預(yù)存設(shè)備之間的連接關(guān)系和告警關(guān)聯(lián)關(guān)系及關(guān)系數(shù)據(jù)庫中預(yù)存告警碼之間的告警關(guān)聯(lián)關(guān)系。告警系統(tǒng)接收到每一條告警進(jìn)行關(guān)聯(lián)告警分析，找到當(dāng)前告警的父告警和子告警，若找不到父告警，則當(dāng)前告警即為根源告警。系統(tǒng)接收到告警恢復(fù)，需要將當(dāng)前告警進(jìn)行恢復(fù)，并將其直接子告警置為根源告警。
[0082]綜上所述，本發(fā)明實(shí)施例根據(jù)CMDB和關(guān)系數(shù)據(jù)庫中預(yù)存的告警關(guān)聯(lián)關(guān)系，對每一條上報的告警進(jìn)行關(guān)聯(lián)告警分析，找到其父告警和子告警，以此找到根源告警，防止根源告警淹沒在海量告警信息中，便于運(yùn)維人員迅速定位和解決問題。
[0083]本發(fā)明實(shí)施例僅闡述實(shí)現(xiàn)告警關(guān)聯(lián)的業(yè)務(wù)邏輯，以期使運(yùn)維人員能在海量或者重復(fù)告警中找到真正的根源告警，迅速定位和解決問題。本發(fā)明實(shí)施例也并未特指網(wǎng)絡(luò)管理系統(tǒng)，本發(fā)明適用于具有網(wǎng)絡(luò)管理功能的各種系統(tǒng)，尤其涉及其中的告警相關(guān)模塊。[0084]本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計(jì)算機(jī)可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用一個或多個集成電路來實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能模塊的形式實(shí)現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。
[0085]以上僅為本發(fā)明的優(yōu)選實(shí)施例，當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
【權(quán)利要求】
1.一種處理告警的方法，包括: 接收告警消息； 根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理。
2.如權(quán)利要求1所述的方法，其特征在于:所述預(yù)存的告警關(guān)系包括: 在配置管理數(shù)據(jù)庫中預(yù)存的設(shè)備之間的連接關(guān)系和告警關(guān)聯(lián)關(guān)系； 在關(guān)系數(shù)據(jù)庫中預(yù)存告警類型之間的告警關(guān)聯(lián)關(guān)系。
3.如權(quán)利要求1所述的方法，其特征在于:所述分析所述告警消息包括: 分析所述告警發(fā)生的設(shè)備和所述告警的類型。
4.如權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于: 所述告警消息為發(fā)生告警，所述根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理，包括: 查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在子告警，如存在，則將子告警作為根源告警的記錄刪除；如不存在，則查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在父告警，如存在，則將所述告警作為根源告警的記錄刪除，如不存在，則所述告警為根源告警。
5.如權(quán)利要求1-3任一項(xiàng)所述的方法,其特征在于: 所述告警消息為告警恢復(fù)，所述根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理包括， 查找當(dāng)前要恢復(fù)的告警的所有直接子告警； 遍歷每一條所述直接子告警，如所述直接子告警沒有別的父告警，則將所述直接子告警作為根源告警，然后刪除當(dāng)前要恢復(fù)的告警，如所述直接子告警有別的父告警，則刪除當(dāng)前要恢復(fù)的告警和所述直接子告警的父子關(guān)系及刪除當(dāng)前要恢復(fù)的告警。
6.一種告警系統(tǒng)，其特征在于，包括: 接收模塊，用于接收上報的告警消息； 處理模塊，用于根據(jù)預(yù)存的告警關(guān)系分析所述告警消息，查找根源告警并處理。
7.如權(quán)利要求6所述的告警系統(tǒng)，其特征在于:所述處理模塊分析的預(yù)存的告警關(guān)系包括: 在配置管理數(shù)據(jù)庫中預(yù)存的設(shè)備之間的連接關(guān)系和告警關(guān)聯(lián)關(guān)系； 在關(guān)系數(shù)據(jù)庫中預(yù)存告警類型之間的告警關(guān)聯(lián)關(guān)系。
8.如權(quán)利要求6所述的告警系統(tǒng)，其特征在于: 所述處理模塊，分析所述告警消息包括:分析所述告警發(fā)生的設(shè)備和所述告警的類型。
9.如權(quán)利要求6-8所述的告警系統(tǒng)，其特征在于: 所述接收模塊，接收到的告警消息為發(fā)生告警； 所述處理模塊包括: 分析單元，用于查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在子告警，如存在，則將子告警作為根源告警的記錄刪除；如不存在，則查詢所述配置管理數(shù)據(jù)庫和所述關(guān)系數(shù)據(jù)庫，查找所述告警是否存在父告警，如存在，則將所述告警作為根源告警的記錄刪除，如不存在，則所述告警為根源告警。
10.如權(quán)利要求6-8任一項(xiàng)所述的告警系統(tǒng)，其特征在于:所述接收模塊，接收到的告警消息為告警恢復(fù)； 所述處理模塊包括: 恢復(fù)單元，用于查 找當(dāng)前要恢復(fù)的告警的所有直接子告警；遍歷每一條所述直接子告警，如所述直接子告警沒有別的父告警，則將所述直接子告警作為根源告警，然后刪除當(dāng)前要恢復(fù)的告警，如所述直接子告警有別的父告警，則刪除當(dāng)前要恢復(fù)的告警和所述直接子告警的父子關(guān)系及刪除當(dāng)前要恢復(fù)的告警。
【文檔編號】G06F17/30GK103607295SQ201310534645
【公開日】2014年2月26日 申請日期:2013年10月31日 優(yōu)先權(quán)日:2013年10月31日
【發(fā)明者】白濤利, 周旭強(qiáng), 孔鵬 申請人:南京中興新軟件有限責(zé)任公司