專利名稱：一種告警風暴的處理方法及處理裝置的制作方法
技術領域：
本發(fā)明涉及移動通訊領域，特別是涉及網(wǎng)管系統(tǒng)中對于告警風暴的處理方 法及處理裝置。
背景技術：
告警管理作為TMN ( Telecommunications Management Network Model， 電 信管理網(wǎng))體系結構提供的重要管理功能之一，其穩(wěn)定性直接影響到整個網(wǎng)管 系統(tǒng)的穩(wěn)定。對告警管理模塊的穩(wěn)定性與處理效率影響最大的莫過于告警風 暴。當告警風暴來到時，其會大量消耗系統(tǒng)資源，導致網(wǎng)管系統(tǒng)反映遲緩甚至 崩潰。告警風暴是任何一個網(wǎng)管系統(tǒng)都應該面對的問題，如果沒有有效的處理 方法，告警風暴會帶來無可挽回的損失。
當前的網(wǎng)管系統(tǒng)中，對于告警風暴的處理方法主要是采用用戶定制告警制 規(guī)則的方式來抑制某種類型的告警，使指定類型的告警上報到網(wǎng)管后直接被拋 棄，或者只保存到數(shù)據(jù)庫，而并不顯示到客戶端。
上述方法存在以下缺陷只能對依靠經(jīng)驗事先已知可能造成告警風暴的告 警進行屏蔽，對于未知類型的告警，無處理能力。當未知類型的告警風暴來臨 時，系統(tǒng)已經(jīng)來不及做出反應，導致網(wǎng)管系統(tǒng)反映遲緩甚至崩潰。另外，屏蔽 告警風暴的時候，如果采取告警風暴期間所有告警直接丟棄的方式，那么可能 丟棄某些具有重要意義的告警，進而影響到系統(tǒng)的使用。如果采用將告警保存 到數(shù)據(jù)庫，只是不顯示到客戶端的方式，那么服務器端仍然需要做處理，不能 有效減輕服務器端的負荷。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是提供一種能夠?qū)Ω婢L暴進行自適應處理，不 會丟失關鍵數(shù)據(jù)，且能夠提高網(wǎng)管系統(tǒng)的靈活性、穩(wěn)定性和一致性的告警風暴 的處理方法及處理裝置，用以解決現(xiàn)有技術不能對未知類型的告警風暴處理， 或不能有效減輕服務器端的負荷，以及可能丟棄某些具有重要意義的告警的問 題。
為解決上述技術問題， 一方面，本發(fā)明提供一種告警風暴的處理方法，所
述方法包括以下步驟
獲取上報告警的頻率和持續(xù)時間；
當所述上報告警的頻率和持續(xù)時間均大于其各自預先設置的閾值時，則判 定告警風暴產(chǎn)生，對所述告警風暴按照設定規(guī)則進行處理。
進一步，所述對告警風暴進行處理的方法包括將所述上報告警丟棄或轉(zhuǎn) 存到文件系統(tǒng)中。
進一步，將所述上報告警轉(zhuǎn)存到文件系統(tǒng)中之后，還包括以下步驟
當所述告警風暴結束后，將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中恢復
成告警對象，并插入到歷史告警庫中。
進一步，在對所述告警風暴進行處理的同時，還包括 產(chǎn)生一條告警風暴告警，用于提示用戶告警風暴的發(fā)生；所述告警風暴告
警包含的信息包括引起告警風暴的告警名稱、頻率和持續(xù)時間。
另一方面，本發(fā)明還提供一種告警風暴的處理裝置，所述裝置包括 告警信息獲取單元，用于獲取上報告警的頻率和持續(xù)時間； 告警風暴判斷單元，用于根據(jù)所述告警信息獲取單元獲取的上報告警的頻
率和持續(xù)時間，判斷告警風暴是否產(chǎn)生；
告警風暴處理單元，用于當告警風暴產(chǎn)生后，對所述告警風暴按照設定規(guī)
則進行處理。
進一步，所述告警風暴處理單元包括告警丟棄子單元，用于丟棄產(chǎn)生告警風暴的上報告警；
告警轉(zhuǎn)存子單元，用于將產(chǎn)生告警風暴的上^R告警轉(zhuǎn)存到文件系統(tǒng)中。
進一步，所述告警風暴處理單元還包括
告警恢復子單元，用于當所述告警風暴結束后，將轉(zhuǎn)存到文件系統(tǒng)的上報 告警從文件系統(tǒng)中恢復成告警對象，并插入到歷史告警庫中。 進一步，所述處理裝置還包括
告警恢復設置單元，用于設置將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中 恢復時，恢復其中一部分或全部。
進一步，所述告警信息獲取單元包括
計數(shù)器，用于記錄所述上報告警的數(shù)目以及上報告警的發(fā)生時間； 告警風暴處理器，用于接收所述上報告警，并更新所述計數(shù)器。 進一步，所述處理裝置還包括
告警處理設置單元，用于設置所述上報告警的頻率閾值和持續(xù)時間閾值， 以及設置對告警風暴按照設定規(guī)則進行處理的方法。 本發(fā)明有益效果如下
通過根據(jù)告警的頻率和持續(xù)時間來判斷告警風暴的產(chǎn)生，可以對已知或未 知告警產(chǎn)生的告警風暴進行處理，提高網(wǎng)管系統(tǒng)的靈活性、穩(wěn)定性和一致性； 另外，通過對告警的轉(zhuǎn)存，在告警風暴結束后，再對告警進行恢復處理，避免 丟棄某些具有重要意義的告警，也有效減輕了服務器端的負荷。


