本發(fā)明涉及計算機領(lǐng)域，具體來說，涉及一種多機備份的實現(xiàn)方法。

背景技術(shù)：

在現(xiàn)有技術(shù)中，涉及單臺服務(wù)器提供的存儲容量無法遠遠無法滿足日漸龐大的非格式化數(shù)據(jù)存儲需求，而當(dāng)前對數(shù)據(jù)的處理實時性的要求也日漸提升，現(xiàn)有的處理方式中，往往使用多臺服務(wù)器組成的集群系統(tǒng)對用戶提供服務(wù)以解決上述問題，但如何保持這些集群中數(shù)據(jù)的同步，如何選擇主控服務(wù)器提供對外服務(wù)，備控服務(wù)器何時發(fā)揮作用，是多機熱備系統(tǒng)需要解決的問題。

然而，在現(xiàn)有技術(shù)中的存儲應(yīng)用場景往往只使用熱備份技術(shù)或冷備份技術(shù)，具體如下：要么只在當(dāng)前主控服務(wù)器在線時，將所有數(shù)據(jù)同時備份到備控服務(wù)器中，實現(xiàn)備控服務(wù)器的在線備份，但是，該熱備份會導(dǎo)致所有數(shù)據(jù)都需要進行實時的同步，降低服務(wù)器的響應(yīng)速度；要么等當(dāng)前主控服務(wù)器暫時停止服務(wù)時，將數(shù)據(jù)離線拷貝到備控服務(wù)器中，但是，該冷備份可能導(dǎo)致系統(tǒng)出現(xiàn)故障后不能及時恢復(fù)未離線同步的數(shù)據(jù)，造成數(shù)據(jù)丟失的情況。

針對相關(guān)技術(shù)中的問題，目前尚未提出有效的解決方案。

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

針對相關(guān)技術(shù)中的問題，本發(fā)明提出一種多機備份的實現(xiàn)方法，能夠避免所有數(shù)據(jù)都需要實時在主控服務(wù)器、備控服務(wù)器和恢復(fù)服務(wù)器之間進行同步的做法，也解決了主控服務(wù)器和備控服務(wù)器同時出現(xiàn)故障的情況下，系統(tǒng)無法正常恢復(fù)的問題。

本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

根據(jù)本發(fā)明的一個方面，提供了一種多機備份的實現(xiàn)方法。

該多機備份的實現(xiàn)方法包括：主控服務(wù)器、備控服務(wù)器、恢復(fù)服務(wù)器，其中，主控服務(wù)器接收客戶端的配置命令，并根據(jù)配置命令，對主控服務(wù)器進行配置，以及將配置命令發(fā)送至備控服務(wù)器；備控服務(wù)器根據(jù)配置命令，對備控服務(wù)器進行配置，并且將本次的配置數(shù)據(jù)作為恢復(fù)信息備份至恢復(fù)服務(wù)器。

根據(jù)本發(fā)明的一個實施例，進一步包括：備控服務(wù)器將第一配置結(jié)果發(fā)送至主控服務(wù)器；主控服務(wù)器接收第一配置結(jié)果，并獲取主控服務(wù)器的第二配置結(jié)果，以及將第一配置結(jié)果和第二配置結(jié)果發(fā)送至客戶端。

根據(jù)本發(fā)明的一個實施例，進一步包括：將備控服務(wù)器的全部數(shù)據(jù)備份至恢復(fù)服務(wù)器；以及將每次的配置數(shù)據(jù)作為各階段的恢復(fù)信息備份至恢復(fù)服務(wù)器。

根據(jù)本發(fā)明的一個實施例，進一步包括：在主控服務(wù)器和備控服務(wù)器同時出現(xiàn)故障的情況下，根據(jù)恢復(fù)信息，將主控服務(wù)器和備控服務(wù)器的系統(tǒng)進行還原。

根據(jù)本發(fā)明的一個實施例，進一步包括：通過心跳信號判斷主控服務(wù)器和備控服務(wù)器的存活狀態(tài)；當(dāng)根據(jù)心跳信號判斷主控服務(wù)器和/或備控服務(wù)器出現(xiàn)故障時，生成報警信息。

根據(jù)本發(fā)明的一個實施例，通過心跳信號確定主控服務(wù)器和備份服務(wù)器。

根據(jù)本發(fā)明的一個實施例，進一步包括：第一服務(wù)器啟動后，判斷是否收到主控服務(wù)器的心跳信號；在收到主控服務(wù)器的心跳信號的情況下，確定第一服務(wù)器為備控服務(wù)器；在未收到主控服務(wù)器的心跳信號的情況下，確定第一服務(wù)器為主控服務(wù)器。

