[發(fā)明專利]一種告警信息的處理方法及裝置

有效

• 申請?zhí)枺?/td>: 201310222301.4
• 申請日: 2013-06-06
• 公開（公告）號: CN104243184B
• 公開（公告）日: 2018-01-30
• 發(fā)明（設(shè)計）人: 劉巖
• 申請（專利權(quán)）人: 中國移動通信集團河北有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京中譽威圣知識產(chǎn)權(quán)代理有限公司11279
• 代理人: 郭振興,彭曉玲

技術(shù)領(lǐng)域

本發(fā)明涉及業(yè)務支撐技術(shù)領(lǐng)域，尤其涉及一種告警信息的處理方法及裝置。

背景技術(shù)

在大型企業(yè)中，系統(tǒng)的運維管理涉及到大量的主機、數(shù)據(jù)庫和中間件等的性能監(jiān)控，目前普遍采用的是由一整套完善的監(jiān)控告警系統(tǒng)來收集機房內(nèi)通信設(shè)備的各種參數(shù)，如主機的CPU利用率、內(nèi)存使用率、文件系統(tǒng)使用率等，將達到一定級別的信息及時通過短信或郵件等形式通知到相應責任人，從而在一定程度上反映著硬件設(shè)備的運行信息及健康狀態(tài)。

現(xiàn)有的監(jiān)控告警系統(tǒng)的處理流程如圖1所示。所有主動或被動接收到的事件信息都首先進入原始事件，原始事件經(jīng)過標準化和分類后成為事件。事件已經(jīng)成為一個帶有告警級別的對象，但在生成當前告警之前，還會進行過濾、合并等處理工序。統(tǒng)故障的表象，可能需要用戶進行網(wǎng)絡(luò)的檢查和恢復操作，當前告警產(chǎn)生時，系統(tǒng)會自動將告警級別以不同顏色的形式傳遞到拓撲上，并且會匹配規(guī)則啟動短信、Email等方式進行通知，甚至進入工單處理系統(tǒng)，當告警超過定制的時限還沒有進行處理，將根據(jù)定義的規(guī)則自動進行告警升級。所有當前告警經(jīng)過處理和清除之后，將從當前告警轉(zhuǎn)移到歷史告警中，供以后的統(tǒng)計分析、知識庫的形成、告警預測等方面使用。

現(xiàn)有的告警通知流程如圖2所示，在現(xiàn)有告警通知流程中對于告警信息的產(chǎn)生階段做了相應的對象匹配，然后直接將其通知給被管對象，而未對告警區(qū)分處理優(yōu)先級，也缺乏對告警信息的篩選和回顧，此時當大量告警信息涌來的時候就容易加大維護人員的維護難度，難以充分發(fā)揮告警系統(tǒng)的實用程度。

由上述可知，現(xiàn)有的監(jiān)控告警系統(tǒng)中存在著如下的缺陷：

1.在告警通知階段中，由于每臺服務器需要監(jiān)控多種屬性，造成了告警信息繁雜，這樣對于維護人員來說如何從繁多的告警中找到急需處理的告警在極大程度上影響著系統(tǒng)的運維工作，當前的告警監(jiān)控系統(tǒng)中只是簡單的對告警區(qū)分級別，然而在實際維護中每個告警信息需要處理的緊急程度都是不同的。

2.有很多告警信息由于業(yè)務的特性，可能其數(shù)值是習慣性波動的，如某一時間段主機的CPU利用率高可能的原因是這個時間段業(yè)務量大，這個時候?qū)嶋H上只需要人為關(guān)注該主機的信息并不需要處理，當業(yè)務量降低的時候告警會自動解除，即這種告警信息只有達到一定的閥值時才需要進行處理。大量的這種不需立即處理的信息頻繁發(fā)出告警使得維護人員對告警信息產(chǎn)生了麻痹情緒，很可能會因此錯過了重要的告警，缺乏一種有效的手段來根據(jù)告警嚴重程度動態(tài)調(diào)整告警頻率來幫助維護人員很快的定位出不同告警的緊急程度。

3.當前的告警系統(tǒng)中沒有一個智能的告警信息優(yōu)化方法，當某些告警信息的存在是不合理的時候，大多數(shù)情況下是由維護人員主動提出針對這一部分的告警做相應處理，如進行告警閥值的調(diào)整。或者就是告警系統(tǒng)的管理員人為進行告警的回顧與處理，從而優(yōu)化當前系統(tǒng)中存在的告警信息。不存在一種智能的告警通知，可以根據(jù)不同告警的處理狀態(tài)及系統(tǒng)的健康情況主動對告警的調(diào)整做出相應推薦。

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

為了解決現(xiàn)有技術(shù)中的技術(shù)問題，本發(fā)明提出一種告警信息的處理方法及裝置，能夠根據(jù)系統(tǒng)中各類告警信息的級別動態(tài)調(diào)整其在告警時出現(xiàn)的頻率，更適合工作人員對系統(tǒng)進行維護。

本發(fā)明的一個方面，提出了一種告警信息的處理方法，包括：預設(shè)各告警信息的告警等級和初始權(quán)值；接收告警信息；根據(jù)所述告警信息的告警等級和初始權(quán)值，通過記憶模型計算所述告警信息的發(fā)送時間間隔；根據(jù)所述時間間隔發(fā)送所述告警信息。

本發(fā)明的另一個方面，還提出了一種告警信息的處理裝置，包括告警信息預設(shè)模塊、告警信息接收模塊、發(fā)送時間間隔計算模塊和告警信息發(fā)送模塊，其中：所述告警信息預設(shè)模塊，用于預設(shè)各告警信息的告警等級和初始權(quán)值；所述告警信息接收模塊，用于接收告警信息；所述發(fā)送時間間隔計算模塊，用于根據(jù)所述告警信息的告警等級和初始權(quán)值，通過記憶模型計算所述告警信息的發(fā)送時間間隔；所述告警信息發(fā)送模塊，用于根據(jù)所述時間間隔發(fā)送所述告警信息。

本發(fā)明的告警信息的處理方法及裝置，通過預設(shè)告警信息的告警等級和初始權(quán)值，利用記憶模型計算告警信息的發(fā)送時間間隔，并按照得到的時間間隔發(fā)送各告警信息，從而使不同的告警信息在告警時出現(xiàn)的頻率不一樣，越是緊急的告警出現(xiàn)的頻率越高，發(fā)送的時間間隔也應越短。而不嚴重的告警可以相應的將告警頻率進行動態(tài)調(diào)整，使其告警時間間隔變大，從而避免過于頻繁的出現(xiàn)造成維護人員對告警短信的忽視。

附圖說明

圖1是現(xiàn)有的監(jiān)控告警系統(tǒng)告警信息的處理流程示意圖；

圖2是現(xiàn)有的告警通知流程圖；