[發明專利]一種基于BS告警監控方法

在審

• 申請號: 201310181440.7
• 申請日: 2013-05-16
• 公開（公告）號: CN103236952A
• 公開（公告）日: 2013-08-07
• 發明（設計）人: 趙宏
• 申請（專利權）人: 浪潮通信信息系統有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及一種計算機通信應用技術領域,?具體地說是一種基于BS告警監控方法。

背景技術

對于傳統的告警監控系統，都是采用C/S結構模式，需要在每臺監控機器上安裝一套監控客戶端軟件，而這種方式既不利于用戶的使用，也不利于對客戶端軟件的管理和升級。隨著移動辦公和分布式辦公越來越盛行，采用WEB模式進行告警監控更能讓用戶容易接受和使用。

發明內容

本發明的目的是提供一種基于BS告警監控方法。

本發明的目的是按以下方式實現的，告警需要通過告警采集--->告警處理--->告警展現流程，才能將設備上的告警在前臺進行展示，因此，采用Blazeds+flex的消息推送技術，前臺告警展現使用flex技術，使用flex的consumer組件訂閱告警，后臺通過Adobe公司的開源組件blazeds來連接jms，并且從jms接收告警，經過一系列封裝處理后分發給前臺，具體步驟如下：

1）告警訂閱、分發

前臺使用flex技術展示實時告警，采用自帶的組件Consumer?訂閱目標以接收消息，Consumer?發送生成的?MessageAckEvent?或?MessageFaultEvent消息來訂閱和取消訂閱，訂閱后，Consumer?便會為它接收到的每條消息分派?MessageEvent事件，當用戶登錄系統后，系統會自動調用consumer的subscribe()來和服務器建立長連接，當服務器有告警時，會回調前臺的方法來進行告警處理；

2）告警展現

通過Blazeds的告警分發機制，將告警發送給每個客戶端，用戶登錄告警系統的監控窗口即可監控告警；

每天大概幾十萬甚至上百萬的告警，不可能將這么多的告警都展現在監控窗口中，大量的數據占用了太多的內存，從而導致瀏覽器崩潰，所以，系統需要設置告警監控窗口的最大容量，如果超出最大容量，按照先來后到的原則，將舊的告警從窗口中“擠出去”；

3）告警過濾

由于電信網絡設備較多，告警量較大，不可能由一個人完成對全網設備的監控，要通過多個人分工合作，在東、南、西、北四個區域，設置4個監控人員，每個監控人員負責一個區域的告警監控，此時北區的監控人員不希望收到南區的告警，東區監控人員不希望看到西區的告警，此時借助JMS的Selector功能，對收到告警進行過濾篩選，不滿足Selector條件的告警不會發給用戶，不同角色的用戶擁有不同的Selector,?表示如下：

VENDOR='huawei'?AND?NETWORK='BSS'?AND?REGION?=‘North’

此時用戶只能收到廠商是“huawei”，網絡類型是“BSS”，區域是“北區”上報的告警，其他的告警不會發給此用戶，從而降低客戶端的壓力；

4）告警緩存

針對大量的告警，用戶在前臺要做大量的篩選過濾操作，如果每次過濾篩選操作都查詢數據庫，這樣在相應速度上會跟不上，而且對數據庫的壓力也會特別大，所以系統在前臺客戶端設置了一個緩存機制，將發給客戶端的告警存放在緩存中，當用戶在篩選過濾時直接從緩存獲取告警，從而提高速度，降低對數據庫的壓力；

客戶端根據用戶所訂閱的告警內容，將告警緩存到客戶端，當緩存滿的時候，按照先進先出的原則，將舊的告警“擠”出緩存區域，通過緩存機制保證用戶的操作比較順暢；

5）資源釋放

1）關于消息的內存占用

當客戶端訂閱服務器成功之后，服務器會為該客戶端生成客戶端對象，當告警消息發往前臺時，該消息就會存于客戶端對象里，由于前臺告警接收到消息后，服務端的消息就沒有用了，為了節約內存占用，就得將消息從客戶端對象刪除；

2）客戶端取消訂閱，斷開和JMS的連接

由于客戶端每訂閱一次，就會和JMS建立一個連接，當客戶端退出時，必須將JMS的連接斷開，避免不必要的連接影響性能。、