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

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


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