本發(fā)明涉及服務器監(jiān)控技術領域，特別是涉及一種具有冗余功能的通信監(jiān)控方法、裝置及系統(tǒng)。

背景技術：

隨著用戶對服務器性能需求的提高，用戶對服務器節(jié)點的需求量也越來越大。整機柜服務器可集成多個服務器節(jié)點，由負責整機柜監(jiān)控管理的SMC(System Management Controller)統(tǒng)一管理，集中監(jiān)控。這種設計方式與傳統(tǒng)管理方式相比具有很大的優(yōu)勢，并且在實際應用上也越來越廣泛。

SMC可通過I2C、網(wǎng)絡等通信鏈路與設置在各服務器節(jié)點的BMC(基板管理控制器)進行節(jié)點信息的獲取與整合，基于SMC對各服務器節(jié)點管理的實時性和準確性，通信鏈路的可靠性和穩(wěn)定性顯得尤為重要。然而，當前SMC與BMC的通信方式都是基于通信鏈路中的一種方式，例如通過I2C通信鏈路、或者是網(wǎng)絡通信鏈路，因此當通信鏈路出現(xiàn)異常時，就嚴重影響SMC與各BMC的正常通信，從而降低了整個體統(tǒng)的可靠性。

由此可見，在SMC與各BMC的通信過程中，如何提高通信鏈路的可靠性是本領域技術人員亟待解決的問題。

技術實現(xiàn)要素：

本發(fā)明的目的是提供一種具有冗余功能的通信監(jiān)控方法、裝置及系統(tǒng)，用于在SMC與各BMC的通信過程中，提高通信鏈路的可靠性。

為解決上述技術問題，本發(fā)明提供一種具有冗余功能的通信監(jiān)控方法，用于SMC與BMC的通信，包括：

預先創(chuàng)建多條用于SMC與BMC進行通信的通信鏈路；

選取一條所述通信鏈路作為原通信鏈路，其余為備用通信鏈路；

判斷所述原通信鏈路是否正常通信；

如果否，則從所述備用通信鏈路中選取一目標通信鏈路，將所述原通信鏈路切換為所述目標通信鏈路。

優(yōu)選地，所述判斷所述原通信鏈路是否正常通信具體包括：

創(chuàng)建所述原通信鏈路的通信會話；

判斷所述原通信鏈路的通信會話是否創(chuàng)建成功；

如果否，則進入所述從所述備用通信鏈路中選取一目標通信鏈路，將所述原通信鏈路切換為所述目標通信鏈路的步驟。

優(yōu)選地，如果所述原通信鏈路的通信會話創(chuàng)建成功，則還包括：

通過所述原通信鏈路的通信會話發(fā)送交互指令；

判斷所述交互指令是否發(fā)送成功；

如果否，則進入所述從所述備用通信鏈路中選取一目標通信鏈路，將所述原通信鏈路切換為所述目標通信鏈路的步驟。

優(yōu)選地，當所述從所述備用通信鏈路中選取一目標通信鏈路，將所述原通信鏈路切換為所述目標通信鏈路之后，還包括：

判斷所述目標通信鏈路是否正常通信；

如果否，則所述從所述備用通信鏈路中選取另一目標通信鏈路，將當前所述目標通信鏈路切換為所述另一目標通信鏈路。

優(yōu)選地，所述判斷所述目標通信鏈路是否正常通信具體包括：

創(chuàng)建所述目標通信鏈路的通信會話；

判斷所述目標通信鏈路的通信會話是否創(chuàng)建成功；

如果否，則進入所述從所述備用通信鏈路中選取另一目標通信鏈路，將當前所述目標通信鏈路切換為所述另一目標通信鏈路的步驟。

優(yōu)選地，如果所述目標通信鏈路的通信會話創(chuàng)建成功，則還包括：

通過所述目標通信鏈路的通信會話發(fā)送交互指令；

判斷所述交互指令是否發(fā)送成功；

如果否，則進入所述從所述備用通信鏈路中選取另一目標通信鏈路，將當前所述目標通信鏈路切換為所述另一目標通信鏈路的步驟。

優(yōu)選地，還包括：

判斷當前的通信鏈路是否為所述原通信鏈路；

如果是，則進入所述判斷所述原通信鏈路是否正常通信的步驟；

如果否，則啟動恢復所述原通信鏈路的操作；

判斷所述原通信鏈路是否恢復成功；

如果是，將當前通信鏈路切換為所述原通信鏈路，并進入所述判斷所述原通信鏈路是否正常通信的步驟，如果否，則進入所述啟動恢復所述原通信鏈路的操作的步驟。

優(yōu)選地，所述選取一條所述通信鏈路作為原通信鏈路具體為：選取I2C通信鏈路作為所述原通信鏈路。

