專利名稱：用于處理網絡管理系統(tǒng)中的故障信息的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種方法，其中網絡管理系統(tǒng)(NMS)處理由高容量網絡設備產生的故障信息，如大量告警或事件等，并實時地向客戶端轉發(fā)處理過的故障信息，更具體地，涉及一種故障信息處理方法和系統(tǒng)，用于使用數(shù)據(jù)庫表建模更快速和有效地處理告警，以改善在應用中將數(shù)據(jù)存儲在告警數(shù)據(jù)庫中的延遲，這種延遲是處理告警和事件中最嚴重的問題。
背景技術：
通常，網絡管理系統(tǒng)用于管理多個系統(tǒng)與之相連的網絡。因此，網絡管理系統(tǒng)直接和間接與構成了網絡的每個系統(tǒng)相連，并接收每個系統(tǒng)的狀態(tài)信息，以管理該系統(tǒng)。此外，可以在與網絡管理系統(tǒng)相連的每個操作員的計算機上確認此狀態(tài)信息。
與網絡管理系統(tǒng)相連的系統(tǒng)包括交換系統(tǒng)、傳輸系統(tǒng)等。網絡管理系統(tǒng)與交換系統(tǒng)和傳輸系統(tǒng)相連，以便從每個系統(tǒng)收集故障數(shù)據(jù)和維護數(shù)據(jù)，以作為數(shù)據(jù)庫對數(shù)據(jù)進行管理。
在以往的技術中，按照同步的方式實時處理故障數(shù)據(jù)。術語‘同步’表示如下方式當產生表示告警或事件的軟中斷(trap)時，故障管理模塊接收軟中斷，按照可存儲的格式處理數(shù)據(jù)，然后，將處理過的數(shù)據(jù)共同存儲在系統(tǒng)內的數(shù)據(jù)庫表中。
即，同步方式表示順序執(zhí)行從接收軟中斷的步驟開始到作為最后步驟的將所述軟中斷存儲在數(shù)據(jù)庫表中的步驟的各個步驟，即并不按照單獨的處理來執(zhí)行各個步驟。
圖1是示出了根據(jù)以往的技術的同步告警和事件處理系統(tǒng)的示意圖。網絡管理系統(tǒng)100總是監(jiān)控通信網絡的狀態(tài)，以便將網絡維護在最佳狀態(tài)下，收集并累積網絡的狀態(tài)、故障、業(yè)務數(shù)據(jù)等，并存儲網絡中所產生的多個故障信息，并將所需的故障信息提供給客戶端170，所述客戶端170是與網絡管理系統(tǒng)100交互工作的多個故障管理計算機。
即，當網絡中所產生的故障信息或軟中斷到達網絡管理系統(tǒng)100時，網絡管理系統(tǒng)100將軟中斷存儲在數(shù)據(jù)庫表中，并進行管理，以便響應來自客戶端170的請求，提供適當?shù)男畔ⅰ?br> 如圖所示，根據(jù)以往技術的網絡管理系統(tǒng)100包括故障管理模塊110，用于將從外部系統(tǒng)接收到的故障信息存儲在數(shù)據(jù)庫表中；監(jiān)聽端口監(jiān)視模塊120，用于執(zhí)行針對監(jiān)聽器的額外任務；監(jiān)聽表130，用于臨時存儲從外部接收到的軟中斷；告警表140和事件表150，用于從監(jiān)聽表130接收并存儲與告警或事件有關的數(shù)據(jù)；以及客戶端列表160，用于管理單獨的客戶端170，并存儲客戶端的列表。
根據(jù)以往的技術，網絡管理系統(tǒng)100將從外部接收到的軟中斷存儲在監(jiān)聽表130中，可以將監(jiān)聽表130理解為臨時存儲空間，然后，利用接收到的軟中斷更新告警表140和事件表150。
即，在以往的技術中，在由于網絡故障的產生而接收到軟中斷時，由網絡管理系統(tǒng)100中的故障管理模塊110更新告警表140和事件表150中的故障產生歷史。這種更新與將接收到的軟中斷存儲在監(jiān)聽表130中的處理一起執(zhí)行。
為此，監(jiān)聽數(shù)據(jù)庫具有監(jiān)聽表，作為針對單獨客戶端170的故障信息識別空間?？蛻舳?70可以從分配給該客戶端的監(jiān)聽表中讀取故障信息，并識別故障產生，所述故障產生由作為客戶端170 PC中所驅動的應用程序的故障管理器來識別。
即，如果客戶端運行故障管理器以處理實時事件，將表格分配給該故障管理器，其是由服務器創(chuàng)建的數(shù)據(jù)庫中的監(jiān)聽器。將按照已驅動故障管理器的數(shù)目來創(chuàng)建監(jiān)聽表。這樣做的目的在于轉發(fā)由每個故障管理器執(zhí)行的不相關任務的結果。
在根據(jù)以往技術的故障管理器中，故障管理模塊110由軟中斷接收端口監(jiān)視器構成，用于在存儲數(shù)據(jù)時執(zhí)行除了存儲純軟中斷信息以外的幾項額外任務。典型地，端口監(jiān)視器是連續(xù)運行并為了處理計算機系統(tǒng)期望接收到的周期性服務器請求的目的而存在的程序。端口監(jiān)聽程序用于執(zhí)行與系統(tǒng)操作有關的任務，同時在后臺狀態(tài)下進行操作，以及正確地轉發(fā)要由其他程序或處理進行處理的收集請求。
因此，作為故障管理端口監(jiān)視應用程序的軟中斷接收端口監(jiān)視器保持在后臺狀態(tài)下，并自動開始操作，并在產生要處理的任務的條件下，執(zhí)行所需的任務。例如，當接收到釋放告警時，作為軟中斷接收端口監(jiān)視器的故障管理模塊110利用如位置、時間等告警產生信息，在現(xiàn)有的已產生和已存儲告警中找出相應的告警，并寫入告警釋放，或執(zhí)行告警總結任務，用于指示上層網絡圖上的代表告警。
在根據(jù)以往技術的同步軟中斷處理結構中，在產生每個軟中斷時，都執(zhí)行這種額外的功能。即，各個客戶端170利用輪詢方法，接收如上述進行處理的軟中斷，并在屏幕上顯示該信息。
輪詢的意思是客戶端周期性地查詢數(shù)據(jù)庫中的監(jiān)聽表130，以確定是否有新到的告警信息存在，然后取出該數(shù)據(jù)。
告警表140存儲并管理網絡中所產生的全部告警數(shù)據(jù)，以及事件表150存儲網絡中所產生的除告警之外的全部事件。
監(jiān)聽表130是臨時存儲設備中所產生的全部軟中斷(例如，告警或事件)從而使客戶端170能夠輪詢所述軟中斷的表。監(jiān)聽表130用于向客戶端170轉發(fā)輪詢方式的實時軟中斷。為此，監(jiān)聽表130臨時存儲所有產生的軟中斷，并且每個客戶端170通過周期性地輪詢監(jiān)聽表130來接收軟中斷信息。
監(jiān)聽端口監(jiān)視(LD)模塊120利用最后讀取的告警序列號，周期性地刪除已經由所有客戶端170讀取出的監(jiān)聽表130中的軟中斷信息，同時對已經請求輪詢的所有客戶端的列表進行管理。
此時，最后讀取的告警序列號表示由客戶端進行周期性告警輪詢時最后讀取的告警的序列號，并被稱為最后序列(last_seq)。換句話說，在解析告警的同時，將序列號賦予每個新轉發(fā)的告警。此號碼是遞增自然數(shù)，并將如1、2、3、4、5、6、…等序列號應用于已轉發(fā)告警。
例如，如果一個客戶端輪詢新到達監(jiān)聽表130的十個告警1、2、3、4、5、6、7、8、9和10，則最后序列(last_seq)為10。
在傳統(tǒng)的同步告警處理方法中，在最后存儲每個已產生的告警信息之前，需要執(zhí)行特定的相關任務，以便實時地轉發(fā)告警信息。例如，直到執(zhí)行該任務為止，每個客戶端170都不能對告警進行輪詢，例如，所述任務為釋放告警、處理代表告警或針對按照交迭的方式產生的告警遞增告警計數(shù)等。
為此，軟中斷接收端口監(jiān)視器110執(zhí)行單一的提交(commit)，用于將告警存儲在表格130、140和150中。各個客戶端170不能對告警進行輪詢，直到執(zhí)行了單一的提交為止。提交表示在成功完成了事務時所執(zhí)行的對數(shù)據(jù)庫的更新。
同時，由SQL刪除語句，只針對由全部客戶端170讀取的告警，周期性地刪除存儲在表格130、140和150中的軟中斷信息。這極大地減少了每秒所能處理的告警數(shù)，這是因為在處理中的額外任務阻塞了實時告警，而花費了大量的時間。
網絡規(guī)模和管理范圍的幾何級數(shù)擴大需要能夠管理更高容量網絡的網絡管理系統(tǒng)(NMS)。作為使高容量處理成為可能的NMS功能之一的告警管理器必須能夠處理比目前針對小系統(tǒng)而開發(fā)的傳統(tǒng)結構中所能處理的軟中斷數(shù)(例如，20到30個TPS)多得多的軟中斷(例如，最小值為200個TPS)。
如上所述，在以往的技術中，在由于所產生的網絡故障接收到軟中斷時，由作為軟中斷接收端口監(jiān)視器的故障管理模塊110對告警表140和事件表150中的故障產生歷史進行更新，并且與將接收到的軟中斷存儲在監(jiān)聽表130中的處理一起進行更新。
此外，在以往的技術中，在產生單獨的告警或事件時，獨立地執(zhí)行由故障管理模塊110在接收到軟中斷時所執(zhí)行的上述處理。即，在以往的技術中，存在由于在產生一個告警時所重復的處理而延遲軟中斷處理時間的問題。

