專利名稱：服務(wù)器信息管理方法及服務(wù)器管理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息管理技術(shù)領(lǐng)域，特別涉及一種服務(wù)器信息管理方法及服務(wù)器管理裝置。
背景技術(shù)：
目前，現(xiàn)有技術(shù)中只能實時的對系統(tǒng)所有設(shè)備信息進行掃描或者按照一定周期對所有模塊信息進行掃描，且過程不靈活，不具有適用性。當(dāng)模塊數(shù)量較多，或者需要獲取的信息量較大時，會降低效率且造成延時過大，不具有實時性與易用性。

發(fā)明內(nèi)容
本發(fā)明的目的g在至少解決所述技術(shù)缺陷之一。為此，本發(fā)明的ー個目的在于提出一種服務(wù)器信息管理方法，該方法通過對服務(wù)器信息進行分類管理，提高了用戶監(jiān)控信息的高效性、實時性，且減小了時延問題，具有易用性。本發(fā)明的另ー個目的在于提出一種服務(wù)器管理裝置。為了實現(xiàn)上述目的，本發(fā)明第一方面的實施例提供一種服務(wù)器信息管理方法，包括以下步驟服務(wù)器管理裝置向多個服務(wù)器發(fā)送動態(tài)監(jiān)控指令；所述多個服務(wù)器根據(jù)所述動態(tài)監(jiān)控指令向所述服務(wù)器管理裝置上傳所述服務(wù)器的動態(tài)信息，其中，所述動態(tài)信息包括所述服務(wù)器運行過程中實時變化的信息；所述服務(wù)器管理裝置對所述動態(tài)信息進行分析以判斷是否需要對應(yīng)的服務(wù)器上傳靜態(tài)信息，其中，所述靜態(tài)信息包括所述服務(wù)器的固有信息；以及如果是，則所述服務(wù)器管理裝置向所述對應(yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收所述對應(yīng)的服務(wù)器上傳的所述靜態(tài)信息。根據(jù)本發(fā)明實施例的服務(wù)器信息管理方法，通過對服務(wù)器信息進行分類管理，提 高了用戶監(jiān)控信息的高效性、實時性，且減小了時延問題，具有易用性。在本發(fā)明的一個實施例中，所述多個服務(wù)器包括兩個或兩個以上的服務(wù)器。由此，提高了管理多個服務(wù)器的高效性。在本發(fā)明的一個實施例中，所述服務(wù)器管理裝置和所述多個服務(wù)器通過智能平臺管理IPMB總線和內(nèi)部集成電路I2C總線進行通信。由此，實現(xiàn)了通信的高效性且具有易用性。在本發(fā)明的一個實施例中，所述動態(tài)信息包括所述服務(wù)器的溫度信息、功耗信息、狀態(tài)信息和健康信息中的ー種或多種。由此，提高了動態(tài)信息的多樣性。在本發(fā)明的一個實施例中，所述判斷是否需要對應(yīng)的服務(wù)器上傳靜態(tài)信息，所述機柜管理裝置對所述動態(tài)信息進行分析，判斷所述多個服務(wù)器中的一個或多個是否發(fā)生設(shè)備更換操作或設(shè)備重啟操作，如果是，則判斷發(fā)生操作的服務(wù)器需要上傳所述靜態(tài)信息。由此，提高了上傳靜態(tài)信息的高效性與快捷性。在本發(fā)明的一個實施例中，所述靜態(tài)信息包括所述服務(wù)器的配置信息、資產(chǎn)信息、序列號和硬件地址中的ー種或多種。由此，提高了靜態(tài)信息的多祥性。
在本發(fā)明的一個實施例中，所述多個服務(wù)器在檢測到自身開機后，主動向所述服務(wù)器管理裝置上報所述靜態(tài)信息。由此，提高了靜態(tài)信息主動上報的高效性與快捷性，且具有易用性。本發(fā)明第二方面的實施例提出一種服務(wù)器管理裝置，包括通信模塊，用于向多個服務(wù)器發(fā)送動態(tài)監(jiān)控指令和靜態(tài)監(jiān)控指令，以及接收來自所述多個服務(wù)器的動態(tài)信息和靜態(tài)信息，其中，所述動態(tài)信息包括所述服務(wù)器運行過程中實時變化的信息，所述靜態(tài)信息包括所述服務(wù)器的固有信息；以及分析模塊，用于對接收到的所述動態(tài)信息進行分析以判斷是否需要對應(yīng)的服務(wù)器上傳所述靜態(tài)信息；其中，所述通信模塊在所述分析模塊判斷需要對應(yīng)的服務(wù)器上傳靜態(tài)信息吋，向所述對應(yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收所述對應(yīng)的服務(wù)器上傳的所述靜態(tài)信息。根據(jù)本發(fā)明實施例的服務(wù)器管理裝置，通過對服務(wù)器信息進行分類管理，提高了用戶監(jiān)控信息的高效性、實時性，且減小了時延問題，具有易用性?！?br> 在本發(fā)明的一個實施例中，所述通信模塊通過智能平臺管理IPMB總線和內(nèi)部集成電路I2C總線與所述多個服務(wù)器進行通信。由此，實現(xiàn)了通信的高效性且具有易用性。在本發(fā)明的一個實施例中，所述動態(tài)信息包括所述服務(wù)器的溫度信息、功耗信息、狀態(tài)信息和健康信息中的ー種或多種。由此，提高了動態(tài)信息的多樣性。在本發(fā)明的一個實施例中，所述分析模塊判斷所述多個服務(wù)器中的ー個或多個是否發(fā)生設(shè)備更換操作或設(shè)備重啟操作，所述通信模塊在所分析模塊判斷所述多個服務(wù)器中的ー個或多個發(fā)生設(shè)備更換操作或設(shè)備重啟操作時，向所述對應(yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收所述對應(yīng)的服務(wù)器上傳的所述靜態(tài)信息。由此，提高了上傳靜態(tài)信息的高效性與快捷性。在本發(fā)明的一個實施例中，所述靜態(tài)信息包括所述服務(wù)器的配置信息、資產(chǎn)信息、序列號和硬件地址中的ー種或多種。由此，提高了靜態(tài)信息的多祥性。在本發(fā)明的一個實施例中，數(shù)據(jù)庫模塊用于存儲所述多個服務(wù)器的動態(tài)信息和靜態(tài)信息；由此，提高了對服務(wù)器動態(tài)信息和靜態(tài)信息的易用性。在本發(fā)明的一個實施例中，更新模塊用于對所述數(shù)據(jù)庫模塊中存儲的所述動態(tài)信息和所述靜態(tài)信息進行實時更新。由此，提高了對服務(wù)器動態(tài)信息和靜態(tài)信息管理的高效性與快捷性，且具有易用性。本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。


本發(fā)明的上述和/或附加的方面和優(yōu)點從結(jié)合下面附圖對實施例的描述中將變得明顯和容易理解，其中圖1為根據(jù)本發(fā)明實施例的服務(wù)器信息管理方法的流程圖；圖2為根據(jù)本發(fā)明另一實施例的服務(wù)器信息管理方法的流程圖；圖3為根據(jù)本發(fā)明實施例的服務(wù)器管理裝置的示意圖；圖4為根據(jù)本發(fā)明另一實施例的服務(wù)器管理裝置的示意圖；圖5為簡單的集中管理柜服務(wù)器結(jié)構(gòu)示意圖；以及
圖6為通過I2C Hub管理多臺服務(wù)器的結(jié)構(gòu)示意圖。
具體實施例方式下面詳細(xì)描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，g在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。在本發(fā)明中，除非另有明確的規(guī)定和限定，術(shù)語“安裝”、“相連”、“連接”、“固定”等術(shù)語應(yīng)做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內(nèi)部的連通。對于本領(lǐng)域的普通技術(shù)人員而言，可以根據(jù)具體情況理解上述術(shù)語在本發(fā)明中的具體含義。 此外，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括ー個或者更多個該特征。在本發(fā)明的描述中，“多個”的含義是兩個或兩個以上，除非另有明確具體的限定。如圖1所示，本發(fā)明實施例的服務(wù)器信息管理方法的流程圖，包括如下步驟步驟S101為服務(wù)器管理裝置向多個服務(wù)器發(fā)送動態(tài)監(jiān)控指令。具體地，服務(wù)器管理裝置和多個服務(wù)器通過智能平臺管理總線IPMB(IntelligentPlatform Management Bus)和內(nèi)部集成電路 I2C (Inter-Integrated Circuit)總線進行通信。其中，多個服務(wù)器務(wù)器包括兩個或兩個以上的服務(wù)器步驟S102為多個服務(wù)器根據(jù)動態(tài)監(jiān)控指令向服務(wù)器管理裝置上傳服務(wù)器的動態(tài)信息。其中，動態(tài)信息包括服務(wù)器運行過程中實時變化的信息。具體地，動態(tài)信息包括服務(wù)器的溫度信息、功耗信息、狀態(tài)信息和健康信息中的一種或多種。步驟S103為服務(wù)器管理裝置對動態(tài)信息進行分析，判斷是否需要對應(yīng)的服務(wù)器上傳靜態(tài)信息，其中，靜態(tài)信息包括服務(wù)器的固有信息。具體地，靜態(tài)信息包括服務(wù)器的配置信息、資產(chǎn)信息、序列號和硬件地址中的ー種或多種。進ー步地，機柜管理裝置對動態(tài)信息進行分析，判斷多個服務(wù)器中的ー個或多個是否發(fā)生設(shè)備更換操作或設(shè)備重啟操作。如果是，則判斷發(fā)生操作的服務(wù)器需要上傳靜態(tài)信息。步驟S104為服務(wù)器管理裝置對動態(tài)信息進行分析以判斷需要對應(yīng)的服務(wù)器上傳靜態(tài)信息，則服務(wù)器管理裝置向?qū)?yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收對應(yīng)的服務(wù)器上傳的靜態(tài)信息。如圖2所示，本發(fā)明實施例的服務(wù)器信息管理方法的流程圖，還包括如下步驟步驟S105為多個服務(wù)器在檢測到自身開機后，主動向服務(wù)器管理裝置上報靜態(tài)信息。具體地，步驟S104和步驟S105是步驟S103根據(jù)選擇產(chǎn)生的單ー模式，其中，步驟S104可以理解為被動模式，步驟S105可以理解為主動模式。
主動模式當(dāng)新的服務(wù)器接入到系統(tǒng)中，開機吋，由新服務(wù)器將靜態(tài)信息主動上傳；被動模式服務(wù)器管理裝置的管理単元在監(jiān)控狀態(tài)信息時會發(fā)現(xiàn)新服務(wù)器的上線，同時對新服務(wù)器的靜態(tài)信息進行掃描。根據(jù)本發(fā)明實施例的服務(wù)器信息管理方法，通過對服務(wù)器信息進行動態(tài)信息和靜態(tài)信息的分類管理，提高了用戶監(jiān)控信息的高效性和實時性，且減小了時延問題，具有易用性。如圖3所示，本發(fā)明實施例的服務(wù)器信息管理裝置，包括以下模塊通信模塊310和分析模塊320。通信模塊310為向多個服務(wù)器發(fā)送動態(tài)監(jiān)控指令和靜態(tài)監(jiān)控指令，以及接收來自多個服務(wù)器的動態(tài)信息和靜態(tài)信息。其中，動態(tài)信息包括服務(wù)器運行過程中實時變化的信息，具體地，包括服務(wù)器的溫度信息、功耗信息、狀態(tài)信息和健康信息中的ー種或多種。靜態(tài) 信息包括服務(wù)器的固有信息。具體地，包括服務(wù)器的配置信息、資產(chǎn)信息、序列號和硬件地址中的ー種或多種。進ー步地，通信模塊310在分析模塊320判斷多個服務(wù)器中的ー個或多個發(fā)生設(shè)備更換操作或設(shè)備重啟操作吋，向?qū)?yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收對應(yīng)的服務(wù)器上傳的靜態(tài)信息。具體地，通信模塊310通過智能平臺管理IPMB總線和內(nèi)部集成電路I2C總線與多個服務(wù)器進行通信。分析模塊320為對接收到的動態(tài)信息進行分析以判斷是否需要對應(yīng)的服務(wù)器上傳靜態(tài)信息。其中，通信模塊310在分析模塊320判斷需要對應(yīng)的服務(wù)器上傳靜態(tài)信息吋，向?qū)?yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收對應(yīng)的服務(wù)器上傳的靜態(tài)信息。分析模塊320還用于判斷多個服務(wù)器中的一個或多個是否發(fā)生設(shè)備更換操作或設(shè)備重啟操作。如圖4所示，本發(fā)明實施例的服務(wù)器信息管理裝置，還包括數(shù)據(jù)庫模塊330和更新模塊340。數(shù)據(jù)庫模塊330為存儲多個服務(wù)器的動態(tài)信息和靜態(tài)信息。更新模塊340為對數(shù)據(jù)庫模塊中存儲的動態(tài)信息和靜態(tài)信息進行實時更新。根據(jù)本發(fā)明實施例的服務(wù)器管理裝置，通過對服務(wù)器信息進行動態(tài)信息和靜態(tài)信息的分類管理，提高了用戶監(jiān)控信息的高效性和實時性，且減小了時延問題，具有易用性。圖5示出了集中管理柜服務(wù)器結(jié)構(gòu)。具體實現(xiàn)方式為通過將服務(wù)器監(jiān)控信息分為“動態(tài)信息”和“靜態(tài)信息”兩類來分別進行監(jiān)控管理。服務(wù)器的“動態(tài)信息”為溫度信息，功耗信息，狀態(tài)信息和健康信息中的一種或多種，等一些在服務(wù)器運行過程中實時都在發(fā)生變化的信息。這類信息需要實時進行監(jiān)控，并在管理単元中的數(shù)據(jù)庫中對這類信息進行實時更新。服務(wù)器的“靜態(tài)信息”為配置信息，服務(wù)器資產(chǎn)信息，序列號，MAC (MediaAccessControl)地址,ー些固定寫在服務(wù)器現(xiàn)場可更換單元FRU (FieldReplace Unit)的信息,等其他固定信息。這類信息通常不會發(fā)生變化，只有在設(shè)備更換，設(shè)備重啟等操作后才可能發(fā)生變化。對于這類信息的監(jiān)控，管理単元可以通過監(jiān)控“動態(tài)信息”中的“狀態(tài)”信息來判斷是否需要重新對對應(yīng)的“靜態(tài)信息”進行掃描，或者讓“狀態(tài)”發(fā)生變化的服務(wù)器將“靜態(tài)信息”重新上報。例如系統(tǒng)中某臺服務(wù)器A應(yīng)為故障被替換為服務(wù)器B。在被動模式下管理單元再監(jiān)控“狀態(tài)”信息時會發(fā)現(xiàn)服務(wù)器B的上線，同時對B的靜態(tài)信息進行掃描；在主動模式下當(dāng)服務(wù)器B接入到系統(tǒng)中開機時由服務(wù)器B將靜態(tài)性息主動上傳。通過這種方式管理單元不需要對所有信息進行實時監(jiān)控，可以大大減少IPMB/I2C總線上的信息量，提高傳輸效率，減小傳輸時延。進ー步地，在同一個系統(tǒng)中服務(wù)器數(shù)量相對較少的情況下，服務(wù)器管理裝置300的I2C端ロ足夠管理系統(tǒng)中的所有服務(wù)器。如圖5所示系統(tǒng)中服務(wù)器Server的數(shù)量相對較少，即這里有η個，即Sever 1至Sever n，在每個服務(wù)器主板上面的基板管理控制器BMC (Baseboard Management Controller)支持行業(yè)標(biāo)準(zhǔn)的IPMI規(guī)范。該規(guī)范描述了已經(jīng)內(nèi)置到主板上的管理功能。這些功能包括本地和遠(yuǎn)程診斷、控制臺支持、配置管理、硬件管理和故障排除。其中，BMC提供下列功能與服務(wù)器控制臺端ロ進行多路傳輸?shù)囊粋€串行端ロ、遠(yuǎn)程訪問和智能機箱管理總線ICMB (Intelligent Chassis Management Bus,)支持三 個I2C主端口和備用端ロ，且為下列接ロ提供固件IPMI，IPMB。由于每臺服務(wù)器都有獨立的總線與服務(wù)器信息管理裝置300進行通信所以時延相對較小，對信息進行分類監(jiān)控管理后，可以調(diào)聞效率，減小時延。圖6示出了通過I2C Hub管理多臺服務(wù)器的結(jié)構(gòu)。系統(tǒng)中服務(wù)器Server的數(shù)量相對較多，這里有η組η個服務(wù)器，即η組Sever 1至Sever n，在每個服務(wù)器主板上面的基板管理控制器BMC支持行業(yè)標(biāo)準(zhǔn)的IPMI規(guī)范。具體地，在同一個系統(tǒng)中，服務(wù)器數(shù)量相對較多的情況下，服務(wù)器信息管理裝置300的I2C端ロ不夠用的情況下，需要通過集線器Hub來進行擴展，這里有m個Hub，其中，集線器的主要功能是對接收到的信號進行再生整形放大，以擴大網(wǎng)絡(luò)的傳輸距離，同時把所有節(jié)點集中在以它為中心的節(jié)點上。集線器與網(wǎng)卡、網(wǎng)線等傳輸介質(zhì)ー樣，屬于局域網(wǎng)中的基礎(chǔ)設(shè)備，采用載波監(jiān)聽多路訪問CSMA (Carrier Sense Multiple Access) /沖突檢測方法CD(Collision Detect)訪問方式。由于服務(wù)器數(shù)量較多,通過一條傳輸介質(zhì)來傳輸?shù)?這樣就存在各個節(jié)點爭搶信道的矛盾，傳輸效率較低。引入集線器這一網(wǎng)絡(luò)集線設(shè)備后，每ー個站用它自己專用的傳輸介質(zhì)連接到集線器，各個節(jié)點不再只有一個傳輸通道，各個節(jié)點發(fā)回來的信號通過集線器集中，集線器再把信號整形、放大后發(fā)送到所有節(jié)點上，這樣至少在上行通道上不再出現(xiàn)碰撞現(xiàn)象。這種結(jié)構(gòu)中由于多臺服務(wù)器共用一條總線和服務(wù)器信息管理裝置300進行通信，時延也相對較大。更需要對信息進行分類管理，以便減小時延問題，提高實時性。當(dāng)一個系統(tǒng)中的服務(wù)器數(shù)量較多的情況下，獲取信息的時延往往會比較大。通過這種方式管理單元不需要對所有信息進行實時監(jiān)控，可以大大較少IPMB/I2C總線上的信息量，提高傳輸效率，減小傳輸時延。流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本發(fā)明的實施例所屬技術(shù)領(lǐng)域的技術(shù)人員所理解。
在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認(rèn)為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設(shè)備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用。就本說明書而言，"計算機可讀介質(zhì)"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設(shè)備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(R0M)，可擦除可編輯只讀存儲器(EPR0M或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(⑶ROM)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學(xué)掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。應(yīng)當(dāng)理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件 或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另ー實施方式中一祥，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn)具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。本技術(shù)領(lǐng)域的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帯的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于ー種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。此外，在本發(fā)明各個實施例中的各功能単元可以集成在ー個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。在本說明書的描述中，參考術(shù)語“ー個實施例”、“一些實施例”、“示例”、“具體示例”、或“ー些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少ー個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在不脫離本發(fā)明的原理和宗旨的情況下在本發(fā)明的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。本發(fā)明的范圍由所附權(quán)利要求極其等同限定。
權(quán)利要求
1.一種服務(wù)器信息管理方法，包括如下步驟 服務(wù)器管理裝置向多個服務(wù)器發(fā)送動態(tài)監(jiān)控指令； 所述多個服務(wù)器根據(jù)所述動態(tài)監(jiān)控指令向所述服務(wù)器管理裝置上傳所述服務(wù)器的動態(tài)信息，其中，所述動態(tài)信息包括所述服務(wù)器運行過程中實時變化的信息； 所述服務(wù)器管理裝置對所述動態(tài)信息進行分析以判斷是否需要對應(yīng)的服務(wù)器上傳靜態(tài)信息，其中，所述靜態(tài)信息包括所述服務(wù)器的固有信息；以及 如果是，則所述服務(wù)器管理裝置向所述對應(yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收所述對應(yīng)的服務(wù)器上傳的所述靜態(tài)信息。
2.如權(quán)利要求I所述的服務(wù)器信息管理方法，其特征在于，所述多個服務(wù)器包括兩個或兩個以上的服務(wù)器。
3.如權(quán)利要求I所述的服務(wù)器信息管理方法，其特征在于，所述服務(wù)器管理裝置和所述多個服務(wù)器通過智能平臺管理IPMB總線和內(nèi)部集成電路I2C總線進行通信。
4.如權(quán)利要求1-3任一項所述的服務(wù)器信息管理方法，其特征在于，所述動態(tài)信息包括所述服務(wù)器的溫度信息、功耗信息、狀態(tài)信息和健康信息中的一種或多種。
5.如權(quán)利要求1-4任一項所述的服務(wù)器信息管理方法，其特征在于，所述判斷是否需要對應(yīng)的服務(wù)器上傳靜態(tài)信息，其特征在于， 所述機柜管理裝置對所述動態(tài)信息進行分析，判斷所述多個服務(wù)器中的一個或多個是否發(fā)生設(shè)備更換操作或設(shè)備重啟操作，如果是，則判斷發(fā)生操作的服務(wù)器需要上傳所述靜態(tài)息。
6.如權(quán)利要求1-5任一項所述的服務(wù)器信息管理方法，其特征在于，所述靜態(tài)信息包括所述服務(wù)器的配置信息、資產(chǎn)信息、序列號和硬件地址中的一種或多種。
7.如權(quán)利要求1-6任一項所述的服務(wù)器信息管理方法，其特征在于，還包括如下步驟 所述多個服務(wù)器在檢測到自身開機后，主動向所述服務(wù)器管理裝置上報所述靜態(tài)信肩、O
8.一種服務(wù)器管理裝置，包括 通信模塊，用于向多個服務(wù)器發(fā)送動態(tài)監(jiān)控指令和靜態(tài)監(jiān)控指令，以及接收來自所述多個服務(wù)器的動態(tài)信息和靜態(tài)信息，其中，所述動態(tài)信息包括所述服務(wù)器運行過程中實時變化的信息，所述靜態(tài)信息包括所述服務(wù)器的固有信息；以及 分析模塊，用于對接收到的所述動態(tài)信息進行分析以判斷是否需要對應(yīng)的服務(wù)器上傳所述靜態(tài)信息； 其中，所述通信模塊在所述分析模塊判斷需要對應(yīng)的服務(wù)器上傳靜態(tài)信息時，向所述對應(yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收所述對應(yīng)的服務(wù)器上傳的所述靜態(tài)信息。
9.如權(quán)利要求8所述的服務(wù)器管理裝置，其特征在于，所述通信模塊通過智能平臺管 理IPMB總線和內(nèi)部集成電路I2C總線與所述多個服務(wù)器進行通信。
10.如權(quán)利要求8或9所述的服務(wù)器管理裝置，其特征在于，所述動態(tài)信息包括所述服 務(wù)器的溫度信息、功耗信息、狀態(tài)信息和健康信息中的一種或多種。
11.如權(quán)利要求8-10任一項所述的服務(wù)器管理裝置，其特征在于， 所述分析模塊判斷所述多個服務(wù)器中的一個或多個是否發(fā)生設(shè)備更換操作或設(shè)備重啟操作，所述通信模塊在所分析模塊判斷所述多個服務(wù)器中的一個或多個發(fā)生設(shè)備更換操作或設(shè)備重啟操作時，向所述對應(yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收所述對應(yīng)的服務(wù)器上傳的所述靜態(tài)信息。
12.如權(quán)利要求8-11任一項所述的服務(wù)器管理裝置，其特征在于，所述靜態(tài)信息包括所述服務(wù)器的配置信息、資產(chǎn)信息、序列號和硬件地址中的一種或多種。
13.如權(quán)利要求8-12任一項所述的服務(wù)器管理裝置，其特征在于，還包括 數(shù)據(jù)庫模塊，用于存儲所述多個服務(wù)器的動態(tài)信息和靜態(tài)信息。
14.如權(quán)利要求8-13任一項所述的服務(wù)器管理裝置，其特征在于，還包括 更新模塊，用于對所述數(shù)據(jù)庫模塊中存儲的所述動態(tài)信息和所述靜態(tài)信息進行實時更 新。
全文摘要
本發(fā)明提出了一種服務(wù)器信息管理方法，包括如下步驟服務(wù)器管理裝置向多個服務(wù)器發(fā)送動態(tài)監(jiān)控指令；多個服務(wù)器根據(jù)動態(tài)監(jiān)控指令向服務(wù)器管理裝置上傳服務(wù)器的動態(tài)信息，其中，動態(tài)信息包括服務(wù)器運行過程中實時變化的信息；服務(wù)器管理裝置對動態(tài)信息進行分析以判斷是否需要對應(yīng)的服務(wù)器上傳靜態(tài)信息，其中，靜態(tài)信息包括服務(wù)器的固有信息；以及如果是，則服務(wù)器管理裝置向?qū)?yīng)的服務(wù)器發(fā)送靜態(tài)監(jiān)控指令，并接收對應(yīng)的服務(wù)器上傳的靜態(tài)信息。本方法通過對服務(wù)器信息進行分類管理，提高了效率和實時性，且減小了時延問題。本發(fā)明還公開了一種服務(wù)器管理裝置。
文檔編號H04L12/24GK102957567SQ20121044882
公開日2013年3月6日 申請日期2012年11月9日 優(yōu)先權(quán)日2012年11月9日
發(fā)明者陳國峰, 張家軍 申請人:北京百度網(wǎng)訊科技有限公司