本發(fā)明涉及多服務器熱備領域，特別涉及一種多服務器切換方法及系統(tǒng)。

背景技術：

隨著互聯(lián)網(wǎng)(移動互聯(lián)網(wǎng))高速發(fā)展，用戶越來越依賴服務器提供的數(shù)據(jù)服務，對數(shù)據(jù)的可用性需求增強，需要更加隨時隨地的訪問服務器提供的服務(數(shù)據(jù))；為避免服務器故障，導致用戶無法正常獲取服務，因此采用多機熱備方案，當主服務器失活，則從服務器應該切換為主服務器，繼續(xù)為用戶提供服務。

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

有鑒于此，本發(fā)明的目的在于提供一種多服務器切換方法及系統(tǒng)，使原主服務器失活后能夠順利的由從服務器代替其功能繼續(xù)運行。其具體方案如下：

一種多服務器切換方法，包括：當從服務器組檢測到原主服務器失活，則所述從服務器組按照預先設定的靜態(tài)分配順序，在所述從服務器組中確認一個從服務器為備用主服務器。

優(yōu)選的，所述優(yōu)先度最高的從服務器變?yōu)閭溆弥鞣掌髦?，還包括：

所述備用主服務器發(fā)送切換通知到各從服務器。

優(yōu)選的，所述所述從服務器組按照預先設定的靜態(tài)分配順序，在所述從服務器組中確認一個從服務器為備用主服務器的過程，包括：

所述從服務器組中的從服務器判斷各自的靜態(tài)分配順序，優(yōu)先度最高的從服務器變?yōu)樗鰝溆弥鞣掌鳌?/p>

優(yōu)選的，所述判斷各自的靜態(tài)分配順序之后，還包括：

各從服務器相互發(fā)送確認信息，每個從服務器利用各從服務器發(fā)送的確認信息，判斷自身優(yōu)先度是否最高，如果是，則變?yōu)樗鰝溆弥鞣掌?；其中，確認信息中包括從服務器的靜態(tài)分配順序。

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

當所述備用主服務器檢測到所述原主服務器恢復正常，則將所述原主服務器失活期間的數(shù)據(jù)發(fā)送給所述原主服務器，并所述備用主服務器變?yōu)樗鰪姆掌鹘M中的一個從服務器。

本發(fā)明還公開了一種多服務器切換系統(tǒng)，包括：

檢測模塊，用于從服務器組檢測到原主服務器失活；

確認模塊，用于所述從服務器組按照預先設定的靜態(tài)分配順序，在所述從服務器組中確認一個從服務器為備用主服務器。

優(yōu)選的，還包括：通知模塊，用于所述備用主服務器發(fā)送切換通知到各從服務器。

優(yōu)選的，所述確認模塊，具體用于所述從服務器組中的從服務器判斷各自的靜態(tài)分配順序，優(yōu)先度最高的從服務器變?yōu)樗鰝溆弥鞣掌鳌?/p>

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

發(fā)送模塊，用于各從服務器相互發(fā)送確認信息；

判斷模塊，用于每個從服務器利用各從服務器發(fā)送的確認信息，判斷自身優(yōu)先度是否最高，如果是，則變?yōu)樗鰝溆弥鞣掌鳎?/p>

其中，確認信息中包括從服務器的靜態(tài)分配順序。

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

數(shù)據(jù)發(fā)送模塊，用于當所述備用主服務器檢測到所述原主服務器恢復正常，則將所述原主服務器失活期間的數(shù)據(jù)發(fā)送給所述原主服務器；

切換模塊，用于所述備用主服務器變?yōu)樗鰪姆掌鹘M中的一個從服務器。

本發(fā)明中，多服務器切換方法，包括：當從服務器組檢測到原主服務器失活，則從服務器組按照預先設定的靜態(tài)分配順序，在從服務器組中確認一個從服務器為備用主服務器。可見，本發(fā)明預先為從服務器組中的每個從服務器設定靜態(tài)分配順序，當原主服務器失活時，從服務器組可以按照靜態(tài)分配順序，按順序確認出應該作為備用主服務器的從服務器，從而保證了原主服務器失活后能夠順利的由從服務器代替其功能繼續(xù)運行，為用戶提供可靠的數(shù)據(jù)服務。