發(fā)明內容
因此，本發(fā)明的一個目的是提出一種用于在NMS中處理故障信息的方法和系統(tǒng)，允許使用異步方式和塊提交方式周期性地實時處理故障信息和共同處理大量軟中斷，以便向具有增加高容量的網絡系統(tǒng)中的操作員快速地轉發(fā)多個告警和事件信息，而這是現(xiàn)有的同步方式不能實現(xiàn)的。
本發(fā)明的另一目的是提出一種在監(jiān)聽表中對軟中斷的臨時存儲，由故障管理模塊或其他耗時的額外功能簡單地執(zhí)行，通過監(jiān)聽端口監(jiān)視模塊采用異步事務處理方式來執(zhí)行，以便更快地處理大量的告警和事件信息，而這是現(xiàn)有的同步方式無法實現(xiàn)的，從而實現(xiàn)多個軟中斷的實時處理。
本發(fā)明的另一目的是提出一種用于處理故障信息的方法和系統(tǒng)，其易于且廉價地實施，并具有更高的效率。
為了實現(xiàn)上述和其他目的，本發(fā)明基于一種具有以下單獨模塊的網絡管理系統(tǒng)。即，根據(jù)本發(fā)明的網絡管理系統(tǒng)包括告警表，用于存儲和管理告警；事件表，用于存儲和管理類似事件的信息；監(jiān)聽表，即臨時軟中斷存儲數(shù)據(jù)庫，用于客戶端告警管理器的輪詢；客戶端列表，用于管理相連客戶端的列表；故障管理模塊，用于將從外部系統(tǒng)接收到的故障信息存儲在所述監(jiān)聽表中；以及監(jiān)聽端口監(jiān)視(LD)模塊，用于按照異步方式只存儲和轉發(fā)與實時告警本身有關的信息，并在告警產生時允許作為后臺任務執(zhí)行額外的任務，以增強實時告警處理速度。
根據(jù)本發(fā)明，如果從網絡產生告警或事件，則向作為網絡管理系統(tǒng)中的故障管理模塊的軟中斷接收端口監(jiān)視模塊轉發(fā)該告警和事件。所述軟中斷接收端口監(jiān)視模塊對所產生的軟中斷進行處理，并將其存儲在數(shù)據(jù)庫中。
本發(fā)明的特征在于，通過改善針對現(xiàn)有告警處理而設計的數(shù)據(jù)庫表建模和應用異步告警轉發(fā)方式來增強實時告警處理速度。


