本發(fā)明涉及數(shù)據(jù)處理技術(shù)領域，特別涉及一種同城災難備份系統(tǒng)。

背景技術(shù)：

災難備份，簡稱災備，是指利用技術(shù)、管理手段以及相關(guān)資源確保關(guān)鍵數(shù)據(jù)、關(guān)鍵數(shù)據(jù)處理系統(tǒng)和關(guān)鍵業(yè)務在災難發(fā)生后可以恢復的過程。其目的是，確保關(guān)鍵業(yè)務持續(xù)運行，以及減少非計劃宕機時間。

所謂的災難，包括但不限于：IT系統(tǒng)故障，人員誤操作、誤刪除，黑客、病毒攻擊，電力、網(wǎng)絡等服務中斷，地震、臺風等自然災害。

災備的衡量指標包括：RTO恢復時間目標，指信息系統(tǒng)從災難狀態(tài)恢復到可運行狀態(tài)所需的時間；RPO恢復點目標，指業(yè)務系統(tǒng)所允許的在災難過程中的最大數(shù)據(jù)丟失量；RR容災半徑，即主站點與備份站點間的距離。

同城災備方案，即對生產(chǎn)中心，在同一城市建立災備中心。由于生產(chǎn)中心和災難備份中心距離比較近，可以較容易地實現(xiàn)數(shù)據(jù)的同步鏡像，保證數(shù)據(jù)完整性以及數(shù)據(jù)零丟失。有效防范火災、建筑物破壞等可能遭遇的風險隱患。但是，目前的同城災備方案中僅存在主節(jié)點和備用節(jié)點，穩(wěn)定性較低，使得RTO恢復時間目標較大，且RPO恢復點目標較多，造成其抵擋風險時的用戶體驗不好。因此如何提高同城災備方法的穩(wěn)定性，以減少RTO恢復時間，以及RPO恢復點數(shù)量。

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

本發(fā)明的目的是提供一種同城災難備份系統(tǒng)，該系統(tǒng)在傳統(tǒng)的同城災備方案基礎上，添加冗余機制，提高災備性能指標，如縮短RTO恢復時間目標，減少RPO恢復點目標。

為解決上述技術(shù)問題，本發(fā)明提供一種同城災難備份系統(tǒng)，包括：生產(chǎn)中心設備及災備中心設備；其中，所述生產(chǎn)中心設備及所述災備中心設備均包括一個主機節(jié)點和至少一個備用節(jié)點，且設備中的主機節(jié)點和各備用節(jié)點通過鏈路連接進行數(shù)據(jù)一致性交互通信；

所述生產(chǎn)中心設備與所述災備中心設備之間通過對外通信節(jié)點對應的IP網(wǎng)絡進行遠程備份；其中，當主機節(jié)點未故障時主機節(jié)點為對外通信節(jié)點，當主機節(jié)點故障時備用機節(jié)點為對外通信節(jié)點。

可選的，所述生產(chǎn)中心設備及所述災備中心設備均包括一個主機節(jié)點和一個備用節(jié)點。

可選的，所述生產(chǎn)中心設備及所述災備中心設備均包括：

故障切換模塊，用于當主機節(jié)點存在故障時，啟動備用節(jié)點接管主機節(jié)點任務。

可選的，所述生產(chǎn)中心設備及所述災備中心設備均包括：

網(wǎng)絡管理模塊，用于根據(jù)主機節(jié)點和各備用節(jié)點的切換，確定對外通信節(jié)點，并將IP網(wǎng)絡的切換為對外通信節(jié)點對應的IP網(wǎng)絡。

可選的，所述生產(chǎn)中心設備及所述災備中心設備均包括：

故障提示模塊，用于當存在故障節(jié)點時進行提示。

可選的，所述生產(chǎn)中心設備及所述災備中心設備均包括：

發(fā)送模塊，用于將故障節(jié)點信息發(fā)送到指定設備。

