方案二中應用了交互式數(shù)據(jù)備份，其原理是配置兩臺備份服務器，每臺服務器將承擔兩項備份任務：一項是用于集中管理本地服務器正常的數(shù)據(jù)備份，另外一項任務是對另一臺備份服務器本身數(shù)據(jù)進行備份，這樣當一臺備份服務器出現(xiàn)了故障，另一臺備份服務器還將繼續(xù)工作，并可以快速、安全、方便的恢復出現(xiàn)故障的備份服務器，以避免由于備份服務器自身的問題而丟失其它服務器備份的數(shù)據(jù)。
拓樸結(jié)構(gòu)
拓撲圖如下：
本方案將在兩幢樓內(nèi)分別配置一臺備份服務器，大樓-A 中的備份服務器集中管理大樓-A 中所有服務器數(shù)據(jù)的備份與恢復任務，大樓-B 中的備份服務器集中管理大樓-B 中所有服務器數(shù)據(jù)的備份與恢復任務，并且大樓-A 中的備份服務器還要對大樓-B 中的備份服務器進行備份，大樓-B 中的備份服務器還要對大樓-A 中的備份服務器進行備份，這樣就形成大樓-A 與大樓-B 中的服務器相互備份，當大樓-A 中的備份服務器出現(xiàn)了故障，完全可以從大樓-B 的備份服務器中恢復數(shù)據(jù)以保證大樓-A 中其它服務器的備份任務照常進行，備份的數(shù)據(jù)還能用于出錯后的恢復，同理大樓-B 中的備份服務器出現(xiàn)了故障也可以利用大樓-A 中的備份服務器進行恢復。
9.3.2.4 方案特點
這兩套方案都將采用IP SAN 網(wǎng)絡數(shù)據(jù)存儲結(jié)構(gòu)，結(jié)合IP SAN 網(wǎng)絡備份體系結(jié)構(gòu)，構(gòu)建成一個基于IP SAN 架構(gòu)的數(shù)據(jù)容災系統(tǒng)和Disk-Disk 數(shù)據(jù)備份系統(tǒng)，這是一個既能滿足用戶數(shù)據(jù)備份要求，又涵蓋主流存儲體系，用戶級的容災加備份的解決方案。
采用基于 IP SAN 網(wǎng)絡存儲服務器的 IP SAN 作為備份存儲介質(zhì)。它具有下列優(yōu)點：
動態(tài)擴容?？蛻艨筛鶕?jù)需求來逐漸增加用于備份的存儲容量。IP SAN 網(wǎng)絡存儲服務器可提供多達256TB 的存儲容量。
可同時達到數(shù)據(jù)備份及容災兩個目的。由于是基于IP 網(wǎng)絡，所以備份服務器與備份存儲介質(zhì)之間不受距離的限制。當把備份介質(zhì)放到通過 IP 網(wǎng)絡連接的異地時，不僅實現(xiàn)了數(shù)據(jù)備份，也實現(xiàn)了數(shù)據(jù)容災。
先進的物理存儲系統(tǒng)（IP SAN）與先進的備份技術整合在一起。這樣取兩家之長構(gòu)成的數(shù)據(jù)容災備份系統(tǒng)是其它單一的軟件系統(tǒng)或硬件系統(tǒng)所無法比擬或無法實現(xiàn)的。其中數(shù)據(jù)存儲系統(tǒng)最大限度地從速度和應用范圍方面優(yōu)化存儲資源和網(wǎng)絡資源，擴展了用戶存儲系統(tǒng)現(xiàn)有的投資；此外還解決了集中存儲、數(shù)據(jù)復制、I/O 效率、網(wǎng)絡性能等問題。
本方案采用的是區(qū)域容災加集中式備份，采用該集中備份方案，能在現(xiàn)有的網(wǎng)絡基礎上，將各分散服務器的數(shù)據(jù)完整可靠的集中備份起來。同時能保證應用和數(shù)據(jù)的在線快速備份和恢復。該方案不僅能夠提供備份數(shù)據(jù)的多種拷貝，而且由于將備份數(shù)據(jù)和元數(shù)據(jù)備份在一個備份數(shù)據(jù)集中，所以在各種情況下都能進行恢復，使得數(shù)據(jù)備份恢復安全可靠。
同時，采用基于存儲策略的備份模式，和自主備份，集中監(jiān)控的管理模式，可以大大減輕備份管理維護強度。
通過這個方案能為用戶提供完整的數(shù)據(jù)保護服務。而且能夠根據(jù)應用的不同要求，來靈活提供不同的客戶端配置，能非常靈活的滿足用戶的最終要求。
數(shù)據(jù)的保護更加安全：本方案不僅僅保護了服務器的歷史數(shù)據(jù)，而且也保護了管理備份的備份服務器的數(shù)據(jù)，這樣使的用戶的數(shù)據(jù)更加安全。
提升了系統(tǒng)性能：本方案采用了兩臺備份服務器，每臺備份服務器都分擔了一部分備份任務，與方案一相比較，不僅提升了備份服務器的性能而且也節(jié)約了大樓間網(wǎng)絡傳輸?shù)膸挕?
本方案是通過異地數(shù)據(jù)備份來達到數(shù)據(jù)容災的目的。 當用戶對數(shù)據(jù)恢復的時間要求不高,而且數(shù)據(jù)變化量不大的情況下,這是一個既經(jīng)濟有穩(wěn)妥的方案。
如前所述，容災不但是一個技術問題，更是一個工程問題。在技術方面，本方案克服了以下技術難點：
解決了傳統(tǒng)技術構(gòu)建的容災系統(tǒng)的擴展性和延伸性受限制問題。
克服了因?qū)?shù)據(jù)傳輸介質(zhì)專門要求而帶來用戶成本增高問題。以前在建造容災系統(tǒng)過程中，容災專線的建設占用了用戶很大的投資。而存儲工程師提供的方案由于采用比較普及的傳輸介質(zhì)，如支持TCP／IP 網(wǎng)絡，這樣易于實施，更能降低成本。
解決了一般容災系統(tǒng)的比較封閉問題。本方案容災具有開放性，支持和兼容多種硬件系統(tǒng)。
充分考慮用戶對主應用程序運行連續(xù)性要求，本容災系統(tǒng)的運行不應影響應用系統(tǒng)的正常使用。
容災系統(tǒng)如何保護用戶信息的完整性是最核心問題。由于本方案設計過程中將此作為重要設計指標之一，因此它可保證用戶數(shù)據(jù)的完整性和可靠性。
利用其它技術構(gòu)建容災系統(tǒng)存在技術復雜，使用、維護不方便等問題。而本方案則具有簡單、實用的災難恢復手段。
本容災系統(tǒng)本身對具備各種容錯進行了考慮，從而保證當災難發(fā)生時，用戶可以安全、可靠地將數(shù)據(jù)恢復出來。
本容災系統(tǒng)還支持靈活多樣的容災結(jié)構(gòu)，這樣用戶可以根據(jù)環(huán)境的變化來改變?nèi)轂牡慕Y(jié)構(gòu)。
在工程方面，本方案在實施中還充分考慮了以下幾點：
首先對容災方案的可行性進行評估。
幫助用戶建立一套規(guī)范的容災流程及其具體措施。這包括：