為解決上述技術問題，本發(fā)明提供一種具有冗余功能的通信監(jiān)控裝置，包括：

創(chuàng)建單元，用于預先創(chuàng)建多條用于SMC與BMC進行通信的通信鏈路；

選取單元，用于選取一條所述通信鏈路作為原通信鏈路，其余為備用通信鏈路；

判斷單元，用于判斷所述原通信鏈路是否正常通信；

切換單元，用于在所述判斷單元的判斷結果為否時，從所述備用通信鏈路中選取一目標通信鏈路，將所述原通信鏈路切換為所述目標通信鏈路。

為解決上述技術問題，本發(fā)明提供一種具有冗余功能的通信監(jiān)控系統(tǒng)，包括SMC和BMC，還包括上述所述的具有冗余功能的通信監(jiān)控裝置。

本發(fā)明所提供的具有冗余功能的通信監(jiān)控方法，包括預先創(chuàng)建多條用于SMC與BMC進行通信的通信鏈路；選取一條所述通信鏈路作為原通信鏈路，其余為備用通信鏈路；判斷所述原通信鏈路是否正常通信；如果否，則從所述備用通信鏈路中選取一目標通信鏈路，將所述原通信鏈路切換為所述目標通信鏈路。由此可見，本方法在現(xiàn)有的通信鏈路的基礎上，當原通信鏈路發(fā)生異常時，及時將通信鏈路切換到備用的通信鏈路上，以便能夠繼續(xù)對BMC進行管理。基于此，可以提高SMC與BMC的通信鏈路的可靠性，且不需要重新創(chuàng)建新的通信鏈路，方法簡單。此外，本發(fā)明所提供的具有冗余功能的通信監(jiān)控裝置及系統(tǒng)，具有以上有益效果。

附圖說明

為了更清楚地說明本發(fā)明實施例，下面將對實施例中所需要使用的附圖做簡單的介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種具有冗余功能的通信監(jiān)控方法的流程圖；

圖2為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖；

圖3為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖；

圖4為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖；

圖5為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖；

圖6為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖；

圖7為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下，所獲得的所有其他實施例，都屬于本發(fā)明保護范圍。

本發(fā)明的核心是提供一種具有冗余功能的通信監(jiān)控方法、裝置及系統(tǒng)，用于在SMC與各BMC的通信過程中，提高通信鏈路的可靠性。

為了使本技術領域的人員更好地理解本發(fā)明方案，下面結合附圖和具體實施方式對本發(fā)明作進一步的詳細說明。

圖1為本發(fā)明實施例提供的一種具有冗余功能的通信監(jiān)控方法的流程圖。如圖1所示，具有冗余功能的通信監(jiān)控方法，用于SMC與BMC的通信，包括以下步驟：

S10：預先創(chuàng)建多條用于SMC與BMC進行通信的通信鏈路。

可以理解地是，步驟S10中創(chuàng)建多條通信鏈路為現(xiàn)有技術，因此，本實施例不再贅述。另外，通信鏈路最少有2條，例如I2C通信鏈路和網(wǎng)絡通信鏈路等。

S11：選取一條通信鏈路作為原通信鏈路，其余為備用通信鏈路。

在創(chuàng)建的多條通信鏈路中，選取其中一條作為原通信鏈路，剩余的通信鏈路均作為備用通信鏈路，可以理解的是，由于原通信鏈路將首次作為通信鏈路參與到SMC與BMC的通信過程，因此，這個原通信鏈路要比備用通信鏈路的各方面性能都要好一些，因此，作為優(yōu)選的實施方式，步驟S11具體為：選取I2C通信鏈路作為原通信鏈路。當然，也可以選取網(wǎng)絡通信鏈路或者其他通信鏈路作為原通信鏈路。如果I2C通信鏈路作為原通信鏈路，則網(wǎng)絡通信鏈路就是備用通信鏈路，相反，如果網(wǎng)絡通信鏈路作為原通信鏈路，則I2C通信鏈路就是備用通信鏈路。如果選用了一條通信鏈路為原通信鏈路后，則SMC與BMC當前的通信鏈路就是原通信鏈路，就可以在原通信鏈路上進行通信，本實施例不再贅述。

S12：判斷原通信鏈路是否正常通信，如果否，則進入步驟S13。

當確定了原通信鏈路作為當前的通信鏈路進行通信時，就需要判斷原通信鏈路是否能夠正常通信，只有在原通信鏈路能夠正常通信的基礎上，才可以真正實現(xiàn)SMC與BMC的通信，否則二者是不能通信的。如果原通信鏈路正常通信，則可以在原通信鏈路上進行通信，否則需要切換當前的通信鏈路，具體參見步驟S13。

