本發明專利技術提出了一種服務器信息管理方法，包括如下步驟：服務器管理裝置向多個服務器發送動態監控指令；多個服務器根據動態監控指令向服務器管理裝置上傳服務器的動態信息，其中，動態信息包括服務器運行過程中實時變化的信息；服務器管理裝置對動態信息進行分析以判斷是否需要對應的服務器上傳靜態信息，其中，靜態信息包括服務器的固有信息；以及如果是，則服務器管理裝置向對應的服務器發送靜態監控指令，并接收對應的服務器上傳的靜態信息。本方法通過對服務器信息進行分類管理，提高了效率和實時性，且減小了時延問題。本發明專利技術還公開了一種服務器管理裝置。
【技術實現步驟摘要】
本專利技術涉及信息管理
，特別涉及一種服務器信息管理方法及服務器管理裝置。
技術介紹
目前，現有技術中只能實時的對系統所有設備信息進行掃描或者按照一定周期對所有模塊信息進行掃描，且過程不靈活，不具有適用性。當模塊數量較多，或者需要獲取的信息量較大時，會降低效率且造成延時過大，不具有實時性與易用性。
技術實現思路
本專利技術的目的旨在至少解決所述技術缺陷之一。為此，本專利技術的一個目的在于提出一種服務器信息管理方法，該方法通過對服務器信息進行分類管理，提高了用戶監控信息的高效性、實時性，且減小了時延問題，具有易用性。本專利技術的另一個目的在于提出一種服務器管理裝置。為了實現上述目的，本專利技術第一方面的實施例提供一種服務器信息管理方法，包括以下步驟：服務器管理裝置向多個服務器發送動態監控指令；所述多個服務器根據所述動態監控指令向所述服務器管理裝置上傳所述服務器的動態信息，其中，所述動態信息包括所述服務器運行過程中實時變化的信息；所述服務器管理裝置對所述動態信息進行分析以判斷是否需要對應的服務器上傳靜態信息，其中，所述靜態信息包括所述服務器的固有信息；以及如果是，則所述服務器管理裝置向所述對應的服務器發送靜態監控指令，并接收所述對應的服務器上傳的所述靜態信息。根據本專利技術實施例的服務器信息管理方法，通過對服務器信息進行分類管理，提高了用戶監控信息的高效性、實時性，且減小了時延問題，具有易用性。在本專利技術的一個實施例中，所述多個服務器包括兩個或兩個以上的服務器。由此，提高了管理多個服務器的高效性。在本專利技術的一個實施例中，所述服務器管理裝置和所述多個服務器通過智能平臺管理IPMB總線和內部集成電路I2C總線進行通信。由此，實現了通信的高效性且具有易用性。在本專利技術的一個實施例中，所述動態信息包括所述服務器的溫度信息、功耗信息、狀態信息和健康信息中的一種或多種。由此，提高了動態信息的多樣性。在本專利技術的一個實施例中，所述判斷是否需要對應的服務器上傳靜態信息，所述機柜管理裝置對所述動態信息進行分析，判斷所述多個服務器中的一個或多個是否發生設備更換操作或設備重啟操作，如果是，則判斷發生操作的服務器需要上傳所述靜態信息。由此，提高了上傳靜態信息的高效性與快捷性。在本專利技術的一個實施例中，所述靜態信息包括所述服務器的配置信息、資產信息、序列號和硬件地址中的一種或多種。由此，提高了靜態信息的多樣性。在本專利技術的一個實施例中，所述多個服務器在檢測到自身開機后，主動向所述服務器管理裝置上報所述靜態信息。由此，提高了靜態信息主動上報的高效性與快捷性，且具有易用性。本專利技術第二方面的實施例提出一種服務器管理裝置，包括：通信模塊，用于向多個服務器發送動態監控指令和靜態監控指令，以及接收來自所述多個服務器的動態信息和靜態信息，其中，所述動態信息包括所述服務器運行過程中實時變化的信息，所述靜態信息包括所述服務器的固有信息；以及分析模塊，用于對接收到的所述動態信息進行分析以判斷是否需要對應的服務器上傳所述靜態信息；其中，所述通信模塊在所述分析模塊判斷需要對應的服務器上傳靜態信息時，向所述對應的服務器發送靜態監控指令，并接收所述對應的服務器上傳的所述靜態信息。根據本專利技術實施例的服務器管理裝置，通過對服務器信息進行分類管理，提高了用戶監控信息的高效性、實時性，且減小了時延問題，具有易用性。在本專利技術的一個實施例中，所述通信模塊通過智能平臺管理IPMB總線和內部集成電路I2C總線與所述多個服務器進行通信。由此，實現了通信的高效性且具有易用性。在本專利技術的一個實施例中，所述動態信息包括所述服務器的溫度信息、功耗信息、狀態信息和健康信息中的一種或多種。由此，提高了動態信息的多樣性。在本專利技術的一個實施例中，所述分析模塊判斷所述多個服務器中的一個或多個是否發生設備更換操作或設備重啟操作，所述通信模塊在所分析模塊判斷所述多個服務器中的一個或多個發生設備更換操作或設備重啟操作時，向所述對應的服務器發送靜態監控指令，并接收所述對應的服務器上傳的所述靜態信息。由此，提高了上傳靜態信息的高效性與快捷性。在本專利技術的一個實施例中，所述靜態信息包括所述服務器的配置信息、資產信息、序列號和硬件地址中的一種或多種。由此，提高了靜態信息的多樣性。在本專利技術的一個實施例中，數據庫模塊用于存儲所述多個服務器的動態信息和靜態信息；由此，提高了對服務器動態信息和靜態信息的易用性。在本專利技術的一個實施例中，更新模塊用于對所述數據庫模塊中存儲的所述動態信息和所述靜態信息進行實時更新。由此，提高了對服務器動態信息和靜態信息管理的高效性與快捷性，且具有易用性。本專利技術附加的方面和優點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本專利技術的實踐了解到。附圖說明本專利技術的上述和/或附加的方面和優點從結合下面附圖對實施例的描述中將變得明顯和容易理解，其中：圖1為根據本專利技術實施例的服務器信息管理方法的流程圖；圖2為根據本專利技術另一實施例的服務器信息管理方法的流程圖；圖3為根據本專利技術實施例的服務器管理裝置的示意圖；圖4為根據本專利技術另一實施例的服務器管理裝置的示意圖；圖5為簡單的集中管理柜服務器結構示意圖；以及圖6為通過I2C?Hub管理多臺服務器的結構示意圖。具體實施方式下面詳細描述本專利技術的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本專利技術，而不能理解為對本專利技術的限制。在本專利技術中，除非另有明確的規定和限定，術語“安裝”、“相連”、“連接”、“固定”等術語應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內部的連通。對于本領域的普通技術人員而言，可以根據具體情況理解上述術語在本專利技術中的具體含義。此外，術語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術特征的數量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括一個或者更多個該特征。在本專利技術的描述中，“多個”的含義是兩個或兩個以上，除非另有明確具體的限定。如圖1所示，本專利技術實施例的服務器信息管理方法的本文檔來自技高網...
【技術保護點】
一種服務器信息管理方法，包括如下步驟：服務器管理裝置向多個服務器發送動態監控指令；所述多個服務器根據所述動態監控指令向所述服務器管理裝置上傳所述服務器的動態信息，其中，所述動態信息包括所述服務器運行過程中實時變化的信息；所述服務器管理裝置對所述動態信息進行分析以判斷是否需要對應的服務器上傳靜態信息，其中，所述靜態信息包括所述服務器的固有信息；以及如果是，則所述服務器管理裝置向所述對應的服務器發送靜態監控指令，并接收所述對應的服務器上傳的所述靜態信息。
【技術特征摘要】
1.一種服務器信息管理方法，包括如下步驟：
服務器管理裝置向多個服務器發送動態監控指令；
所述多個服務器根據所述動態監控指令向所述服務器管理裝置上傳所述
服務器的動態信息，其中，所述動態信息包括所述服務器運行過程中實時變化
的信息；
所述服務器管理裝置對所述動態信息進行分析以判斷是否需要對應的服
務器上傳靜態信息，其中，所述靜態信息包括所述服務器的固有信息；以及
如果是，則所述服務器管理裝置向所述對應的服務器發送靜態監控指令，
并接收所述對應的服務器上傳的所述靜態信息。
2.如權利要求1所述的服務器信息管理方法，其特征在于，所述多個服
務器包括兩個或兩個以上的服務器。
3.如權利要求1所述的服務器信息管理方法，其特征在于，所述服務器
管理裝置和所述多個服務器通過智能平臺管理IPMB總線和內部集成電路I2C
總線進行通信。
4.如權利要求1-3任一項所述的服務器信息管理方法，其特征在于，所
述動態信息包括所述服務器的溫度信息、功耗信息、狀態信息和健康信息中的
一種或多種。
5.如權利要求1-4任一項所述的服務器信息管理方法，其特征在于，所
述判斷是否需要對應的服務器上傳靜態信息，其特征在于，
所述機柜管理裝置對所述動態信息進行分析，判斷所述多個服務器中的一
個或多個是否發生設備更換操作或設備重啟操作，如果是，則判斷發生操作的
\t服務器需要上傳所述靜態信息。
6.如權利要求1-5任一項所述的服務器信息管理方法，其特征在于，所
述靜態信息包括所述服務器的配置信息、資產信息、序列號和硬件地址中的一
種或多種。
7.如權利要求1-6任一項所述的服務器信息管理方法，其特征在于，還
包括如下步驟：
所述多個服務器在檢測到自身開機后，主動向所述服務器管理裝置上報所
述靜態信息。
8.一種服務器管理裝置，包括：
...
【專利技術屬性】
技術研發人員：陳國峰，張家軍，
申請(專利權)人：北京百度網訊科技有限公司，
類型：發明
國別省市：
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。