附圖說明

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

圖1為本發(fā)明實施例公開的一種多服務器切換方法流程示意圖；

圖2為本發(fā)明實施例公開的一種多服務器切換系統(tǒng)結構示意圖。

具體實施方式

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

本發(fā)明實施例公開了一種多服務器切換方法，參見圖1所示，該方法包括：

步驟s11：當從服務器組檢測到原主服務器失活，則從服務器組按照預先設定的靜態(tài)分配順序，在從服務器組中確認一個從服務器為備用主服務器。

具體的，在正常運行時，從服務器組能夠接收到原主服務器發(fā)送的在運信號，當原主服務器失活，從服務器組在第一閾值內(nèi)未能接收到原主服務器發(fā)送的在運信號，便可得知原主服務器失活，例如，從服務器組在10秒內(nèi)未能接收到原主服務器發(fā)送的在運信號，便得知原主服務器失活，或接收到原主服務器失活的信息，得知原主服務器失活。

其中，從服務器組中的從服務器判斷各自的靜態(tài)分配順序，優(yōu)先度最高的從服務器變?yōu)閭溆弥鞣掌?；靜態(tài)分配順序可以由用戶預先進行設定，指定每個從服務器切換成備用主服務器的順序，例如，從服務器組中有10個從服務器，指定第一從服務器至第十從服務器的編號為1至10，設定按照編號從小到大的順序切換，如，當原主服務器失活，則編號為1的第一從服務器優(yōu)先度最高變?yōu)閭溆弥鞣掌?；從服務器組中的從服務器在得知原主服務器失活后，便查詢自身的靜態(tài)分配順序，當從服務器確認自身為優(yōu)先度最高的從服務器則切換為備用主服務器。

可見，本發(fā)明實施例預先為從服務器組中的每個從服務器設定靜態(tài)分配順序，當原主服務器失活時，從服務器組可以按照靜態(tài)分配順序，按順序確認出應該作為備用主服務器的從服務器，從而保證了原主服務器失活后能夠順利的由從服務器代替其功能繼續(xù)運行，為用戶提供可靠的數(shù)據(jù)服務。

需要說明的是，如果當原主服務器失活，而從服務器組中也有從服務器失活，將會影響到從服務器切換到備用主服務器的順序，尤其是當優(yōu)先度最高的從服務器失活，則需要下一個從服務器切換為備用主服務器，此時如果各從服務器間沒有信息交互，則很難完成原主服務器的切換，為此，當各從服務器確認自身的靜態(tài)分配順序后，還可以相互發(fā)送確認信息，每個從服務器利用各從服務器發(fā)送的確認信息，判斷自身優(yōu)先度是否最高，如果是，則變?yōu)閭溆弥鞣掌鳌?/p>

具體的，從服務器利用接收到的其余從服務器發(fā)送的確認信息中包括的靜態(tài)分配順序，與自身的靜態(tài)分配順序進行對比，判斷自身優(yōu)先度是否最高，如果是，則變?yōu)閭溆弥鞣掌鳎绻?，則不執(zhí)行操作。

其中，從服務器能夠得知失活的主服務器是原主服務器，還是由從服務器轉換為的備用主服務器，因此，從服務器通過判斷與失活的主服務器相比，自身的靜態(tài)分配順序是否是優(yōu)先度最高的從服務器，例如，第一從服務器至第十從服務器的編號為1至10，設定按照編號從小到大的順序切換，檢測到主服務器失活，主服務器編號為0，則說明主服務器為原主服務器，編號為1的第一從服務器優(yōu)先度最高，所以第一從服務器切換為備用主服務器；若主服務器編號為1，則說明編號為2的第二從服務器優(yōu)先度最高，所以第二從服務器切換為備用主服務器；若主服務器編號為2，則第三從服務器切換為備用主服務器。