S13：從備用通信鏈路中選取一目標通信鏈路，將原通信鏈路切換為目標通信鏈路。

如果原通信鏈路不能正常通信，說明SMC與BMC之間不能通過原通信鏈路進行通信，需要從其它備用通信鏈路上選取一條來代替原通信鏈路?？梢岳斫獾氖?，這里的目標通信鏈路是備用通信鏈路中的任意一個，是為了與其它備用通信鏈路區(qū)別，任意一個備用通信鏈路都有可能成為目標通信鏈路。

本實施例提供的具有冗余功能的通信監(jiān)控方法，包括預先創(chuàng)建多條用于SMC與BMC進行通信的通信鏈路；選取一條所述通信鏈路作為原通信鏈路，其余為備用通信鏈路；判斷所述原通信鏈路是否正常通信；如果否，則從所述備用通信鏈路中選取一目標通信鏈路，將所述原通信鏈路切換為所述目標通信鏈路。由此可見，本方法在現(xiàn)有的通信鏈路的基礎上，當原通信鏈路發(fā)生異常時，及時將通信鏈路切換到備用的通信鏈路上，以便能夠繼續(xù)對BMC進行管理?；诖?，可以提高SMC與BMC的通信鏈路的可靠性。

圖2為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖。如圖2所示，S12具體包括：

S120：創(chuàng)建原通信鏈路的通信會話。

S121：判斷原通信鏈路的通信會話是否創(chuàng)建成功，如果否，則進入步驟S13。

對于其他步驟本實施例不再贅述，請參見上文的描述。本實施例中，通過通信會話的方式判斷原通信鏈路是否正常通信?？梢岳斫獾氖?，如果步驟S120創(chuàng)建成功則表明原通信鏈路正常通信，就可以在原通信鏈路上進行通信，本實施例不再贅述；否則表明原通信鏈路未正常通信，則需要切換，具體參見步驟S13。

圖3為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖。如圖3所示，如果原通信鏈路的通信會話創(chuàng)建成功，則還包括以下步驟：

S20：通過原通信鏈路的通信會話發(fā)送交互指令；

S21：判斷交互指令是否發(fā)送成功；如果否，則進入步驟13。

可以理解的是，如果按照上一實施例，只要通信會話建立成功則表明原通信鏈路就能正常通信的話，則有可能出現(xiàn)在交互指令發(fā)送過程中，不能成功發(fā)送的問題，這樣SMC與BMC也是不能成功通信的。因此，本實施例在上一實施例的基礎上，增加了一個判斷交互指令是否發(fā)送成功的步驟。需要說明的是，如果步驟S21的判斷結果為是，則繼續(xù)執(zhí)行SMC與BMC通信的操作即可，本實施例不再贅述。

圖4為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖。如圖4所示，步驟S13之后，還包括以下步驟。

S30：判斷目標通信鏈路是否正常通信；如果否，則進入步驟S31。

當確定了目標通信鏈路作為當前的通信鏈路進行通信時，就需要判斷目標通信鏈路是否能夠正常通信，只有在目標通信鏈路能夠正常通信的基礎上，才可以真正實現(xiàn)SMC與BMC的通信，否則二者是不能通信的。如果目標通信鏈路正常通信，則可以在目標通信鏈路上進行通信，否則需要切換當前的通信鏈路，具體參見步驟S31。

S31：從備用通信鏈路中選取另一目標通信鏈路，將當前目標通信鏈路切換為另一目標通信鏈路。

如果目標通信鏈路不能正常通信，說明SMC與BMC之間不能通過目標通信鏈路進行通信，需要從其它備用通信鏈路上選取一條目標通信鏈路代替當前的目標通信鏈路。可以理解的是，這里的另一目標通信鏈路是備用通信鏈路中除原通信鏈路和上一實施例中的目標通信鏈路中的另一個通信鏈路。

可以理解地是，本實施例實現(xiàn)的前提是，通信鏈路至少要有3條，

圖5為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖。如圖5所示，在上述實施例的基礎上，S30具體包括：

S300：創(chuàng)建目標通信鏈路的通信會話。

S301：判斷目標通信鏈路的通信會話是否創(chuàng)建成功；如果否，則進入步驟S31。

對于其他步驟本實施例不再贅述，請參見上文的描述。本實施例中，通過通信會話的方式判斷目標通信鏈路是否正常通信?？梢岳斫獾氖牵绻襟ES300創(chuàng)建成功則表明目標通信鏈路正常通信，就可以在目標通信鏈路上進行通信，本實施例不再贅述；否則表明目標通信鏈路未正常通信，則需要切換，具體參見步驟S31。

圖6為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖。如圖6所示，在上述實施例的基礎上，如果目標通信鏈路正常通信，則還包括：

