[發明專利]網管系統的系統監控方法及裝置

有效

• 申請號: 201710811225.9
• 申請日: 2017-09-11
• 公開（公告）號: CN109495331B
• 公開（公告）日: 2020-09-11
• 發明（設計）人: 楊云杰;崔銀曉
• 申請（專利權）人: 大唐移動通信設備有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L12/24
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 王瑩;李官

本發明實施例提供了一種網管系統的系統監控方法及裝置，該方法中，服務器將當前的系統監控項的是實時值攜帶在trap消息中發送給服務器內設置的網管系統服務進程，由該進程根據不同的系統監控項的類型進行適應的trap解析，再將解析后的數據發送至客戶端，以使客戶端能夠及時獲取服務器當前被監控項目的狀態。從而改變了現有技術中系統監控功能原有的流程，在“推”模式下，借助數據流的流轉，實現了查詢模式向上報模式的轉變，重新設計了系統監控功能的架構實現，使得原有的緊耦合的系統監控流程演變成現有的松散耦合架構，降低了系統監控功能對底層查詢狀態的接口依賴性，避免底層接口存在問題導致整個系統監控模塊功能異常的情況的發生。

技術領域

本發明實施例涉及通信技術領域，具體涉及一種網管系統的系統監控方法及裝置。

背景技術

在網管系統中，一般都包含系統監控模塊，負責監控服務器的內存，磁盤空間，CPU利用率等服務器狀態。現有的系統監控實現流程如圖1所述。OMT(Operation MaintenanceTerminal，操作維護終端)也即客戶端啟動后，首先進行系統監控模塊的初始化設置，例如監控周期，監控粒度和監控數據項的設置。緊接著調用服務器(OMC，OperationMaintenance Center，操作維護中心)的狀態監控并接收服務器返回的狀態數據，最后在界面渲染數據展示結果。在調用過程中判斷監控次數是否達到設定要求，如未達到，則循環。

然而，在實現發明創造的過程中，發明人發現，在傳統的系統監控模塊的實現中，一般都是使用輪詢jdk提供的關于主機狀態查詢的相關接口獲取主機狀態的實時數據進而監控主機的狀態。傳統的實現方法從客戶端的角度來講是“拉”模式的實現，也即客戶端主動從服務器拉取服務器的狀態數據。采用這樣的方式使得系統監控功能依賴底層查詢狀態的接口，如果底層接口存在問題，則會導致整個系統監控模塊功能異常，也即傳統方法導致了底層實現細節和上層接口的緊耦合。

發明內容

本發明實施例的目的在于提供一種用于網管系統的系統監控方法及裝置。

第一方面，本發明實施例提供了一種網管系統的系統監控方法，包括：

根據預設的自陷信息trap的發送規則，將所述服務器的不同類型的系統監控項的實時值攜帶在對應類型的trap信息中，并發送至所述服務器內設置的網管系統服務進程；

所述網管系統服務進程根據所述trap信息的類型，對trap信息進行相應的解析操作，獲取服務器對應的系統監控項的實時數據，所述實時數據能夠被監控所述服務器的客戶端所識別；

將所述實時數據發送至所述客戶端。

可選地，所述預設的自陷信息trap的發送規則為：定時循環發送trap信息。

可選地，所述將所述服務器對應的系統監控項的實時值攜帶在trap信息中，并發送至所述服務器內設置的網管系統服務進程的步驟之前，所述方法還包括：

所述網管系統服務進程在預設的trap信息發送開關開啟時，向所述服務器發送trap信息發送請求，所述trap信息發送請求用于指示服務器開始向網管系統服務進程發送trap信息。

可選地，所述網管系統服務進程根據所述系統監控項的類型，對trap信息進行相應的解析操作的步驟，包括：

所述網管系統服務進程根據所述系統監控項的不同類型，調用不同的解析處理器，利用各解析處理器將trap信息中的服務器對應的系統監控項的實時值轉換為Java識別的Javabean數據結構。

第二方面，本發明實施例提供了一種網管系統的系統監控裝置，包括：

trap信息發送單元，用于根據預設的自陷信息trap的發送規則，將所述服務器的不同類型的系統監控項的實時值攜帶在對應類型的trap信息中，并發送至所述服務器內設置的網管系統服務進程；