圖1是本發(fā)明第一實施例告警風暴處理方法的流程圖； 圖2是本發(fā)明第二實施例告警風暴處理方法的流程圖； 圖3是本發(fā)明第三實施例告警風暴處理裝置的結構示意圖； 圖4是本發(fā)明第四實施例告警風暴處理裝置的結構示意圖； 圖5是本發(fā)明第五實施例告警風暴處理裝置的子系統(tǒng)結構圖；圖6是本發(fā)明實施例告警風暴處理方法中告警處理流程圖7是本發(fā)明實施例告警風暴處理方法中后臺處理線程流程圖。
具體實施例方式
為了解決現(xiàn)有技術對告警風暴處理不恰當?shù)膯栴}，本發(fā)明提供了 一種告警 風暴的處理方法及處理裝置，以下結合附圖以及實施例，對本發(fā)明進行進一步 詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限 定本發(fā)明。
告警風暴的特征就是告警在短時間內(nèi)大量地上報，從而大量消耗系統(tǒng)資源 導致系統(tǒng)崩潰。如果我們在網(wǎng)管系統(tǒng)接收到告警上報而未真正進行處理之前先 進行一個預處理，當發(fā)現(xiàn)告警在一段時間內(nèi)以一個較高的頻率上報時，則認為 告警風暴發(fā)生，對于這些告警進行直接丟棄或者轉(zhuǎn)儲到文件系統(tǒng)，則能有效去 除垃圾數(shù)據(jù)，降低網(wǎng)管系統(tǒng)的負載。
本發(fā)明的核心思想是根據(jù)上報告警的頻率以及持續(xù)時間來動態(tài)的判斷告 警風暴是否產(chǎn)生。當告警風暴產(chǎn)生時，上報的告警不會再發(fā)送到告警模塊進行 處理，而是直接丟棄或者轉(zhuǎn)儲到文件系統(tǒng)中。當轉(zhuǎn)儲到文件系統(tǒng)中，待告警風 暴過去以后，用戶可以自行手動將這些轉(zhuǎn)儲到文件系統(tǒng)的告警數(shù)據(jù)恢復，并轉(zhuǎn) 換為歷史告警以供用戶查看。
圖l是本發(fā)明的實施例1,本實施例中，對告警風暴的處理方法包括以下 步驟
SlOl，首先獲取上報告警的頻率和持續(xù)時間。上報告警的頻率通過記錄告 警的個數(shù)，以及記錄每條告警的發(fā)生時間，經(jīng)過計算獲得上報告警的頻率；并 且記錄上報告警的持續(xù)時間。
S102,判斷告警風暴是否產(chǎn)生。具體步驟如下將步驟S101中獲取的上 報告警的頻率和持續(xù)時間，分別與預先設置在系統(tǒng)中的上報告警的頻率閾值和 上報告警的持續(xù)時間閾值進行比較，只有當步驟SIOI中獲取的上報告警的頻率和持續(xù)時間均大于各自的閾值時，才判定告警風暴產(chǎn)生；兩者只有其一超過
其設置的閾值，或兩者均沒有超過其設置的閾值時，則判定沒有產(chǎn)生告警風暴。
即，假設預先設置在系統(tǒng)中的上報告警的頻率閾值為每秒50條，上報告警的 持續(xù)時間閾值為IO秒，則當步驟SIOI中獲取上報告警的頻率大于每秒50條， 且步驟SIOI中獲取的上報告警的持續(xù)時間大于IO秒時，則判定告警風暴產(chǎn)生； 若步驟SIOI中獲取上報告警的頻率不大于每秒50條，或步驟SIOI中獲取的 上報告警的持續(xù)時間不大于IO秒時，則判定沒有產(chǎn)生告警風暴。當告警風暴 產(chǎn)生時，轉(zhuǎn)步驟S103,否則，轉(zhuǎn)步驟S104。
S103,對告警風暴按照設定規(guī)則進行處理。本步驟中對告警風暴按照設定 規(guī)則進行處理的處理方法可以為任何對告警風暴處理行之有效的方法，例如， 直接丟棄上報告警，或者將告警保存到數(shù)據(jù)庫，或者將上才艮告警轉(zhuǎn)存到文件系 統(tǒng)中。
S104，結束。本步驟的結束是指對本次上報告警的判斷、處理過程的結束， 并不是所有程序的結束，在結束本次步驟之后，需要對下一時段內(nèi)的上報告警 進行監(jiān)測，獲取下一時段內(nèi)的上報告警的頻率和持續(xù)時間，即循環(huán)步驟 S101 S104。
通過根據(jù)上報告警的頻率和持續(xù)時間對告警風暴是否產(chǎn)生進行判斷，可以 準確的判斷告警風暴的產(chǎn)生，并且不受告警是否已知或未知的限制，大大提高 了系統(tǒng)對告警風暴的處理能力。
圖2是本發(fā)明的實施例2，本實施例中，對告警風暴的處理方法包括以下 步驟
其中步驟S201、 S202、 S205分別與實施例1中的步-驟SlOl、 S102、 S104 相同，在此不再詳述。當判斷告警風暴產(chǎn)生后，包括以下步驟
S203,將上報告警轉(zhuǎn)存到文件系統(tǒng)中。在將告警對象轉(zhuǎn)儲到文件系統(tǒng)的時 候，本實施例使用了 一個第三方的包Xstream來協(xié)助處理。Xstream是一套簡 單實用的類庫，用于序列化對象與XML (Extentsible Markup Language，可擴展標記語言)對象之間的相互轉(zhuǎn)換，它具有以下幾個特點靈活易用，無需映 射，高速穩(wěn)定，清晰易懂。本實施例使用Xstream來將告警對象轉(zhuǎn)換為XML 文件并存儲到文件系統(tǒng)中，在恢復的時候再由XML文件提取告警對象并恢復。
S204,當告警風暴結束后，將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中恢 復成告警對象，并插入到歷史告警庫中。本步驟中，可以查看在文件系統(tǒng)中存 有哪些時段的被轉(zhuǎn)存的告警風暴，選擇某個時間段內(nèi)的告警進行恢復，可以選 擇恢復一部分或者全部告警，通過解析對應的文件，恢復告警風暴，被恢復的 告警會進入歷史告警庫以備日后察看。
經(jīng)過測試，直接將告警轉(zhuǎn)儲到文件系統(tǒng)耗用的時間，是讓告警走完整個網(wǎng) 管的處理鏈所花費的時間的二十分之一 ，可以大大節(jié)省處理的時間和網(wǎng)管的負 荷，有利于在告警風暴來時保持系統(tǒng)的穩(wěn)定。
在實施例1步驟S103和實施例2步驟S203進行的同時，還包括以下步驟
產(chǎn)生一條告警風暴告警，其詳細信息包括是何種告警引起了告警風暴，風 暴持續(xù)時間，頻率等信息，提示用戶告警風暴的發(fā)生。
圖3是本發(fā)明的實施例3，本實施例中，告警風暴的處理裝置包括以下結
構
告警信息獲取單元31，用于獲取上報告警的頻率和持續(xù)時間； 告警風暴判斷單元32,用于根據(jù)告警信息獲取單元31獲取的上報告警的 頻率和持續(xù)時間，判斷告警風暴是否產(chǎn)生。具體判斷方法如下將告警信息獲 取單元31獲取的上報告警的頻率和持續(xù)時間，分別與預先設置在系統(tǒng)中的上 報告警的頻率閾值和上報告警的持續(xù)時間閾值進行比較，只有當告警信息獲取 單元31獲取的上報告警的頻率和持續(xù)時間均大于各自的閾值時，才判定告警 風暴產(chǎn)生；兩者只有其一超過其設置的閾值，或兩者均沒有超過其設置的閾值 時，則判定沒有產(chǎn)生告警風暴。即，假設預先設置在系統(tǒng)中的上報告警的頻率 閾值為每秒60條，上報告警的持續(xù)時間閾值為8秒，則當告警信息獲取單元 31獲取上報告警的頻率大于每秒60條，且告警信息獲取單元31獲取的上報告警的持續(xù)時間大于8秒時，則判定告警風暴產(chǎn)生；若告警信息獲取單元31獲 取上報告警的頻率不大于每秒60條，或告警信息獲取單元31獲取的上報告警 的持續(xù)時間不大于8秒時，則判定沒有產(chǎn)生告警風暴。
告警風暴處理單元33，用于當告警風暴產(chǎn)生后，對告警風暴按照設定規(guī)則 進行處理。告警風暴處理單元33對告警風暴按照設定^見則進行處理的處理方 法可以為任何對告警風暴處理行之有效的方法，例如，直接丟棄上報告警，或 者將告警保存到數(shù)據(jù)庫，或者將上報告警轉(zhuǎn)存到文件系統(tǒng)中。
圖4是本發(fā)明的實施例4，本實施例中，告警風暴的處理裝置包括以下結
構
告警信息獲取單元41，用于獲取上報告警的頻率和持續(xù)時間；告警信息獲 取單元41進一步包括計數(shù)器411和告警風暴處理器412,其中，計數(shù)器411用 于記錄上報告警的數(shù)目以及上報告警的發(fā)生時間；告警風暴處理器412用于接 收上報告警，并更新所述計數(shù)器。
告警風暴判斷單元42,用于根據(jù)告警信息獲取單元41獲取的上報告警的 頻率和持續(xù)時間，判斷告警風暴是否產(chǎn)生。本實施例中，告警風暴判斷單元42、 與實施例3中的告警風暴判斷單元32的結構、功能、作用相同，在此不再重 述。
告警風暴處理單元43,用于當告警風暴產(chǎn)生后，對告警風暴按照設定規(guī)則 進行處理。
本實施例的告警風暴的處理裝置還包括告警處理設置單元44和告警恢復 設置單元45。其中，告警處理設置單元44用于設置所述上報告警的頻率閾值 和持續(xù)時間闊值，以及設置對告警風暴進行處理的方法；告警恢復設置單元45 用于設置將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中恢復時，恢復其中 一部分 或全部。
告警風暴處理單元43進一步包括告警丟棄子單元431、告警轉(zhuǎn)存子單元 432和告警恢復子單元433。其中，告警風暴處理單元43對告警風暴按照設定
10規(guī)則進行處理具體為當告警處理設置單元44設置了對告警風暴進行處理的 方法為丟棄上報告警時，在告警風暴產(chǎn)生后，告警丟棄子單元431丟棄產(chǎn)生告 警風暴的上報告警；當告警處理設置單元44設置了對告警風暴進行處理的方 法為將上報告警轉(zhuǎn)存到文件系統(tǒng)中時，在告警風暴產(chǎn)生后，告警轉(zhuǎn)存子單元432 將產(chǎn)生告警風暴的上報告警轉(zhuǎn)存到文件系統(tǒng)中。當告警恢復設置單元45設置 了將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中時，告警恢復子單元433在所述 告警風暴結束后，將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中恢復成告警對 象，并插入到歷史告警庫中。
本發(fā)明上述實施例的實施，可以通過硬件或軟件的方式實施，也可以通過 軟件、硬件結合的方式實施，下面給出通過軟件、硬件結合實施的具體實例(實 施例5 )。
如圖5所示，本實施例所述告警風暴處理裝置按照C/S結構實現(xiàn)，包括客 戶端和服務器端。
客戶端包含一個告警風暴處理規(guī)則設置對話框，提供設置告警風暴處理規(guī) 則信息的界面，包括以下內(nèi)容
1、 規(guī)則名稱，及其描述。
2、 子規(guī)則屬性這里選擇當告警風暴來臨時使用哪種子規(guī)則來處理上報 告警，可以選擇的選項有直接丟棄和轉(zhuǎn)儲到文件系統(tǒng)中。
3、 規(guī)則屬性在這里我們選擇告警風暴處理規(guī)則在什么情況下啟動，要 設置的有持續(xù)時間和頻率兩項，當告警的上報頻率達到某個門限值并持續(xù)一段 時間后，系統(tǒng)會自動啟動告警風暴處理規(guī)則，當上報頻率或持續(xù)時間之一不滿 足條件時系統(tǒng)自動暫停規(guī)則。比如我們可以定義當告警上報達到每秒50條并 持續(xù)IO秒鐘后啟動MJ'J。
4、 同時有一個"告警風暴恢復"菜單，用戶點擊后會出現(xiàn)一個"告警風 暴恢復"對話框，如果處理告警風暴時選擇的是轉(zhuǎn)儲到文件系統(tǒng)，這個界面中 會顯示目前在文件系統(tǒng)中存在哪些時段的被轉(zhuǎn)儲的告警風暴，則用戶可以在客戶端手工選擇某個時間段內(nèi)的告警進行恢復，被恢復的告警會進入歷史告警庫 以備日后察看，用戶可以選擇恢復一部分或者全部告警。 服務器端告警風暴處理規(guī)則處理包含以下內(nèi)容
1、 告警風暴處理器接收告警后臺送來的告警，并更新記數(shù)器。
2、 記數(shù)器'.記錄告警的數(shù)目以及告警的發(fā)生時間。
3、 后臺處理線程定時查看記數(shù)器，判斷告警的頻率以及持續(xù)時間是否 達到門限值，以決定是否激活子處理器。
4、 子處理器^C后臺處理線程所管理，執(zhí)行實際的屏蔽告警風暴的任務。 告警風暴管理器包含以下內(nèi)容
1、告警風暴管理器其紀錄所有被轉(zhuǎn)儲到文件系統(tǒng)的告警風暴，響應客 戶端的請求返回這些告警的信息，并將其從文件系統(tǒng)恢復成告警對象并插入到 歷史告警庫中。
告警處理流程如下
后臺處理流程主要分為兩個， 一個是告警風暴處理器對上報告警的處理， 一個是后臺處理線程的流程，下面分別結合圖示進行介紹。
告警風暴處理器對上報告警的處理流程如圖6所示
當網(wǎng)管系統(tǒng)收到一條上報的告警后，告警模塊將其發(fā)送到告警風暴處理器 處理。
告警風暴處理器更新記數(shù)器。注意這里的不是一個簡單的記數(shù)器，不但要 記錄告警的個數(shù)，還要記錄每條告警的發(fā)生時間，以便計算告警的持續(xù)時間以 及頻率。
后臺處理線程的流程如圖7所示
首先后臺處理線程啟動，查看告警記數(shù)器，計算之前一個時間段內(nèi)的告警 頻率，即每秒鐘內(nèi)告警的次數(shù)，查看告警頻率是否一直高于設定閾值。
如告警頻率高于設定闊值，需要判斷之前是否有已存在并處于激活狀態(tài)的
子處理器。如無子處理器，則新建一個子處理器并激活，之后子處理器會進行抑制告 警風暴的任務，同時產(chǎn)生一條新的告警風暴告警，其詳細信息包括是何種告警 引起了告警風暴，風暴持續(xù)時間，頻率等信息，提示用戶告警風暴的發(fā)生。
如已有子處理器但是其未處于激活狀態(tài)，則將其激活，同樣需要產(chǎn)生一條 新的告警風暴告警。
如已有子處理器且處于激活狀態(tài)，則需要更新之前產(chǎn)生的告警風暴告警的 信息，包括持續(xù)時間，頻率等。
如果告警頻率不是高于門限值，則判斷之前是否有已經(jīng)創(chuàng)建并處于激活狀 態(tài)的子處理器，如有，則暫停該規(guī)則處理器并恢復之前產(chǎn)生的告警風暴告警。 如無，則不做任何處理。
處理完畢后后臺處理線程進入休眠狀態(tài)，等待一段時間后重復執(zhí)行以上操 作，如等待1秒鐘。
告警風暴的恢復流程如下
用戶點擊客戶端"告警風暴恢復"菜單。服務器端告警風暴管理器返回當 前系統(tǒng)中被保存在文件系統(tǒng)中的告警風暴信息給客戶端。
用戶在客戶端選沖奪所要恢復的告警風暴，服務器端告警風暴管理器解析對 應的文件，恢復告警風暴并將其插入到歷史告警庫中。
綜上所述，通過上述實施例可以看出，本發(fā)明通過根據(jù)告警的頻率和持續(xù) 時間來判斷告警風暴的產(chǎn)生，可以對已知或未知告警產(chǎn)生的告警風暴進行處 理，提高網(wǎng)管系統(tǒng)的靈活性、穩(wěn)定性和一致性；另外，通過對告警的轉(zhuǎn)存，在 告警風暴結束后，再對告警進行恢復處理，避免丟棄某些具有重要意義的告警， 也有效減輕了服務器端的負荷。
盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實施例，本領域的技術人員將 意識到各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應當不限于上 述實施例。
權利要求
1、一種告警風暴的處理方法，其特征在于，所述方法包括以下步驟獲取上報告警的頻率和持續(xù)時間；當所述上報告警的頻率和持續(xù)時間均大于其各自預先設置的閾值時，則判定告警風暴產(chǎn)生，對所述告警風暴按照設定規(guī)則進行處理。
2、 如權利要求1所述的告警風暴的處理方法，其特征在于，所述對告警 風暴按照設定規(guī)則進行處理的方法包括將所述上報告警丟棄或轉(zhuǎn)存到文件泉 統(tǒng)中。
3、 如權利要求2所述的告警風暴的處理方法，其特征在于，將所述上報 告警轉(zhuǎn)存到文件系統(tǒng)中之后，還包括以下步驟當所述告警風暴結束后，將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中恢復 成告警對象，并插入到歷史告警庫中。
4、 如權利要求1 3任一項所述的告警風暴的處理方法，其特征在于，在 對所述告警風暴進行處理的同時，還包括產(chǎn)生一條告警風暴告警，用于提示用戶告警風暴的發(fā)生；所述告警風暴告 警包含的信息包括引起告警風暴的告警名稱、頻率和持續(xù)時間。
5、 一種告警風暴的處理裝置，其特征在于，所述裝置包括 告警信息獲取單元，用于獲取上報告警的頻率和持續(xù)時間； 告警風暴判斷單元，用于根據(jù)所述告警信息獲取單元獲取的上報告警的頻率和持續(xù)時間，判斷告警風暴是否產(chǎn)生；告警風暴處理單元，用于當告警風暴產(chǎn)生后，對所述告警風暴按照設定規(guī) 則進行處理。
6、 如權利要求5所述的告警風暴的處理裝置，其特征在于，所述告警風 暴處理單元包括告警丟棄子單元，用于丟棄產(chǎn)生告警風暴的上報告警； 告警轉(zhuǎn)存子單元，用于將產(chǎn)生告警風暴的上"^艮告警轉(zhuǎn)存到文件系統(tǒng)中。
7、 如權利要求6所述的告警風暴的處理裝置，其特征在于，所述告警風暴處理單元還包括告警恢復子單元，用于當所述告警風暴結束后，將轉(zhuǎn)存到文件系統(tǒng)的上報 告警從文件系統(tǒng)中恢復成告警對象，并插入到歷史告警庫中。
8、 如權利要求7所述的告警風暴的處理裝置，其特征在于，所述處理裝 置還包括告警恢復設置單元，用于設置將轉(zhuǎn)存到文件系統(tǒng)的上報告警從文件系統(tǒng)中 恢復時，恢復其中一部分或全部。
9、 如權利要求5~8任一項所述的告警風暴的處理裝置，其特征在于，所 述告警信息獲取單元包括計數(shù)器，用于記錄所述上報告警的數(shù)目以及上報告警的發(fā)生時間； 告警風暴處理器，用于接收所述上報告警，并更新所述計數(shù)器。
10、 如權利要求5所述的告警風暴的處理裝置，其特征在于，所述處理裝 置還包括告警處理設置單元，用于設置上報告警的頻率閾值和持續(xù)時間閾值，以及 設置對告警風暴按照設定規(guī)則進行處理的方法。
全文摘要
本發(fā)明公開了一種告警風暴的處理方法及裝置，所述方法包括以下步驟獲取上報告警的頻率和持續(xù)時間；當所述上報告警的頻率和持續(xù)時間均大于各自預先設置的閾值時，則判斷告警風暴產(chǎn)生，對所述告警風暴按照設定規(guī)則進行處理。所述裝置包括告警處理設置單元、告警信息獲取單元、告警風暴判斷單元和告警風暴處理單元。本發(fā)明通過根據(jù)告警的頻率和持續(xù)時間來判斷告警風暴的產(chǎn)生，可以對已知或未知告警產(chǎn)生的告警風暴進行處理，提高網(wǎng)管系統(tǒng)的靈活性、穩(wěn)定性和一致性；另外，通過對告警的轉(zhuǎn)存，在告警風暴結束后，再對告警進行恢復處理，避免丟棄某些具有重要意義的告警，也有效減輕了服務器端的負荷。
文檔編號H04W88/18GK101636000SQ20091017002
公開日2010年1月27日 申請日期2009年9月1日 優(yōu)先權日2009年9月1日
發(fā)明者江有志 申請人:中興通訊股份有限公司