[發明專利]監控代理的故障處理方法和系統

無效

• 申請號: 201110030981.0
• 申請日: 2011-01-28
• 公開（公告）號: CN102148707A
• 公開（公告）日: 2011-08-10
• 發明（設計）人: 王理想;劉成平
• 申請（專利權）人: 浪潮（北京）電子信息產業有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京安信方達知識產權代理有限公司 11262
• 代理人: 栗若木;王漪

技術領域

本發明涉及計算機應用領域，尤其涉及一種監控代理的故障處理方法和系統。

背景技術

當前，計算機越來越普及，應用面也越來越廣。個人PC的應用推動了服務器的廣泛應用。

現在，規模大型的公司和機構每時每刻都運行著數以萬計的服務器。隨著服務器的廣泛應用，如何對大量的服務器、存儲及網絡設備有效地管理也成為公司和機構越來越關心的一個問題。

為此，各大服務器廠商和軟件公司紛紛推出自己的設備管理軟件。該設備管理軟件按是否需要在被監控的資源節點上安裝代理來實現管理功能分為2種類型。其中一種是必須在被監控節點安裝監控代理程序，管理軟件才可以實現對被監控的資源節點的管理；另一種是無須安裝代理，通過簡單網絡管理協議(Simple?Network?Management?Protocol，SNMP)或智能平臺管理接口(International?Precious?Metals?Institute，IPMI)等實現管理。

在這兩種類型的設備管理軟件中，不在被監控節點安裝監控代理服務程序是最簡便、最安全的管理方式。但是，通過SNMP協議和其他諸如IPMI等協議對只能實現對設備的簡單管理。隨著用戶對設備管理要求的越來越高，這種方式已經越來越不能滿足用戶的管理需求。因此，在被監控的資源節點安裝監控代理服務程序是目前較為普遍的一種方式。

在實現本發明過程中，發明人發現現有技術存在如下問題：

由于各種原因引起的監控代理停止運行會使得監控中心端無法與監控代理進行正常通信，導致無法監控中心無法繼續對被監控的資源節點進行管理，成為此種監控方式的一個軟肋。

為了解決監控代理停止運行，無法正常與監控中心通訊的問題，我們提出一套具有靈活性和監控容錯功能的設備監控管理的方案。

發明內容

本發明提供一種監控代理的故障處理方法和系統，以解決現有技術中不能及時處理監控代理運行中止的問題。

為解決上述技術問題，本發明提供了如下技術方案：

一種監控代理的故障處理方法，被監控的資源節點包括第一監控代理和第二監控代理，其中：

所述第二監控代理監控所述第一監控代理的運行狀態；

在監控到第一監控代理因故障運行中止時，所述第二監控代理觸發第一監控代理的啟動流程。

進一步的，所述方法還具有如下特點：所述第二監控代理觸發第一監控代理的啟動流程，包括：

所述第二監控代理判斷所述第一監控代理發生的故障是否需要處理；

如果所述第一監控代理發生的故障需要處理，則所述第二監控代理在處理該所述第一監控代理發生的故障后啟動所述第一監控代理；否則，所述第二監控代理直接啟動所述第一監控代理。

進一步的，所述方法還具有如下特點：所述處理該所述第一監控代理發生的故障的過程，包括：

所述第二監控代理從本地預先存儲的故障處理策略中查找所述第一監控代理發生的故障對應的處理策略；

如果查找到第一監控代理發生的故障對應的處理策略，則所述第二監控代理采用該處理策略處理所述第一監控代理發生的故障；

如果未查找到所述第一監控代理發生的故障對應的處理策略，則所述第二監控代理從監控中心獲取該監控代理發生的故障對應的處理策略，再采用該處理策略處理所述第一監控代理發生的故障；或者，所述第二監控代理請求監控中心處理所述第二監控代理發生的故障。

進一步的，所述方法還具有如下特點：所述第二監控代理觸發第一監控代理的啟動流程，包括：

所述第二監控代理向監控中心上報第一監控代理運行中止的信息；

所述監控中心根據所述第一監控代理運行中止的信息，啟動所述第一監控代理。

進一步的，所述方法還具有如下特點：所述第二監控代理觸發第一監控代理的啟動流程，包括：

所述第二監控代理判斷所述第一監控代理發生的故障是否需要處理；

如果所述第一監控代理發生的故障需要處理，則所述第二監控代理通知監控中心處理所述第一監控代理發生的故障；所述監控中心處理所述監控代理發生的故障，并在故障處理完成后，啟動所述第一監控代理；

如果所述第一監控代理發生的故障不需要處理，則所述第二監控代理直接啟動所述第一監控代理。

一種監控代理的故障處理系統，被監控的資源節點包括第一監控代理和第二監控代理，其中所述第二監控代理包括：

監控裝置，用于監控所述第一監控代理的運行狀態；