可選的，所述發(fā)送模塊具體為無線發(fā)送模塊。

本發(fā)明所提供的一種同城災難備份系統(tǒng)，包括：生產(chǎn)中心設備及災備中心設備；其中，所述生產(chǎn)中心設備及所述災備中心設備均包括一個主機節(jié)點和至少一個備用節(jié)點，且設備中的主機節(jié)點和各備用節(jié)點通過鏈路連接進行數(shù)據(jù)一致性交互通信；所述生產(chǎn)中心設備與所述災備中心設備之間通過對外通信節(jié)點對應的IP網(wǎng)絡進行遠程備份；其中，當主機節(jié)點未故障時主機節(jié)點為對外通信節(jié)點，當主機節(jié)點故障時備用機節(jié)點為對外通信節(jié)點；

可見，該系統(tǒng)在傳統(tǒng)的同城災備方案基礎上，添加冗余機制，即在生產(chǎn)中心設備和災備中心設備中均設置硬件冗余，以提高系統(tǒng)的穩(wěn)定性和可靠性，進而提高災備性能指標，如縮短RTO恢復時間目標，減少RPO恢復點目標。

附圖說明

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

圖1為本發(fā)明實施例所提供的同城災難備份系統(tǒng)的結(jié)構(gòu)框圖；

圖2為本發(fā)明實施例所提供的另一同城災難備份系統(tǒng)的結(jié)構(gòu)框圖；

圖3為本發(fā)明實施例所提供的“雙活”機制的示意圖。

具體實施方式

本發(fā)明的核心是提供一種同城災難備份系統(tǒng)，該系統(tǒng)在傳統(tǒng)的同城災備方案基礎上，添加冗余機制，提高災備性能指標，如縮短RTO恢復時間目標，減少RPO恢復點目標。

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

請參考圖1，圖1為本發(fā)明實施例所提供的同城災難備份系統(tǒng)的結(jié)構(gòu)框圖；該同城災難備份系統(tǒng)可以包括：生產(chǎn)中心設備10及災備中心設備20；其中，所述生產(chǎn)中心設備10包括一個主機節(jié)點和至少一個備用節(jié)點，且主機節(jié)點和各備用節(jié)點通過鏈路連接進行數(shù)據(jù)一致性交互通信；所述災備中心設備20包括一個主機節(jié)點和至少一個備用節(jié)點，且主機節(jié)點和各備用節(jié)點通過鏈路連接進行數(shù)據(jù)一致性交互通信；

所述生產(chǎn)中心設備10與所述災備中心設備20之間通過對外通信節(jié)點對應的IP網(wǎng)絡進行遠程備份；其中，當主機節(jié)點未故障時主機節(jié)點為對外通信節(jié)點，當主機節(jié)點故障時備用機節(jié)點為對外通信節(jié)點。

具體的，由于生產(chǎn)中心設備10及災備中心設備20中的內(nèi)部結(jié)構(gòu)都是由主機節(jié)點和備用節(jié)點組成的，因此后續(xù)針對主機節(jié)點和備用節(jié)點的說明應指同一個設備內(nèi)的主機節(jié)點和備用節(jié)點之間的關(guān)系。設備即為生產(chǎn)中心設備10或災備中心設備20。上述的主機節(jié)點和備用節(jié)點在硬件上可以是相同的，可以通過用戶進行主機節(jié)點的指定，在后續(xù)使用過程中用戶可以修改主機節(jié)點的指定。例如將其中一個備用節(jié)點指定為主機節(jié)點。主機節(jié)點和備用節(jié)點相互為冗余設置，具有容錯性。當主機節(jié)點出現(xiàn)故障時，備用節(jié)點可以接管主機節(jié)點的工作成為主機節(jié)點。因此，可選的，所述生產(chǎn)中心設備10及所述災備中心設備20均包括：故障切換模塊，用于當主機節(jié)點存在故障時，啟動備用節(jié)點接管主機節(jié)點任務。