通過當結合其中以相似的參考符號表示相同或相似的組件的附圖考慮時參考以下詳細描述，本發(fā)明更全面的評價及其多個附帶優(yōu)點將顯而易見，并得到更好的理解，其中圖1是示出了根據(jù)以往技術的同步告警和事件處理系統(tǒng)的示意圖；圖2是示出了根據(jù)本發(fā)明的異步告警和事件處理系統(tǒng)的示意圖；以及圖3是示出了根據(jù)本發(fā)明的異步故障產生信息處理過程的示意圖。
具體實施例方式
此后，將參照附圖，對本發(fā)明的優(yōu)選實施例進行詳細地描述。如果在以下對本發(fā)明的描述中，認為對公知的相關功能或結構的詳細討論將給本發(fā)明的主題帶來不必要的模糊，將省略對其的描述。下述術語是考慮到其在本發(fā)明中的功能而定義的術語。該定義應當被理解為基于這里所描述的內容，由于其可能會根據(jù)用戶的意愿、實踐等發(fā)生變化。
圖2是示出了根據(jù)本發(fā)明的異步告警和事件處理系統(tǒng)的示意圖。如圖所示，本發(fā)明包括故障管理模塊210，用于將從外部系統(tǒng)接收到的故障信息存儲在監(jiān)聽表230中，所述監(jiān)聽表230是用于客戶端告警管理器輪詢的臨時軟中斷存儲數(shù)據(jù)庫；告警表240，用于存儲和管理告警；事件表250，用于存儲和管理類似事件的信息；客戶端列表260，用于管理相連客戶端的列表；以及監(jiān)聽端口監(jiān)視模塊220，用于通過在產生告警的同時，實時地向告警表和事件表共同發(fā)送故障信息，來按照異步方式執(zhí)行歷史管理。
作為故障管理模塊210的軟中斷接收端口監(jiān)視器是設備中所產生的告警首先到達的單元。軟中斷接收端口監(jiān)視器的最大作用是將告警數(shù)據(jù)解析為可存儲在數(shù)據(jù)庫中的格式。端口監(jiān)視器還周期性地執(zhí)行塊提交，并將數(shù)據(jù)包存儲在監(jiān)聽表230中。
此時，解析表示將系統(tǒng)中所產生的告警數(shù)據(jù)處理為可存儲在數(shù)據(jù)庫中的格式。此外，提交是類似于插入的概念，其中插入表示將數(shù)據(jù)放入表格中，而非存儲。提交表示最后存儲數(shù)據(jù)，其中直到執(zhí)行了提交時才存儲數(shù)據(jù)。
同時，按照每次通過上述插入寫入數(shù)據(jù)時執(zhí)行最終存儲的方式，每次執(zhí)行對盤的寫任務，花費了大量的時間。因此，本發(fā)明的特征在于通過一次共同存儲數(shù)據(jù)包的塊提交來執(zhí)行數(shù)據(jù)存儲。
監(jiān)聽端口監(jiān)視模塊220是服務器中執(zhí)行監(jiān)聽表230的幾個額外功能并執(zhí)行根據(jù)本發(fā)明的異步告警信息處理的程序。與以往技術中的同步方式不同，異步告警信息處理方式包括故障管理模塊210收集故障信息并將其存儲在監(jiān)聽表中的處理、以及通過單獨執(zhí)行的監(jiān)聽端口監(jiān)視模塊220更新告警表240和事件表250中的故障信息的處理。這用于避免在依賴于傳統(tǒng)的同步方式時所遇到的延遲處理時間。
此監(jiān)聽端口監(jiān)視模塊220適合于通過執(zhí)行以逐個分區(qū)為基礎的塊提交和周期性數(shù)據(jù)刪除來提高告警信息處理速度，這些是本發(fā)明的特征。
如前所述，監(jiān)聽表230是出現(xiàn)在數(shù)據(jù)庫中的表格，其中可以將該表理解為用于存儲數(shù)據(jù)的特定空間。監(jiān)聽表230是本發(fā)明所定義的術語，其表示所有客戶端觀察監(jiān)聽表230以確定告警信息是否到達。即，如果產生了告警，其將被立即存儲在監(jiān)聽表230中，并且所有客戶端將讀取監(jiān)聽表230，并取出所需的告警信息。
告警表240和事件表250接收并最終存儲與來自監(jiān)聽表230的告警或事件有關的數(shù)據(jù)。
在操作中，向每個客戶端270賦予其惟一的標識符(ID)號碼以區(qū)分各個客戶端270，并且標識符(ID)號碼由數(shù)據(jù)庫所給出的序列號(如1、2、3、…等)組成。
按照如前所述賦予的標識符(ID)號碼，對客戶端270進行管理。存儲和管理這樣驅動的客戶端270的表格是數(shù)據(jù)庫中的客戶端列表260。
圖3是示出了根據(jù)本發(fā)明的異步故障產生信息處理過程的示意圖。
如上所述，本發(fā)明的特征在于當從網絡產生軟中斷時，作為故障管理模塊210的軟中斷接收端口監(jiān)視器將到達的軟中斷存儲在監(jiān)聽表230即數(shù)據(jù)庫中；以及監(jiān)聽端口監(jiān)視模塊220以逐個分區(qū)為基礎周期性地執(zhí)行對軟中斷的塊提交和數(shù)據(jù)刪除，作為存儲所述軟中斷之后的單獨進程。
此時，客戶端270將能夠通過監(jiān)聽表230中的周期性軟中斷輪詢來識別網絡故障產生。
將更為詳細地討論該過程。首先，如果網絡中所產生的軟中斷到達故障管理模塊210，則故障管理模塊210將到達的軟中斷數(shù)據(jù)解析為可存儲格式，然后將其臨時存儲在監(jiān)聽表230中(10)。
如前所述，解析表示將系統(tǒng)中所產生的告警數(shù)據(jù)處理成可存儲在數(shù)據(jù)庫中的格式，通常指分析輸入語句中的單詞的功能在語法上是否正確。
當軟中斷到達時，針對故障管理模塊210，驅動作為故障管理模塊210中的額外程序線程的定時器，以周期性地執(zhí)行塊提交(例如，每一秒)(20)。
塊提交表示一次共同存儲數(shù)據(jù)包，并用于避免由于接收到的軟中斷數(shù)據(jù)的單獨存儲而引起的處理速度退化。
監(jiān)聽端口監(jiān)視模塊220是服務器中以逐個分區(qū)為基礎周期性地執(zhí)行塊提交和數(shù)據(jù)刪除的程序，這是本發(fā)明的特征。監(jiān)聽端口監(jiān)視模塊220從監(jiān)聽表230中周期性地取出跟隨在最后序列(last_seq)之后的全部軟中斷信息(30)。如前所述，最后序列(last_seq)表示在客戶端周期性地進行告警輪詢時所讀取出的最后一個告警的序列號。
周期性地取出跟隨在最后序列(last_seq)之后的全部軟中斷表示周期性地檢索(輪詢)監(jiān)聽表230，以取出新到達的告警。最后序列(last_seq)用于區(qū)分新到達的告警。
監(jiān)聽端口監(jiān)視模塊220能夠只取出大于先前已經正確讀取出的最后告警序列號的號碼。例如，假設告警序列號(alarm seq_no)如1、2、3、4、5、6、7、8、9、10、11和12目前出現(xiàn)在監(jiān)聽表230中。此時，如果在前一輪詢時最后號碼為10，只需在新輪詢時，取出具有大于10的告警號碼的數(shù)據(jù)，從而只取出11、12和13。
監(jiān)聽端口監(jiān)視模塊220將已經如上所述從監(jiān)聽表230中取出的軟中斷信息存儲在告警表240和事件表250中(40)。當其為告警時，監(jiān)聽端口監(jiān)視模塊220將從監(jiān)聽表230中取出的軟中斷信息存儲在告警表240中，并在產生故障釋放等時，將軟中斷信息記錄在告警表240中。此外，當產生交迭告警時，監(jiān)聽端口監(jiān)視模塊220相應地執(zhí)行產生計數(shù)遞增。
告警表240由表示特定告警的產生或非產生、產生次數(shù)等的表格構成。在單獨產生故障時，將產生釋放或非產生釋放和交迭產生或非交迭產生記錄在告警表中，并對故障產生信息進行更新。
因此，監(jiān)聽端口監(jiān)視模塊220將通過根據(jù)產生釋放或非產生釋放和交迭產生或非交迭產生更新寫入告警表240中的故障產生信息，來進行針對故障產生的歷史管理。
與由故障管理模塊210執(zhí)行的將故障產生信息存儲在監(jiān)聽表230中分離地執(zhí)行由監(jiān)聽端口監(jiān)視模塊220執(zhí)行的這種歷史管理。即，在以往的技術中，由故障管理模塊210順序執(zhí)行故障產生信息的存儲和歷史管理，將引起歷史管理的時間延遲。
本發(fā)明通過監(jiān)聽端口監(jiān)視模塊220執(zhí)行歷史管理，與由故障管理模塊210執(zhí)行的故障產生信息的存儲相分離，并將已更新故障產生信息存儲在告警表和事件表中。此時，也通過周期性的塊提交來執(zhí)行對已更新故障產生信息的存儲，伴隨下述代表告警處理。
即，監(jiān)聽端口監(jiān)視模塊220與對從監(jiān)聽表210中取出的軟中斷的歷史管理一起，處理代表告警。代表告警的處理表示從大量產生的告警中計算代表告警信息的任務。在本發(fā)明中，通過檢查從監(jiān)聽表210中取出的告警來選擇代表告警信息，并通常通過具有最高告警類的告警來確定。
即，監(jiān)聽端口監(jiān)視模塊220選擇具有最嚴重故障程度的告警，并將其作為代表告警進行處理。此代表告警處理使根據(jù)塊提交的共同代表告警選擇成為可能。
即，在將從監(jiān)聽表230中取出的軟中斷信息存儲在告警表240和事件表250中時，監(jiān)聽端口監(jiān)視模塊220執(zhí)行其中對數(shù)據(jù)進行打包并共同處理的塊提交，在該處理中，選擇顯示出最高故障程度的數(shù)據(jù)包中的類。因此，根據(jù)所選擇的類，執(zhí)行共同代表告警選擇(50)。
監(jiān)聽端口監(jiān)視模塊220的最重要的功能包括周期性的數(shù)據(jù)分區(qū)刪除。存儲在監(jiān)聽表230中的告警信息用于客戶端270的輪詢。應當周期性地刪除已經進行了輪詢的信息。因此，因為周期性地刪除已存儲的信息，監(jiān)聽表230中的存儲可以被理解為臨時存儲。
本發(fā)明的特征在于在刪除舊數(shù)據(jù)，即已經被讀取的數(shù)據(jù)時，在存儲在監(jiān)聽表230中的告警信息中，以逐個分區(qū)為基礎，刪除已存儲的數(shù)據(jù)，而不必逐一找出和刪除舊數(shù)據(jù)。
此時，以十分鐘的時間間隔創(chuàng)建分區(qū)，并將包含在這十分鐘內的告警全部存儲在相同的分區(qū)中。如果時間已經過去，則刪除該分區(qū)，即十分鐘單位的舊分區(qū)，從而一次刪除包含在該分區(qū)中的數(shù)據(jù)。
這用于增強在如上所述逐一找出并刪除舊數(shù)據(jù)時所引起的處理速度延遲，并且根據(jù)以逐個分區(qū)為基礎的共同刪除，對處理速度的極大提升成為可能(60)。
此外，監(jiān)聽端口監(jiān)視模塊220從客戶端列表260中周期性地刪除異常終止的客戶端的列表。如果正常終止了告警管理器，每個客戶端270將不再執(zhí)行輪詢，并從客戶端列表中刪除其信息。
但是，由于在異常終止告警管理器時不能執(zhí)行此處理，監(jiān)聽端口監(jiān)視模塊220監(jiān)視異常終止，并在進行異常終止時，執(zhí)行強制例程。
即，監(jiān)聽端口監(jiān)視模塊220監(jiān)視客戶端列表260，并將監(jiān)視時間與客戶端270的最后輪詢時間進行比較，以確定是否進行了異常終止。如果確定為異常終止，監(jiān)聽端口監(jiān)視模塊220從客戶端列表260中刪除異常終止的客戶端的列表(70)。
客戶端270通過與網絡管理系統(tǒng)200相連并收集所需的網絡故障信息來執(zhí)行直接網絡管理，不同于前述網絡管理系統(tǒng)200中的程序模塊210到260。
為此，客戶端270首先運行故障管理器，所述故障管理器為在客戶端PC(個人計算機)中驅動的應用程序，然后將運行事實登記在客戶端列表260中，并接收所分配的惟一號碼(80)。
即，在最初運行中，客戶端270寫入其運行時間信息，并接收作為所述客戶端的標識符的已分配客戶端標識符(client_id)，以便將該標識符登記在客戶端列表260上。
在將標識符登記在客戶端列表260上之后，客戶端詢問新告警數(shù)據(jù)是否出現(xiàn)。即，客戶端270執(zhí)行輪詢，以確定在監(jiān)聽表230中是否存在新到達的告警信息，并檢查是否存在大于最后序列(last_seq)號的號碼(如上所述)，以確認新告警數(shù)據(jù)是否到達(90)。換句話說，客戶端270將從客戶端列表260中讀取已經被客戶端輪詢過的最后序列(last_seq)，并將輪詢出現(xiàn)在監(jiān)聽表230中的告警序列號(Alarmseq_no)中、具有大于最后序列(last_seq)號的數(shù)值的告警。在已經進行了輪詢之后，客戶端270將作為客戶端執(zhí)行輪詢的時間的輪詢終止時間和最后讀取出的軟中斷的序列號(last_seq)存儲在客戶端列表260中。根據(jù)所設置的周期，重復執(zhí)行此輪詢任務。當正常終止故障管理器并因此終止連接時，客戶端270執(zhí)行從客戶端列表260中刪除其信息的任務。
根據(jù)上述本發(fā)明，能夠處理在系統(tǒng)故障和不穩(wěn)定時所引起的大量軟中斷擁塞，并使軟中斷處理期間的損失最小。此外，大量實時軟中斷(例如200或更多個TPS)的處理和存儲成為可能，其在高容量集成網絡管理中是必需的，從而與傳統(tǒng)的每秒大約20到30個軟中斷處理相比，實現(xiàn)了每秒200或更多個軟中斷處理。
可以將本發(fā)明實現(xiàn)為計算機可讀介質中的計算機可執(zhí)行指令。計算機可讀介質包括其中存儲或包括計算機可讀數(shù)據(jù)、或者可以包括能夠由計算機或處理單元讀取的任何類型的數(shù)據(jù)的所有種類的介質。例如，計算機可讀介質包括但不限于存儲介質，如磁存儲介質(例如ROM、軟盤、硬盤等)；光讀取介質(例如CD-ROM(只讀光盤)、DVD(數(shù)字通用盤)、光盤的可重寫版本等)；混合磁光盤；有機盤；系統(tǒng)存儲器(只讀存儲器、隨機存取存儲器)；非易失性存儲器，如閃速存儲器等；或任何其他易失性或非易失性存儲器；其他半導體介質；電介質；電磁介質；紅外線或其他通信介質，如載波等(例如，通過因特網或其他計算機的傳輸)。通信介質通常具體實現(xiàn)為計算機可讀指令、數(shù)據(jù)結構、程序模塊或調制信號中的其他數(shù)據(jù)，如載波或其他包括任何信息傳遞媒介的可傳送機制。如通信介質等計算機可讀介質可以包括如射頻、紅外微波等無線介質和如有線網絡等有線介質。而且，計算機可讀介質可以存儲和執(zhí)行分布在通過網絡相連的計算機中的計算機可讀代碼。計算機可讀介質還包括在處理系統(tǒng)中或分布在可以是本地或遠程處理系統(tǒng)的多處理系統(tǒng)中的協(xié)作或互連計算機可讀介質。本發(fā)明還包括其上存儲有數(shù)據(jù)結構的計算機可讀介質，所述數(shù)據(jù)結構包括多個包含表示本發(fā)明的技術的數(shù)據(jù)的字段。
盡管已經結合附圖對本發(fā)明的技術要旨進行了描述，其用于描述本發(fā)明的優(yōu)選實施例而非限制本發(fā)明。此外，應當清楚的是，在不偏離本發(fā)明的精神和范圍的前提下，本領域的普通技術人員可以對本發(fā)明進行多種改變和限制。
利用本發(fā)明，由故障管理模塊簡單地執(zhí)行軟中斷在監(jiān)聽表中的臨時存儲，并通過監(jiān)聽端口監(jiān)視模塊采用異步事務處理方式來執(zhí)行其他耗時的額外功能，以便更為快速地處理大量告警和事件信息，這在現(xiàn)有同步方式中是不能實現(xiàn)的，從而實現(xiàn)多個軟中斷的實時處理。
權利要求
1.一種處理網絡管理系統(tǒng)中的故障信息的方法，所述方法包括第一步驟，由故障管理模塊收集故障產生信息，并將其存儲在監(jiān)聽表中；第二步驟，由監(jiān)聽端口監(jiān)視模塊以逐個分區(qū)為基礎，周期性地刪除所述監(jiān)聽表中的故障產生信息；以及第三步驟，由監(jiān)聽端口監(jiān)視模塊更新告警表和事件表中的故障產生信息，并處理代表告警。
2.根據(jù)權利要求1所述的方法，其特征在于在所述第一步驟中，所述故障管理模塊解析并存儲所收集到的故障產生信息。
3.根據(jù)權利要求1所述的方法，其特征在于在所述第一步驟中，所述故障管理模塊通過周期性地執(zhí)行塊提交，將所收集到的故障產生信息存儲在所述監(jiān)聽表中。
4.根據(jù)權利要求1所述的方法，其特征在于以特定的時間為基礎形成所述第二步驟中的故障產生信息分區(qū)。
5.根據(jù)權利要求1所述的方法，其特征在于所述第二步驟中以逐個分區(qū)為基礎刪除所述故障產生信息表示周期性地刪除舊數(shù)據(jù)分區(qū)。
6.根據(jù)權利要求1所述的方法，其特征在于所述第三步驟中，由監(jiān)聽端口監(jiān)視模塊對故障產生信息的所述存儲以更新所述告警表和所述事件表中的故障產生信息是通過塊提交來執(zhí)行的。
7.根據(jù)權利要求1所述的方法，其特征在于所述第三步驟從針對用于更新故障產生信息的塊提交的數(shù)據(jù)包中選擇代表告警。
8.一種用于增強故障信息處理速度的網絡管理系統(tǒng)，包括故障管理模塊，用于收集來自網絡的故障產生信息；監(jiān)聽表，用于存儲從所述故障管理模塊周期性地發(fā)送過來的故障產生信息；以及監(jiān)聽端口監(jiān)視模塊，用于以逐個分區(qū)為基礎刪除所述監(jiān)聽表中的故障產生信息，更新告警表和事件表中的故障產生信息，以及選擇代表告警。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于所述故障管理模塊解析并存儲所收集到的故障產生信息。
10.根據(jù)權利要求8所述的系統(tǒng)，其特征在于所述故障管理模塊通過周期性地執(zhí)行塊提交，將所收集到的故障產生信息存儲在所述監(jiān)聽表中。
11.根據(jù)權利要求8所述的系統(tǒng)，其特征在于所述監(jiān)聽表以特定的時間為基礎形成分區(qū)。
12.根據(jù)權利要求8所述的系統(tǒng)，其特征在于所述監(jiān)聽端口監(jiān)視模塊執(zhí)行塊提交以更新所述告警表和所述事件表中的故障產生信息。
13.根據(jù)權利要求8所述的系統(tǒng)，其特征在于所述監(jiān)聽端口監(jiān)視模塊從針對用于更新故障產生信息的塊提交的數(shù)據(jù)包中選擇代表告警。
14.根據(jù)權利要求8所述的系統(tǒng)，其特征在于所述監(jiān)聽端口監(jiān)視模塊周期性地刪除舊數(shù)據(jù)分區(qū)，從而以逐個分區(qū)為基礎刪除故障產生信息。
15.一種處理網絡管理系統(tǒng)中的故障信息的方法，所述方法包括當網絡中所產生的軟中斷到達故障管理模塊時，由所述故障管理模塊將到達的軟中斷數(shù)據(jù)解析為可存儲格式，然后臨時存儲在監(jiān)聽表中；當軟中斷到達時，驅動所述故障管理模塊的定時器，以周期性地執(zhí)行塊提交；由監(jiān)聽端口監(jiān)視模塊從所述監(jiān)聽表中周期性地取出跟隨最后序列的全部軟中斷信息；由所述監(jiān)聽端口監(jiān)視模塊將從所述監(jiān)聽表中取出的軟中斷信息存儲在告警表和事件表中；由所述監(jiān)聽端口監(jiān)視模塊根據(jù)所選擇的類執(zhí)行共同代表告警選擇；通過由所述監(jiān)聽端口監(jiān)視模塊周期性地刪除舊數(shù)據(jù)分區(qū)，以逐個分區(qū)為基礎周期性地刪除所述監(jiān)聽表中的故障產生信息，存儲在所述監(jiān)聽表中的告警信息用于通過客戶端進行輪詢，并周期性地刪除已經進行了輪詢的信息，以及利用周期性的刪除，所述監(jiān)聽表中的存儲為臨時存儲；以及由所述監(jiān)聽端口監(jiān)視模塊監(jiān)視所述客戶端列表，并將監(jiān)視時間與客戶端的最后輪詢時間進行比較，以確定是否進行了異常終止，當確定存在異常終止時，則由所述監(jiān)聽端口監(jiān)視模塊從所述客戶端列表中刪除異常終止的客戶端的列表。
16.根據(jù)權利要求15所述的方法，其特征在于還包括由客戶端運行所述故障管理器，然后通過最初運行，將客戶端的標識符登記在所述客戶端列表上，客戶端寫入其運行時間信息，并接收客戶端標識符的已分配標識符。
17.根據(jù)權利要求16所述的方法，其特征在于還包括在將標識符登記在所述客戶端列表上之后，由客戶端查詢新告警數(shù)據(jù)是否存在，并且客戶端執(zhí)行輪詢，以確認所述監(jiān)聽表中是否存在新到達的告警信息，并檢查是否存在大于最后序列號的號碼，以確認新告警數(shù)據(jù)是否到達。
18.根據(jù)權利要求17所述的方法，其特征在于還包括通過周期性地輪詢所述監(jiān)聽表，周期性地取出跟隨最后序列的全部軟中斷，以取出新到達的告警，其中最后序列用于區(qū)分新到達的告警，并且最后序列是在客戶端周期性地執(zhí)行告警輪詢時所讀取的最后一個告警的序列號。
19.根據(jù)權利要求17所述的方法，其特征在于當其為告警時，所述監(jiān)聽端口監(jiān)視模塊將從所述監(jiān)聽表中取出的軟中斷信息存儲在所述告警表中，并在產生故障釋放時，將軟中斷信息記錄在所述告警表中。
20.根據(jù)權利要求19所述的方法，其特征在于當產生交迭告警時，監(jiān)聽端口監(jiān)視模塊相應地執(zhí)行產生計數(shù)遞增。
21.根據(jù)權利要求17所述的方法，其特征在于所述告警表由表示特定告警的產生或非產生、產生次數(shù)的表格構成，當單獨產生故障時，將產生釋放或非產生釋放和交迭產生和非交迭產生記錄在所述告警表中，并更新故障產生信息。
22.根據(jù)權利要求17所述的方法，其特征在于在將從所述監(jiān)聽表中取出的軟中斷信息存儲在所述告警表和所述事件表中時，所述監(jiān)聽端口監(jiān)視模塊執(zhí)行其中對數(shù)據(jù)進行打包并共同處理的塊提交，其中，選擇顯示出最高故障程度的數(shù)據(jù)包中的類。
23.根據(jù)權利要求17所述的方法，其特征在于還包括在刪除包括已經被讀取的數(shù)據(jù)的舊數(shù)據(jù)時，在存儲在所述監(jiān)聽表中的告警信息中，以逐個分區(qū)為基礎刪除已存儲數(shù)據(jù)群，而無需逐一地找出和刪除舊數(shù)據(jù)，此時，以特定的時間間隔創(chuàng)建分區(qū)，并將包含在特定時間間隔中的告警全部存儲在相同的分區(qū)中，當時間過去時，刪除特定時間間隔單位的舊分區(qū)，其中一次刪除包含在分區(qū)中的數(shù)據(jù)。
24.根據(jù)權利要求17所述的方法，其特征在于所述監(jiān)聽端口監(jiān)視模塊從所述客戶端列表中周期性地刪除異常終止的客戶端的列表，當正常終止所述告警管理器時，每個客戶端不再執(zhí)行輪詢并從所述客戶端列表中刪除其信息。
25.根據(jù)權利要求17所述的方法，其特征在于所述客戶端通過與網絡管理系統(tǒng)相連并收集所需的網絡故障信息來執(zhí)行直接網絡管理。
26.一種用于增強故障信息處理速度的網絡管理系統(tǒng)，包括故障管理模塊，當網絡中所產生的軟中斷到達所述故障管理模塊時，將到達的軟中斷數(shù)據(jù)解析為可存儲格式，然后臨時存儲在所述監(jiān)聽表中，當軟中斷到達時，驅動所述故障管理模塊的定時器，以周期性地執(zhí)行塊提交；以及存儲器，包括監(jiān)聽端口監(jiān)視模塊，用于從所述監(jiān)聽表中周期性地取出跟隨最后序列的全部軟中斷信息，所述監(jiān)聽端口監(jiān)視模塊將從所述監(jiān)聽表中取出的軟中斷信息存儲在所述告警表和所述事件表中，所述監(jiān)聽端口監(jiān)視模塊根據(jù)所選擇的類執(zhí)行共同代表告警選擇，通過周期性地刪除舊數(shù)據(jù)分區(qū)，所述監(jiān)聽端口監(jiān)視模塊以逐個分區(qū)為基礎周期性地刪除故障產生信息，存儲在所述監(jiān)聽表中的告警信息用于通過客戶端進行輪詢，并周期性地刪除已經進行了輪詢的信息，以及利用周期性的刪除，所述監(jiān)聽表中的存儲為臨時存儲，所述監(jiān)聽端口監(jiān)視模塊監(jiān)視所述客戶端列表，并將監(jiān)視時間與客戶端的最后輪詢時間進行比較，以確定是否進行了異常終止，當確定存在異常終止時，則由所述監(jiān)聽端口監(jiān)視模塊從所述客戶端列表中刪除異常終止的客戶端的列表，客戶端將客戶端的標識符登記在所述客戶端列表上，客戶端寫入其運行時間信息，并接收客戶端標識符的已分配標識符，在將標識符登記在所述客戶端列表上之后，由客戶端查詢新告警數(shù)據(jù)是否存在，并且客戶端執(zhí)行輪詢，以確認所述監(jiān)聽表中是否存在新到達的告警信息，并檢查是否存在大于最后序列號的號碼，以確認新告警數(shù)據(jù)是否到達。
27.一種計算機可讀介質，具有用于執(zhí)行處理網絡管理系統(tǒng)中的故障信息的方法的計算機可執(zhí)行指令，包括當網絡中所產生的軟中斷到達時，將到達的軟中斷數(shù)據(jù)解析為可存儲格式，然后臨時存儲在第一表中；當軟中斷到達時，周期性地執(zhí)行塊提交；從所述第一表中周期性地取出跟隨最后序列的全部軟中斷信息；將從所述第一表中取出的軟中斷信息存儲在第二表和第三表中；根據(jù)所選擇的類執(zhí)行共同代表告警選擇；通過周期性地刪除舊數(shù)據(jù)分區(qū)，以逐個分區(qū)為基礎周期性地刪除所述第一表中的故障產生信息，存儲在所述第一表中的告警信息用于通過客戶端進行輪詢，并周期性地刪除已經進行了輪詢的信息，以及利用周期性的刪除，所述第一表中的存儲為臨時存儲，在刪除包括已經被讀取的數(shù)據(jù)的舊數(shù)據(jù)時，在存儲在所述第一表中的告警信息中，以逐個分區(qū)為基礎刪除已存儲數(shù)據(jù)群，而無需逐一地找出和刪除舊數(shù)據(jù)；監(jiān)視第四表，并將監(jiān)視時間與客戶端的最后輪詢時間進行比較，以確定是否進行了異常終止，當確定存在異常終止時，則從所述第四表中刪除異常終止的客戶端的列表；將客戶端的標識符登記在所述第四表上，客戶端寫入其運行時間信息，并接收客戶端標識符的已分配標識符；以及在將標識符登記在所述第四表上之后，由客戶端查詢新告警數(shù)據(jù)是否存在，并且客戶端執(zhí)行輪詢，以確認所述第一表中是否存在新到達的告警信息，并檢查是否存在大于最后序列號的號碼，以確認新告警數(shù)據(jù)是否到達。
28.一種其上存儲有數(shù)據(jù)結構的計算機可讀介質，包括第一字段，包含表示由故障管理模塊收集故障產生信息，并將其存儲在監(jiān)聽表中的數(shù)據(jù)；第二字段，包含表示由監(jiān)聽端口監(jiān)視模塊以逐個分區(qū)為基礎，周期性地刪除所述監(jiān)聽表中的故障產生信息的數(shù)據(jù)；以及第三字段，包含表示由監(jiān)聽端口監(jiān)視模塊更新告警表和事件表中的故障產生信息，并處理代表告警的數(shù)據(jù)。
全文摘要
一種方法，其中網絡管理系統(tǒng)(NMS)處理與從高容量網絡設備產生的故障有關的信息，如大量的告警或事件等，并實時地向客戶端轉發(fā)處理過的故障信息。更具體地，本發(fā)明涉及一種故障信息處理方法和系統(tǒng)，使用數(shù)據(jù)庫表建模，更快、更有效地處理告警，以改善在應用中將數(shù)據(jù)存儲在告警數(shù)據(jù)庫中的延遲，這種延遲是處理告警和事件中最嚴重的問題。利用本發(fā)明，由故障管理模塊簡單地執(zhí)行軟中斷在監(jiān)聽表中的臨時存儲，并通過監(jiān)聽端口監(jiān)視模塊采用異步事務處理方式來執(zhí)行其他耗時的額外功能，以便更為快速地處理大量告警和事件信息，這在現(xiàn)有同步方式中是不能實現(xiàn)的，從而實現(xiàn)多個軟中斷的實時處理。
文檔編號G06F11/273GK1655517SQ200510003889
公開日2005年8月17日 申請日期2005年1月19日 優(yōu)先權日2004年2月11日
發(fā)明者全應善 申請人:三星電子株式會社