根據(jù)本發(fā)明的一個實施例，在未收到主控服務(wù)器的心跳信號的情況下，確定第一服務(wù)器為主控服務(wù)器包括：在未收到第二服務(wù)器申請成為主控服務(wù)器的情況下，確定第一服務(wù)器為主控服務(wù)器；在收到第二服務(wù)器申請成為主控服務(wù)器的情況下，確定第二服務(wù)器為主控服務(wù)器。

本發(fā)明的有益技術(shù)效果在于：

本發(fā)明通過主控服務(wù)器接收客戶端的配置命令，并根據(jù)配置命令，對主控服務(wù)器進行配置，以及將配置命令發(fā)送至備控服務(wù)器，隨后備控服務(wù)器根據(jù)配置命令，對備控服務(wù)器進行配置，并且將本次的配置數(shù)據(jù)作為恢復(fù)信息備份至恢復(fù)服務(wù)器，從而在主控服務(wù)器和備控服務(wù)器之間采用熱備份，而備控服務(wù)器和恢復(fù)服務(wù)器之間采用溫備份的方式，提高了系統(tǒng)的穩(wěn)定性，進而確保系統(tǒng)的高可用運行。

附圖說明

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

圖1是根據(jù)本發(fā)明實施例的多機備份的實現(xiàn)方法的流程圖；

圖2是根據(jù)本發(fā)明具體實施例的多機備份的實現(xiàn)方法的流程圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

根據(jù)本發(fā)明的實施例，提供了一種多機備份的實現(xiàn)方法。

如圖1所示，根據(jù)本發(fā)明實施例的多機備份的實現(xiàn)方法包括：主控服務(wù)器、備控服務(wù)器、恢復(fù)服務(wù)器，其中，該主控服務(wù)器為多機熱備系統(tǒng)中負責(zé)正常工作的服務(wù)器，備控服務(wù)器為多機熱備系統(tǒng)中作為冗余備份的服務(wù)器，主控服務(wù)器正常運行時，備控服務(wù)器只保證與主控服務(wù)器數(shù)據(jù)的同步，不與客戶端交互，而當(dāng)主控服務(wù)器出現(xiàn)故障時，迅速取代主控服務(wù)器的位置，為客戶端提供正常服務(wù)，

步驟S101，主控服務(wù)器接收客戶端的配置命令，并根據(jù)配置命令，對主控服務(wù)器進行配置，以及將配置命令發(fā)送至備控服務(wù)器；

步驟S103，備控服務(wù)器根據(jù)配置命令，對備控服務(wù)器進行配置，并且將本次的配置數(shù)據(jù)作為恢復(fù)信息備份至恢復(fù)服務(wù)器。

在該實施例中，本發(fā)明的技術(shù)方案是在主控服務(wù)器和備控服務(wù)器之間采用熱備份機制，即在主控服務(wù)器和備控服務(wù)器均在線的情況下，主控服務(wù)器和備控服務(wù)器之間的數(shù)據(jù)采用實時同步，所有請求到達主服務(wù)器之后，主服務(wù)器先同步到備用服務(wù)器，同步成功后返回給客戶端成功消息，該熱備份方案具體為在多個服務(wù)器同時上電運行的情況下，主控服務(wù)器監(jiān)聽客戶端連接端口，等待客戶端的連接請求，備控服務(wù)器監(jiān)控主控服務(wù)器的狀態(tài)信息，確保主控服務(wù)器處于正常運行狀態(tài)，并接收主控服務(wù)器的請求，隨后正常運行后，客戶端給主控服務(wù)器下發(fā)連接請求以及配置命令，主控服務(wù)器首先接收上述請求和配置命令，并對其進行處理，根據(jù)不同請求，分別直接處理，同時將上述請求或者配置命令發(fā)給備控服務(wù)器并等待備控服務(wù)器進行處理，備控服務(wù)器收到相應(yīng)請求后，在本地執(zhí)行該請求和配置命令，并返回執(zhí)行第一配置結(jié)果，隨后主控模塊接收到備控服務(wù)器的應(yīng)答消息后，結(jié)合自己的第二處理結(jié)果，調(diào)整最終的請求處理結(jié)果并將該結(jié)果返回給客戶端，即將第一處理結(jié)果和第二處理結(jié)果同時發(fā)送給客戶端，同時，對于不同的客戶端而是由主控服務(wù)器自己發(fā)起配置請求，備控服務(wù)器禁止自身申請該類請求，從而保持與主控模塊的同步，從而使得主備服務(wù)器之間采用熱備份模式情況下，系統(tǒng)可用性得到提高，可以有效應(yīng)對單臺服務(wù)器故障的情況。