這里生產(chǎn)中心設備10和/或災備中心設備20中的備用節(jié)點為多個時，用戶可以設置備用節(jié)點接替主機節(jié)點時的順序，即利用哪個備用節(jié)點接管主機節(jié)點。具體可以是設置各個備用節(jié)點的優(yōu)先級，或者是設置隨機算法選取接管的備用節(jié)點等。這里并不對存在多個備用節(jié)點時，備用節(jié)點的選取方法進行限定。

主機節(jié)點和備用節(jié)點之間通過鏈路連接實現(xiàn)數(shù)據(jù)一致性交互通信，即實現(xiàn)各個節(jié)點之間的數(shù)據(jù)同步。這里的數(shù)據(jù)交互周期可以進行設定，例如一分鐘主機節(jié)點和備用節(jié)點通過鏈路連接進行一次數(shù)據(jù)交互。該設定的數(shù)據(jù)交互周期用戶可以進行修改。

生產(chǎn)中心設備10與災備中心設備20之間通過對外通信節(jié)點對應的IP網(wǎng)絡進行遠程備份，即生產(chǎn)中心設備10與災備中心設備20之間通過IP網(wǎng)絡周期性進行遠程備份。這里的周期也可以由用戶進行設定并可以根據(jù)用戶的實際需求進行修改。由于生產(chǎn)中心設備10與災備中心設備20內(nèi)的主機都為冗余設計即分為主機節(jié)點和備用節(jié)點，且它們的數(shù)據(jù)是一致的，因此，只需要由一個節(jié)點實現(xiàn)對外通信即可。即這里的對外通信節(jié)點的選取過程是，當主機節(jié)點未故障時主機節(jié)點為對外通信節(jié)點，當主機節(jié)點故障時備用機節(jié)點為對外通信節(jié)點?？蛇x的，所述生產(chǎn)中心設備10及所述災備中心設備20均包括：網(wǎng)絡管理模塊，用于根據(jù)主機節(jié)點和各備用節(jié)點的切換，確定對外通信節(jié)點，并將IP網(wǎng)絡的切換為對外通信節(jié)點對應的IP網(wǎng)絡。即可以實現(xiàn)主備節(jié)點切換時，IP網(wǎng)絡自動切換。

基于上述技術(shù)方案，本發(fā)明實施例提的同城災難備份系統(tǒng)，該系統(tǒng)在傳統(tǒng)的同城災備方案基礎上，添加冗余機制，即在生產(chǎn)中心設備和災備中心設備中均設置硬件冗余，以提高系統(tǒng)的穩(wěn)定性和可靠性，進而提高災備性能指標，如縮短RTO恢復時間目標，減少RPO恢復點目標。

基于上述實施例，為了在不影響同城災難備份系統(tǒng)的穩(wěn)定性的基礎上，減少硬件投入，可以采用一個備用節(jié)點進行冗余設計，即“雙活”機制，優(yōu)選的，請參考圖2，所述生產(chǎn)中心設備10包括一個主機節(jié)點和一個備用節(jié)點，且主機節(jié)點和備用節(jié)點通過鏈路連接進行數(shù)據(jù)一致性交互通信；所述災備中心設備20包括一個主機節(jié)點和一個備用節(jié)點，且主機節(jié)點和備用節(jié)點通過鏈路連接進行數(shù)據(jù)一致性交互通信；

所述生產(chǎn)中心設備10與所述災備中心設備20之間通過對外通信節(jié)點對應的IP網(wǎng)絡進行遠程備份；其中，當主機節(jié)點未故障時主機節(jié)點為對外通信節(jié)點，當主機節(jié)點故障時備用機節(jié)點為對外通信節(jié)點。