進一步的，如果各從服務器之間不發(fā)送確認信息進行，在優(yōu)先度最高的從服務器變?yōu)閭溆弥鞣掌髦螅瑸榉乐钩霈F(xiàn)因從服務器失活而導致的沒有從服務器變?yōu)樵鞣掌鞯那闆r，當優(yōu)先度最高的從服務器變?yōu)閭溆弥鞣掌骱蟀l(fā)送切換通知到各從服務器，以使各從服務器得知切換成功，若各從服務器在預定的第二閾值內(nèi)未能收到由備用主服務器發(fā)送的切換通知，則說明未能完成主、從服務器之間的切換，當前仍未有原主服務器在運作，各從服務器將再次利用自身的靜態(tài)分配順序，判斷是否切換為備用主服務器。

例如，第二閾值為60秒，當各從服務器檢測到原主服務器失活，則各從服務器利用自身靜態(tài)分配順序，確認優(yōu)先度最高的第一從服務器應當切換為備用主服務器，60秒過后，各從服務器仍未收到應由第一從服務器切換為備用主服務器發(fā)送的切換通知，則說明第一從服務器切換失敗，優(yōu)先度次高的第二從服務器進行切換，60秒后，若仍未收到切換通知，則依據(jù)靜態(tài)分配順序由第三從服務器進行切換，第三從服務器切換為備用主服務器后，則在60秒內(nèi)發(fā)送切換通知，使各仍未切換的從服務器得知切換操作已完成。

在實際應用中，當原主服務器恢復正常時，為使原主服務器恢復工作，需要使備用主服務器重新切換為從服務器，由原主服務器繼續(xù)原來的工作，因此，當備用主服務器檢測到原主服務器恢復正常，則將原主服務器失活期間的數(shù)據(jù)發(fā)送給原主服務器，并備用主服務器變?yōu)閺姆掌鹘M中的一個從服務器。

具體的，備用主服務器將其運行期間的數(shù)據(jù)全部發(fā)送給原主服務器，即，將原主服務器恢復正常之前的數(shù)據(jù)全部發(fā)送給原主服務器，以使原主服務器能夠繼續(xù)處理數(shù)據(jù)，不會出現(xiàn)數(shù)據(jù)的丟失和間斷，保證運行的穩(wěn)定性，在傳輸完數(shù)據(jù)后，備用主服務器恢復其之前的運行身份，變?yōu)閺姆掌?，繼續(xù)工作。

本發(fā)明還相應公開了一種多服務器切換系統(tǒng)，參見圖2所示，該系統(tǒng)包括：

檢測模塊11，用于從服務器組檢測到原主服務器失活；

確認模塊12，用于從服務器組按照預先設定的靜態(tài)分配順序，在從服務器組中確認一個從服務器為備用主服務器。

可見，本發(fā)明實施例預先為從服務器組中的每個從服務器設定靜態(tài)分配順序，當原主服務器失活時，從服務器組可以按照靜態(tài)分配順序，按順序確認出應該作為備用主服務器的從服務器，從而保證了原主服務器失活后能夠順利的由從服務器代替其功能繼續(xù)運行，為用戶提供可靠的數(shù)據(jù)服務。

具體的，上述確認模塊12，具體用于從服務器組中的從服務器判斷各自的靜態(tài)分配順序，優(yōu)先度最高的從服務器變?yōu)閭溆弥鞣掌鳌?/p>

本發(fā)明實施例中，還可以包括發(fā)送模塊、判斷模塊、通知模塊、數(shù)據(jù)發(fā)送模塊和切換模塊；其中，

發(fā)送模塊，用于各從服務器相互發(fā)送確認信息；

判斷模塊，用于每個從服務器利用各從服務器發(fā)送的確認信息，判斷自身優(yōu)先度是否最高，如果是，則變?yōu)閭溆弥鞣掌鳎?/p>

其中，確認信息中包括從服務器的靜態(tài)分配順序。

通知模塊，用于備用主服務器發(fā)送切換通知到各從服務器。

數(shù)據(jù)發(fā)送模塊，用于當備用主服務器檢測到原主服務器恢復正常，則將原主服務器失活期間的數(shù)據(jù)發(fā)送給原主服務器；

切換模塊，用于備用主服務器變?yōu)閺姆掌鹘M中的一個從服務器。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括要素的過程、方法、物品或者設備中還存在另外的相同要素。

以上對本發(fā)明所提供的一種多服務器切換方法及系統(tǒng).進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上，本說明書內(nèi)容不應理解為對本發(fā)明的限制。