但是，對于主備服務(wù)器同時故障的情況，系統(tǒng)的可用性將無法保障，因此，在備控服務(wù)器后端增加恢復(fù)服務(wù)器，在備控服務(wù)器和恢復(fù)服務(wù)器之間采用溫備份機制，即兩臺服務(wù)器之間采用階段性同步的方法，具體為將備控服務(wù)器的全部數(shù)據(jù)信息發(fā)送給恢復(fù)服務(wù)器，恢復(fù)服務(wù)器將其全部數(shù)據(jù)進行備份，并且采用增量保存的方法保存最近的恢復(fù)信息，即恢復(fù)服務(wù)器在備份所述備控服務(wù)器全部數(shù)據(jù)后，隨后將備控服務(wù)器每次更新的配置數(shù)據(jù)分階段地存儲在恢復(fù)服務(wù)器上，即不同的階段代表備控服務(wù)器不同的還原點，從而在這種情況下，當(dāng)主備服務(wù)器同時發(fā)生故障時，系統(tǒng)可以恢復(fù)到最近的還原點，從該還原點狀態(tài)繼續(xù)運行。

通過本發(fā)明的上述方案，通過主控服務(wù)器接收客戶端的配置命令，并根據(jù)配置命令，對主控服務(wù)器進行配置，以及將配置命令發(fā)送至備控服務(wù)器，隨后備控服務(wù)器根據(jù)配置命令，對備控服務(wù)器進行配置，并且將本次的配置數(shù)據(jù)作為恢復(fù)信息備份至恢復(fù)服務(wù)器，從而在主控服務(wù)器和備控服務(wù)器之間采用熱備份，而備控服務(wù)器和恢復(fù)服務(wù)器之間采用溫備份的方式，提高了系統(tǒng)的穩(wěn)定性，進而確保系統(tǒng)的高可用運行。

根據(jù)本發(fā)明的一個實施例，進一步包括：備控服務(wù)器將第一配置結(jié)果發(fā)送至主控服務(wù)器；主控服務(wù)器接收第一配置結(jié)果，并獲取主控服務(wù)器的第二配置結(jié)果，以及將第一配置結(jié)果和第二配置結(jié)果發(fā)送至客戶端。

根據(jù)本發(fā)明的一個實施例，進一步包括：將備控服務(wù)器的全部數(shù)據(jù)備份至恢復(fù)服務(wù)器；以及將每次的配置數(shù)據(jù)作為各階段的恢復(fù)信息備份至恢復(fù)服務(wù)器。

此外，主控服務(wù)器、備控服務(wù)器和恢復(fù)服務(wù)器同步機制除了上述熱備份與溫備份之外，數(shù)據(jù)存儲方式也不相同，具體地，主控服務(wù)器和備控服務(wù)器將同步數(shù)據(jù)都在上述兩個服務(wù)器的內(nèi)存中，而備控服務(wù)器和恢復(fù)服務(wù)器之間的階段性還原點數(shù)據(jù)則由恢復(fù)服務(wù)器存放在外部存儲中，如磁盤等，從而在外部存儲可靠的前提下，無論接入的控制服務(wù)器發(fā)生什么類型的故障，均可以確保控制服務(wù)器的系統(tǒng)從最近的還原點恢復(fù)運行。

根據(jù)本發(fā)明的一個實施例，進一步包括：在主控服務(wù)器和備控服務(wù)器同時出現(xiàn)故障的情況下，根據(jù)恢復(fù)信息，將主控服務(wù)器和備控服務(wù)器的系統(tǒng)進行還原。

根據(jù)本發(fā)明的一個實施例，進一步包括：通過心跳信號判斷主控服務(wù)器和備控服務(wù)器的存活狀態(tài)；當(dāng)根據(jù)心跳信號判斷主控服務(wù)器和/或備控服務(wù)器出現(xiàn)故障時，生成報警信息，其中，心跳信號用于主控服務(wù)器和備控服務(wù)器間相互通信以確保對方是否在線的一種方式，在線服務(wù)器會往外廣播自身相關(guān)信息。