具體的，請參考圖3，“雙活”機制是指主機以IO group的形式成對出現(xiàn)，即兩個主機通過鏈路進行連接通信。這兩個主機互為備份，并通過鏈路保持通信。指定IO group中的一個主機為主機節(jié)點，IO group對外通信通過主機節(jié)點實現(xiàn)。當主機節(jié)點出現(xiàn)故障，啟動備用節(jié)點。主機節(jié)點和備用節(jié)點之間通過鏈路周期性通信，交換信息，以保持一致性。即主機節(jié)點和備用節(jié)點之間存儲相同的數(shù)據(jù)信息。

當生產(chǎn)中心設備10中主機節(jié)點出現(xiàn)故障時，同一IO group中的備用節(jié)點12接管主機節(jié)點工作，并通過IP網(wǎng)絡進行遠程災備。因此，可以通過網(wǎng)絡管理模塊，實現(xiàn)主備節(jié)點切換時，IP網(wǎng)絡自動切換。

當生產(chǎn)中心設備10的一對IO group因為火災、建筑物破壞等原因，均出現(xiàn)故障時，災備中心設備的主機節(jié)點接管工作。并通過鏈路與備用節(jié)點周期性通信。當災備中心設備20的主機節(jié)點出現(xiàn)故障時，同一IO group中的備用節(jié)點接管主節(jié)點工作。即生產(chǎn)中心設備10中同一IO group中的兩個主機互為備份，具有容錯性。生產(chǎn)中心設備10與災備中心設備20可互為備份，具有容錯性。這種“雙活”的冗余模式，可以提高同城災難備份系統(tǒng)的性能。

具體的，“雙活”同城災難備份系統(tǒng)中生產(chǎn)中心設備10與災備中心設備20間，通過IP網(wǎng)絡，周期性進行遠程備份。當生產(chǎn)中心設備10中主機節(jié)點出現(xiàn)故障時，同一IO group中的備用節(jié)點接管主節(jié)點工作，并通過IP網(wǎng)絡進行遠程災備。當生產(chǎn)中心設備10的一對IO group因為火災、建筑物破壞等原因，均出現(xiàn)故障時，災備中心設備20中主機節(jié)點接管工作。并通過鏈路與備用節(jié)點周期性通信。當災備中心設備20中主機節(jié)點出現(xiàn)故障時，同一IO group中的備用節(jié)點接管主節(jié)點工作。

基于上述技術(shù)方案，本發(fā)明實施例提的同城災難備份系統(tǒng)，該系統(tǒng)在傳統(tǒng)的同城災備方案基礎上，添加“雙活”機制，即在生產(chǎn)中心設備和災備中心設備中均設置硬件冗余，以提高系統(tǒng)的穩(wěn)定性和可靠性，進而提高災備性能指標，如縮短RTO恢復時間目標，減少RPO恢復點目標。

基于上述任意實施例，為了在設備出現(xiàn)故障時可以及時通知相關(guān)人員進行維修，以保證系統(tǒng)快速恢復正常且防止發(fā)生更大故障，因此優(yōu)選的，所述生產(chǎn)中心設備10及所述災備中心設備20均可以包括：

故障提示模塊，用于當存在故障節(jié)點時進行提示。

基于上述任意實施例，為了使得提示信息更加及時相關(guān)工作人員獲取，優(yōu)選的，所述生產(chǎn)中心設備10及所述災備中心設備20均可以包括：

發(fā)送模塊，用于將故障節(jié)點信息發(fā)送到指定設備。

具體的，這里的指定設備可以是相關(guān)工作人員的手機等可以及時聯(lián)系到相關(guān)人員的設備。優(yōu)選的，所述發(fā)送模塊具體為無線發(fā)送模塊。以便可以及時聯(lián)系到各個相關(guān)人員。

專業(yè)人員還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。

以上對本發(fā)明所提供的同城災難備份系統(tǒng)進行了詳細介紹。本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想。應當指出，對于本技術(shù)領域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以對本發(fā)明進行若干改進和修飾，這些改進和修飾也落入本發(fā)明權(quán)利要求的保護范圍內(nèi)。