[發(fā)明專利]告警原因識別方法及系統(tǒng)

無效

• 申請?zhí)枺?/td>: 201210288203.6
• 申請日: 2012-08-15
• 公開（公告）號: CN102833097A
• 公開（公告）日: 2012-12-19
• 發(fā)明（設(shè)計）人: 蔡遠(yuǎn);連琨
• 申請（專利權(quán)）人: 蘇州邁科網(wǎng)絡(luò)安全技術(shù)股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 南京蘇科專利代理有限責(zé)任公司 32102
• 代理人: 陸明耀;陳忠輝

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

本發(fā)明涉及一種告警原因識別方法及系統(tǒng)，尤其是涉及一種基于并行無鎖技術(shù)的海量告警根本原因識別方法及系統(tǒng)。

【背景技術(shù)】

網(wǎng)絡(luò)告警分析是網(wǎng)絡(luò)維護(hù)中必備的手段，一般可以通過多個告警進(jìn)行根本原因分析從而得知網(wǎng)絡(luò)故障的根本原因，但在網(wǎng)絡(luò)規(guī)模較大的環(huán)境中，多種、大量的網(wǎng)絡(luò)設(shè)備的告警信息不僅繁雜且數(shù)量龐大，尤其在突發(fā)網(wǎng)絡(luò)故障時，告警峰值能達(dá)到一萬每秒的上報速度，在海量的告警突發(fā)條件下，傳統(tǒng)的解決方案通過接收告警后，鎖定告警對象資源并進(jìn)行根本原因分析的方法已經(jīng)無法適應(yīng)海量告警分析的需求，其無法做到分析如此海量的告警信息，因為處理機制的限制，則會發(fā)生所謂“丟告警”的現(xiàn)象。此時被丟棄的告警也許正是比較關(guān)鍵的告警，從而造成維護(hù)人員很難快速從告警信息中發(fā)現(xiàn)網(wǎng)絡(luò)問題。

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

為了解決上述問題，本發(fā)明的目的是提供一種告警原因識別方法。解決了當(dāng)前巨量告警突發(fā)的情況下，無法快速分析告警根本原因的問題，能夠有效解決“丟告警”現(xiàn)象。幫助維護(hù)人員快速發(fā)現(xiàn)網(wǎng)絡(luò)故障的根本原因。

本發(fā)明的另一目的是提供一種告警原因識別系統(tǒng)。

其中，本發(fā)明一實施方式的告警原因識別方法包括以下步驟：

S1、并發(fā)向一個告警數(shù)據(jù)隊列寫入告警數(shù)據(jù)包；

S2、系統(tǒng)根據(jù)需要產(chǎn)生至少一個告警分析處理單元；

S3、各個告警分析處理單元并發(fā)從告警數(shù)據(jù)隊列中讀取告警信息；

S4、告警分析處理單元進(jìn)行告警信息處理，并分析出告警原因。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述S1步驟包括：

S11、生成兩個連續(xù)的內(nèi)存隊列，一是告警索引信息隊列，用于保存告警索引信息；一是告警數(shù)據(jù)信息隊列，用于保存告警數(shù)據(jù)信息；

S13、將告警數(shù)據(jù)寫入準(zhǔn)備好的內(nèi)存中區(qū)；

S14、原子遞增告警索引信息隊列的WTAIL，分配出一個索引空間；

S15、寫入索引；

S16、將RTAIL遞增。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述S13步驟之前，還包括：

S12、增加告警數(shù)據(jù)信息隊列的尾指針，空出足夠的空間。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述S16步驟采用CMS原語進(jìn)行最小級別的同步。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述讀取告警信息為從隊列頭到RTAIL處讀取告警信息。

相應(yīng)地，本發(fā)明一實施方式的告警原因識別系統(tǒng)包括：

寫入單元，用于并發(fā)向一個告警數(shù)據(jù)隊列寫入告警數(shù)據(jù)包；

生成單元，用于系統(tǒng)根據(jù)需要產(chǎn)生至少一個告警分析處理單元；

讀取單元，用于各個告警分析處理單元并發(fā)從告警數(shù)據(jù)隊列中讀取告警信息；

分析單元，用于告警分析處理單元進(jìn)行告警信息處理，并分析出告警原因。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述寫入單元具體用于：

生成兩個連續(xù)的內(nèi)存隊列，一是告警索引信息隊列，用于保存告警索引信息；一是告警數(shù)據(jù)信息隊列，用于保存告警數(shù)據(jù)信息；

將告警數(shù)據(jù)寫入準(zhǔn)備好的內(nèi)存中區(qū)；

原子遞增告警索引信息隊列的WTAIL，分配出一個索引空間；

寫入索引；

將RTAIL遞增。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述寫入單元還用于：

增加告警數(shù)據(jù)信息隊列的尾指針，空出足夠的空間。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述寫入單元還用于采用CMS原語進(jìn)行最小級別的同步。

作為本發(fā)明的進(jìn)一步改進(jìn)，所述讀取告警信息為從隊列頭到RTAIL處讀取告警信息。

相比于現(xiàn)有技術(shù)，本發(fā)明基于并行無鎖技術(shù)，能快速處理海量告警突發(fā)的情況，防止告警因突發(fā)而導(dǎo)致被錯誤丟棄，讓運維人員能夠快速發(fā)現(xiàn)網(wǎng)絡(luò)故障的根本原因。

【附圖說明】

圖1是本發(fā)明一實施例的告警原因識別方法的流程圖；

圖2是本發(fā)明一實施例的告警原因識別系統(tǒng)的模塊圖。

【具體實施方式】

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進(jìn)行詳細(xì)描述。

如圖1所示，在本發(fā)明一實施方式中告警原因識別方法，包括以下步驟：

S1、告警突發(fā)時，會產(chǎn)生大量告警數(shù)據(jù)寫入操作，此時并發(fā)向一個告警數(shù)據(jù)隊列寫入告警數(shù)據(jù)包。其中，所述并發(fā)向一個告警數(shù)據(jù)隊列寫入告警數(shù)據(jù)包具體包括：