在該實施例中，為了實現(xiàn)上述熱備份和溫備份的機制，所有服務(wù)器除了接受請求數(shù)據(jù)(或配置命令)的廣域網(wǎng)連接之外，為了檢測各個服務(wù)器的活躍狀態(tài)，各服務(wù)器之間還需有心跳網(wǎng)絡(luò)連接，為了實現(xiàn)數(shù)據(jù)的實時同步及還原點鏡像傳遞，各服務(wù)器之間還需有高速同步網(wǎng)絡(luò)連接，因此，為了實現(xiàn)業(yè)務(wù)處理的存儲訪問需求，業(yè)務(wù)服務(wù)器和后端存儲系統(tǒng)之間需有專用存儲網(wǎng)絡(luò)連接。為了實現(xiàn)存儲系統(tǒng)的冗余，業(yè)務(wù)服務(wù)器和存儲服務(wù)器之間采用兩個交換機做互備，交叉連接到兩臺存儲控制器上。

但是，對于心跳網(wǎng)絡(luò)來說，如果采用單一網(wǎng)絡(luò)，則網(wǎng)絡(luò)自身故障會導(dǎo)致心跳信號無法有效傳遞，從而使得主控服務(wù)器、備控服務(wù)器都誤以為對端故障，從而將自身狀態(tài)由備控服務(wù)器更新為主，從而雙主現(xiàn)象將會導(dǎo)致系統(tǒng)進入不可控狀態(tài)，因此，本發(fā)明通過采用多類型多網(wǎng)絡(luò)的方案來確保心跳狀態(tài)的一致性，具體為采用千兆網(wǎng)絡(luò)連接和串口連接兩種連接方式，其中，千兆網(wǎng)以BFD(Bidirectional Forwarding Detection，雙向轉(zhuǎn)發(fā)檢測)保活機制與對端應(yīng)用服務(wù)之間進行數(shù)據(jù)交互，以得知對方的存活狀態(tài)，串口連接則不斷的通過定向發(fā)送心跳信號的方式來告知對方自己的存活狀態(tài)。

根據(jù)本發(fā)明的一個實施例，通過心跳信號確定主控服務(wù)器和備份服務(wù)器。

根據(jù)本發(fā)明的一個實施例，進一步包括：第一服務(wù)器啟動后，判斷是否收到主控服務(wù)器的心跳信號；在收到主控服務(wù)器的心跳信號的情況下，確定第一服務(wù)器為備控服務(wù)器；在未收到主控服務(wù)器的心跳信號的情況下，確定第一服務(wù)器為主控服務(wù)器。

在該實施例中，如圖2所示，第一服務(wù)器啟動時默認身份為未知，在延時一個心跳周期后，首先通過判斷是否接收到主控服務(wù)器的心跳信號來判斷主控服務(wù)器是否存在，如果主控服務(wù)器已經(jīng)存在，則確定自己的備控服務(wù)器身份，如果主控服務(wù)器不存在，且其它服務(wù)器(第二服務(wù)器)也沒有請求成為主控服務(wù)器，則該第一服務(wù)器嘗試請求成為主控服務(wù)器，如果在連續(xù)的10個心跳周期中未收到主控服務(wù)器的心跳也未收到其它服務(wù)器請求成為主控服務(wù)器的請求信號，則確認自己的主控服務(wù)器身份，而如果收到了其他其它服務(wù)器的請求信號，模仿以太網(wǎng)中的沖突退避算法，延時一個隨機時間，讓其它服務(wù)器優(yōu)先成為主控服務(wù)器，然后再根據(jù)實際需求做出判斷。

根據(jù)本發(fā)明的一個實施例，在未收到主控服務(wù)器的心跳信號的情況下，確定第一服務(wù)器為主控服務(wù)器包括：在未收到第二服務(wù)器申請成為主控服務(wù)器的情況下，確定第一服務(wù)器為主控服務(wù)器；在收到第二服務(wù)器申請成為主控服務(wù)器的情況下，確定第二服務(wù)器為主控服務(wù)器。

綜上所述，借助于本發(fā)明的上述技術(shù)方案，通過主控服務(wù)器接收客戶端的配置命令，并根據(jù)配置命令，對主控服務(wù)器進行配置，以及將配置命令發(fā)送至備控服務(wù)器，隨后備控服務(wù)器根據(jù)配置命令，對備控服務(wù)器進行配置，并且將本次的配置數(shù)據(jù)作為恢復(fù)信息備份至恢復(fù)服務(wù)器，從而在主控服務(wù)器和備控服務(wù)器之間采用熱備份，而備控服務(wù)器和恢復(fù)服務(wù)器之間采用溫備份的方式，提高了系統(tǒng)的穩(wěn)定性，進而確保系統(tǒng)的高可用運行。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。