S40：通過目標通信鏈路的通信會話發(fā)送交互指令。

S41：判斷交互指令是否發(fā)送成功；如果否，則進入步驟S31。

可以理解的是，如果按照上一實施例，只要通信會話建立成功則表明目標通信鏈路就能正常通信的話，則有可能出現(xiàn)在交互指令發(fā)送過程中，不能成功發(fā)送的問題，這樣SMC與BMC也是不能成功通信的。因此，本實施例在上一實施例的基礎上，增加了一個判斷交互指令是否發(fā)送成功的步驟。需要說明的是，如果步驟S41的判斷結果為是，則繼續(xù)執(zhí)行SMC與BMC通信的操作即可，本實施例不再贅述。

圖7為本發(fā)明實施例提供的另一種具有冗余功能的通信監(jiān)控方法的流程圖。如圖7所示，在上述任一實施例的基礎上(以圖1對應的實施例為例)，還包括：

S50：判斷當前的通信鏈路是否為原通信鏈路，如果是，則進入步驟S12，否則，進入步驟S51。

S51：啟動恢復原通信鏈路的操作。

S52：判斷原通信鏈路是否恢復成功，如果是，進入步驟S53，否則，進入步驟S51。

S53：將當前通信鏈路切換為原通信鏈路，并進入步驟S12。

在具體實施中，如果原通信鏈路是通信鏈路中最優(yōu)的通信鏈路，則如果當前通信鏈路不是原通信鏈路的話，則說明原通信鏈路出現(xiàn)故障，需要啟動恢復操作進行恢復。一旦恢復成功，則將當前通信鏈路切換為原通信鏈路。

本實施例中，通過相關方式修復原鏈路問題，當原通信鏈路恢復后，能夠切換回原通信鏈路繼續(xù)進行BMC管理。

需要說明的是，本實施中是在圖1的基礎上進行的，但是在其他實施中，也可以加在其他步驟之后，本實施例不再贅述。

上述實施例中對具有冗余功能的通信監(jiān)控方法對應的實施例進行了詳細的說明，由于裝置部分的實施例與方法部分的實施例相互對應，因此裝置部分的實施例請參見方法部分的實施例的描述，這里暫不贅述。一種具有冗余功能的通信監(jiān)控裝置，包括：

創(chuàng)建單元，用于預先創(chuàng)建多條用于SMC與BMC進行通信的通信鏈路；

選取單元，用于選取一條通信鏈路作為原通信鏈路，其余為備用通信鏈路；

判斷單元，用于判斷原通信鏈路是否正常通信；

切換單元，用于在判斷單元的判斷結果為否時，從備用通信鏈路中選取一目標通信鏈路，將原通信鏈路切換為目標通信鏈路。

本實施例提供的具有冗余功能的通信監(jiān)控裝置，包括創(chuàng)建單元，用于預先創(chuàng)建多條用于SMC與BMC進行通信的通信鏈路；選取單元，用于選取一條通信鏈路作為原通信鏈路，其余為備用通信鏈路；判斷單元，用于判斷原通信鏈路是否正常通信；切換單元，用于在判斷單元的判斷結果為否時，從備用通信鏈路中選取一目標通信鏈路，將原通信鏈路切換為目標通信鏈路。由此可見，本裝置在現(xiàn)有的通信鏈路的基礎上，當原通信鏈路發(fā)生異常時，及時將通信鏈路切換到備用的通信鏈路上，以便能夠繼續(xù)對BMC進行管理。基于此，可以提高SMC與BMC的通信鏈路的可靠性。

由于系統(tǒng)部分的實施例與裝置部分的實施例相互對應，因此系統(tǒng)部分的實施例請參見裝置部分的實施例的描述，這里暫不贅述。一種具有冗余功能的通信監(jiān)控系統(tǒng)，包括SMC、BMC，還包括上述實施例所述的具有冗余功能的通信監(jiān)控裝置。

本發(fā)明實施例提供的具有冗余功能的通信監(jiān)控系統(tǒng)，在現(xiàn)有的通信鏈路的基礎上，當原通信鏈路發(fā)生異常時，及時將通信鏈路切換到備用的通信鏈路上，以便能夠繼續(xù)對BMC進行管理?；诖耍梢蕴岣逽MC與BMC的通信鏈路的可靠性，且不需要重新創(chuàng)建新的通信鏈路，方法簡單。

以上對本發(fā)明所提供的具有冗余功能的通信監(jiān)控方法、裝置及系統(tǒng)進行了詳細介紹。說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說明即可。應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以對本發(fā)明進行若干改進和修飾，這些改進和修飾也落入本發(fā)明權利要求的保護范圍內(nèi)。