【正文】 DF、 TrueCopy、 PPRC等，選擇合適的通信網(wǎng)絡(luò)及相關(guān)設(shè)備，來(lái)實(shí)現(xiàn)遠(yuǎn)程數(shù)據(jù)復(fù)制。這種技術(shù)的代表如 VERITAS 等一些著名存儲(chǔ)軟件廠商。一個(gè)災(zāi)備系統(tǒng)的實(shí)現(xiàn)可以采用不同的技術(shù)，例如：采用硬件進(jìn)行遠(yuǎn)程數(shù)據(jù)鏡像，我們稱為硬件復(fù)制技術(shù)。這種技術(shù)的提供者是一些存儲(chǔ)設(shè)備廠商。 基于智能存儲(chǔ) （ 磁盤(pán)鏡像技術(shù) ） 磁盤(pán)鏡像技術(shù)采用先進(jìn)的磁盤(pán)鏡像軟件，通過(guò)光纖直連、 SDH、 ATM、 DDN/FR或 IP 網(wǎng)絡(luò)等在災(zāi)備中心與用戶電腦中心建立磁盤(pán)鏡像連接，實(shí)現(xiàn)用戶數(shù)據(jù)的 724小時(shí)遠(yuǎn)程實(shí)時(shí)備份。 磁盤(pán)鏡像用途 利用現(xiàn)有的系統(tǒng)和網(wǎng)絡(luò)資源，通過(guò)合適的網(wǎng)絡(luò)連接，遠(yuǎn)程磁盤(pán)鏡像被用來(lái)作數(shù)據(jù)保護(hù)、數(shù)據(jù)復(fù)制、數(shù)據(jù)遷移。 SRDF 實(shí)現(xiàn)簡(jiǎn)單，只要完成兩個(gè)存儲(chǔ)系統(tǒng)間的磁盤(pán)鏡像，無(wú)需占用主機(jī)資源，對(duì)應(yīng)用無(wú)任何影響。利用 BCV 卷可以用于批處理、軟件開(kāi) 發(fā)及測(cè)試、 2020 年測(cè)試、備份等原來(lái)大部分必須中斷正常業(yè)務(wù)活動(dòng)才能進(jìn)行的操作。和 TimeFinder 配合使用，可以真正實(shí)現(xiàn)穩(wěn)定、可靠的磁帶備份方案。這樣就確保了在數(shù)據(jù)中心發(fā)生故障時(shí)， R2 系統(tǒng)仍然是可用的，而且與 R1 是同步的。 ? SRDF 數(shù)據(jù)鏡像模式 SRDF 在指定磁盤(pán)卷的同步方式上十分靈活， SRDF 基本運(yùn)行模式可分為同步和異步兩種，此外還有其它一些工作模式作為基本模式的補(bǔ)充。因此一個(gè) R2 磁盤(pán)卷最多滯后它的 R1 一個(gè)寫(xiě)操作。但實(shí)際上這沒(méi)有什么問(wèn)題，因?yàn)?SRDF 采用的是 FIFO(先進(jìn)先出 )隊(duì)列，要寫(xiě)入的數(shù)據(jù)在 SRDF 隊(duì)列中是按適當(dāng)?shù)捻樞蚺帕械模?可以確保數(shù)據(jù)拷貝正確順序。生產(chǎn)系統(tǒng)照常運(yùn)行，當(dāng)維護(hù)人員熱更換有關(guān)部件后， SRDF 系統(tǒng)自動(dòng)將災(zāi)備中心的備份卷數(shù)據(jù)拷貝到北京。 (5)系統(tǒng)的回切過(guò)程 當(dāng)生產(chǎn)中心的設(shè)施完全恢復(fù)，具備生產(chǎn)條件時(shí)，可以很容易地將業(yè)務(wù)系統(tǒng)從災(zāi)備系統(tǒng)切回到生 產(chǎn)系統(tǒng)。 實(shí)現(xiàn)方式 對(duì)于基于 HDS 存儲(chǔ)系統(tǒng)的災(zāi)難備份解決方案，可以利用 HDS 數(shù)據(jù)實(shí)時(shí)備份軟件 TrueCopy 實(shí)現(xiàn)。通過(guò)使用該技術(shù)，客戶能夠使地球另一端的設(shè)施恢復(fù)關(guān)鍵業(yè)務(wù)功能，而不需負(fù)擔(dān)其他廠商的解決方案所固有的開(kāi)銷。這種方法使企業(yè)能夠用一種極其簡(jiǎn)單和便宜的基于硬件的解決方案獲得數(shù)據(jù)完整性，而且不會(huì)影響服務(wù)器或應(yīng)用的性能。 IBM PPRC鏡像技術(shù) 技術(shù)概述 IBM 的同層遠(yuǎn)程復(fù)制 (PeertoPeer Remote Copy)是一個(gè)硬件層面的災(zāi)難恢復(fù)和數(shù)據(jù)鏡像工具，這個(gè) 工具向用戶提供基于 IBM 存儲(chǔ)系統(tǒng)有實(shí)時(shí)備份功能。用 Flashcopy生成某一時(shí)點(diǎn)的生產(chǎn)數(shù)據(jù)的副本，然 后再用 PPRC 將這一副本傳送至遠(yuǎn)端， Flashcopy能夠非常高速地在本地生成生產(chǎn)數(shù)據(jù)的副本，這樣，作 Flashcopy時(shí)對(duì)生產(chǎn)系統(tǒng)的影響就非常小。 ? PPRC 遠(yuǎn)程數(shù)據(jù)鏡像原理 PPRC 是以存儲(chǔ)為基礎(chǔ)的、實(shí)時(shí)的、同步的、與應(yīng)用無(wú)關(guān)的數(shù)據(jù)遠(yuǎn)程鏡像功能。 在同步方式下， PPRC 將確保如果備份卷不能被更新，那么即使源卷更新成功，整個(gè)寫(xiě)操作也會(huì)返回失敗 徹底保證源卷和目的卷的數(shù)據(jù)一致；同步方式可以保證數(shù)據(jù)不丟失，更重要的是數(shù)據(jù)的一致性在這種方式下能夠得到很好的保證 ──數(shù)據(jù)的不 ─致意味著相關(guān)數(shù)據(jù)的丟失，此時(shí)數(shù)據(jù)庫(kù)的數(shù)據(jù)安全機(jī)制無(wú)法保證數(shù)據(jù)的安全，嚴(yán)重時(shí)還可能造成數(shù)據(jù)庫(kù)無(wú)法啟動(dòng)。 PPRC 在初始連接時(shí)需要建立邏輯卷連接，之后 PPRC 會(huì)自動(dòng)同步該邏輯卷。 受 ESCON傳輸距離的限制，當(dāng)主備機(jī)房的距離超過(guò) 2 公里時(shí)，需要加光纖延伸器。 為了保證用戶在數(shù)據(jù)災(zāi)備方面的需求，惠普有針對(duì)性地提出了其數(shù)據(jù)災(zāi)備解決方案。 CASA 本身是一個(gè)雙節(jié)點(diǎn)的設(shè)備，本身配置是全冗余的硬件與路徑，保證沒(méi)有單點(diǎn)故障，能夠?qū)崿F(xiàn)輕松的主機(jī)切換以及到存儲(chǔ)的切換。 ? 磁盤(pán)陣列層次的災(zāi)備 XPCA（ XP Continuous Access， XP 連續(xù)訪問(wèn)）和 EVACA（ EVA Continuous Access， EVA 連續(xù)訪問(wèn)）是基于磁盤(pán)陣列的災(zāi)備方式。 異步方式的距離可以達(dá)到數(shù)千公里。主中心存儲(chǔ)磁盤(pán)陣列通過(guò) CNT轉(zhuǎn)換器和光纖通道連接到備份中心磁盤(pán)陣列，通過(guò)惠普公司 提供的實(shí)時(shí)遠(yuǎn)程數(shù)據(jù)備份軟件可以使主中心存儲(chǔ)數(shù)據(jù)與備份中心數(shù)據(jù)保持實(shí)時(shí)完全一致。 在生產(chǎn)中心與災(zāi)備中心的 Unix主 機(jī)系統(tǒng)上配備 Veritas VVR、 HAGEO 等數(shù)據(jù)復(fù)制軟件產(chǎn)品，并在兩中心間建立 TCP/IP 數(shù)據(jù)復(fù)制線路，即可實(shí)現(xiàn)實(shí)時(shí) 的遠(yuǎn)程數(shù)據(jù)備份 Veritas軟件 VERITAS 軟件可以實(shí)現(xiàn)包括數(shù)據(jù)級(jí)和應(yīng)用級(jí)的整體災(zāi)備解決方案。 VERITAS 軟件構(gòu)造的災(zāi)備系統(tǒng)由以下幾個(gè)部分組成： ? Veritas Volume Manager（ VxVM）： VxVM 提供了一個(gè)在線數(shù)據(jù)存儲(chǔ)管理基礎(chǔ)，給數(shù)據(jù)盤(pán)做本地的鏡像和其它 RAID 功能，并可在線改變 Volume的大小。 ? Global Cluster Manager（ GCM）： 管理由主點(diǎn)和備點(diǎn)兩個(gè) Site 組成的廣域集群，集中管理廣域范圍的 應(yīng)用，并結(jié)合 VVR做應(yīng)用級(jí)的災(zāi)備，在主點(diǎn)和備點(diǎn)之間做自動(dòng)的或管理員確認(rèn)的或計(jì)劃內(nèi)人工發(fā)起的應(yīng)用切換。將數(shù)據(jù)（特別是需要進(jìn)行遠(yuǎn)程復(fù)制的相關(guān)文件系統(tǒng)、數(shù)據(jù)庫(kù)）存放在卷上。復(fù)制的數(shù)據(jù)可以是數(shù)據(jù)庫(kù)中的數(shù)據(jù)（文件方式或裸設(shè)備方式）和文件。用 VxVM 管理界面和命令統(tǒng)一配置管理； 2. 將各個(gè)業(yè)務(wù)系統(tǒng)中需要進(jìn)行遠(yuǎn)程復(fù)制的多個(gè)或一 個(gè)卷定義為一個(gè)Replicated Volume Group(簡(jiǎn)稱 RVG)； 3. 在 Site A 定義一條 RLINK，指向 Site B；在 Site B 也定義一條指向 Site A的 RLINK。需要復(fù)制的數(shù)據(jù)首先要寫(xiě)入 SRL，然后傳到異地。 VVR數(shù)據(jù)流程 5. Data Change Map（簡(jiǎn)稱 DCM）與主節(jié)點(diǎn)的 RVG 相關(guān)，它其中的內(nèi)容是位圖信息，記錄某一時(shí)間點(diǎn)后修改過(guò)的數(shù)據(jù)塊位置。數(shù)據(jù)復(fù)制根據(jù)實(shí)際情況，自行在兩種工作模式之間切換。 自動(dòng)同步是指通過(guò)網(wǎng)絡(luò)將數(shù)據(jù)從主節(jié)點(diǎn) (Primary)復(fù)制到備份節(jié)點(diǎn)(Secondary)。在完全同步工作期間，備節(jié)點(diǎn)無(wú)法保持與主節(jié)點(diǎn)的數(shù)據(jù)一致性，只有完全同步完成后，數(shù)據(jù)一致性才實(shí)現(xiàn)。將備份的數(shù)據(jù)恢復(fù)到后備節(jié)點(diǎn)上。 9. 當(dāng)原來(lái)的主節(jié)點(diǎn)在災(zāi)難后恢復(fù)正常，需要進(jìn)行數(shù)據(jù)反向同步和角色轉(zhuǎn)換。 10. 脫機(jī)處理。 11. 雙收條（雙重確認(rèn)）機(jī)制。 ? VERITAS Cluster Server VERITAS Cluster Server（簡(jiǎn)稱 VCS）是用于本地災(zāi)備的集群軟件，支持多達(dá)32 個(gè)節(jié)點(diǎn)的應(yīng)用級(jí)切換，保證本地業(yè)務(wù)系統(tǒng)的軟硬件高可用性。 2. 通過(guò)數(shù)據(jù)庫(kù)代理 (Agent)監(jiān)控和管理數(shù)據(jù)庫(kù)系統(tǒng)，當(dāng)出現(xiàn)故障時(shí)進(jìn)行切換。該代理充分說(shuō)明 VERITAS 提供的是完整的災(zāi)備解決方案。它負(fù)責(zé)對(duì)多個(gè)不同地點(diǎn)的多達(dá) 32 個(gè)集群系統(tǒng)進(jìn)行監(jiān)控和管理，在發(fā)生嚴(yán)重災(zāi)難時(shí)，進(jìn)行 site 的切換（即應(yīng)用的遠(yuǎn)程切換）。 IBM HACMP/XD復(fù) 制技術(shù) HACMP/XD 利用操作系統(tǒng)的卷鏡像功能提供數(shù)據(jù)的遠(yuǎn)程復(fù)制， HACMP/XD 是為兩個(gè)位于不同地點(diǎn)的 pSeries系統(tǒng)相互備援而設(shè)計(jì)的軟件技術(shù)。 類似于 HACMP 的網(wǎng)絡(luò)， HAGEO HACMP/XD cluster 中也有 TCP/IP 網(wǎng)絡(luò)和非 TCP/IP 網(wǎng)絡(luò)。一個(gè)HACMP/XD cluster 中可以有多個(gè) Geo_Primary。一般DBFS 運(yùn)用得多，因?yàn)檫B接遠(yuǎn)程 TCP/IP 網(wǎng)絡(luò)不僅復(fù)雜、可靠性和安全性不夠高以外 ，費(fèi)用也比用 Modem 連接高得多得多。 HACMP/XD 主要由三個(gè)主要成份組 成： ? GeoManager 負(fù)責(zé)監(jiān)控整個(gè)環(huán)境，接收 HACMP 傳送的 CLUSTER 事件，依據(jù)網(wǎng)絡(luò)速度及質(zhì)量調(diào)整心跳速率，并可檢測(cè)系統(tǒng)狀態(tài)，區(qū)分確認(rèn)遠(yuǎn)程主機(jī)失效或者正常離線等情況，并在遠(yuǎn)程主機(jī)實(shí)效時(shí)進(jìn)行接管； ? GeoMirror 負(fù)責(zé)數(shù)據(jù)的復(fù)制及持續(xù)更新。由于 GeoMirror 使用軟件方法從物理層面實(shí)現(xiàn)了整個(gè)存儲(chǔ)子系統(tǒng)的完全鏡像，因此任何本地對(duì)數(shù)據(jù)的修改，在通信線路正常的情況下，都能夠及時(shí)反映到備份中心的存儲(chǔ)子系統(tǒng)中去，也就從根本上杜絕了數(shù)據(jù)丟失和差異的可能性；而軟件實(shí)現(xiàn)模式又從根本上克服了存儲(chǔ)硬件實(shí)現(xiàn)方案在通信距離上的極大限制。同步 (SYNC ) 是數(shù)據(jù)先寫(xiě)到遠(yuǎn)端，等完成后回到本地做寫(xiě)入動(dòng)作。異步 (ASYNC)： 資料先寫(xiě)到遠(yuǎn)端，但不等完成即在本地做寫(xiě)入動(dòng)作，速度最快。它一個(gè)是實(shí)時(shí)的、冗余、流程化的數(shù)據(jù)庫(kù)復(fù)制方案，專門(mén)為 Oracle 數(shù)據(jù)庫(kù)設(shè)計(jì)和開(kāi)發(fā)。 此捕獲過(guò)程中完成的操作為： 1. 捕獲進(jìn)程從 Oracle 日志文件中讀取信息，因此復(fù)制過(guò)程不會(huì)給生產(chǎn)數(shù)據(jù)庫(kù)實(shí)例帶來(lái)性能問(wèn)題 2. 只有發(fā)生改變的數(shù)據(jù)被傳輸，而不是日志文件中的全部信息，因此SharePlex的網(wǎng)絡(luò)負(fù)載非常小 3. 盡管需要在 Oracle數(shù)據(jù)庫(kù)中安裝少量的對(duì)象用來(lái)存儲(chǔ)有關(guān)復(fù)制的一些基本信息，但源數(shù)據(jù)庫(kù)不需要參與到數(shù)據(jù)捕獲和傳輸過(guò)程中 4. SharePlex 的捕獲進(jìn)程不但可以讀取在線的日志文件，而且可以讀取歸檔日志，甚至當(dāng)歸檔日志文件被移動(dòng)到其它設(shè)備上時(shí)， SharePlex 會(huì)發(fā)出提示信息。通過(guò)將日志文件作為獲取變化信息的源泉， Quest可以完成數(shù)據(jù)的復(fù)制而不會(huì)給生產(chǎn)系統(tǒng)帶來(lái)額外的開(kāi)銷。當(dāng)日志文件中出現(xiàn)一條新記錄時(shí)， SharePlex判斷其是否屬于被復(fù)制對(duì)象，如果是，則 SharePlex 為該條記錄加入用于決定此記錄將被發(fā)向那個(gè)主機(jī)的地址信息并將包含地址信息的記錄存放到自己的隊(duì)列中，存儲(chǔ)隊(duì)列存在于數(shù)據(jù)庫(kù)之外。其相關(guān)的進(jìn)程確保數(shù)據(jù)的正確接收和網(wǎng)絡(luò)數(shù)據(jù)包的正確順序，從而提供網(wǎng)絡(luò)傳輸冗余，確保數(shù)據(jù)的完整。 復(fù)制模式 SharePlex支持多種靈活的復(fù)制模式 ,主要包括 ： ? 單向復(fù)制 單向復(fù)制以生產(chǎn)系統(tǒng)作為復(fù)制時(shí)的數(shù)據(jù)源，若目標(biāo)數(shù)據(jù)庫(kù)僅用于報(bào)表和查詢，則該副本可能是生產(chǎn)數(shù)據(jù)庫(kù)的一個(gè)子集，只包括報(bào)表和查詢所需內(nèi)容，而非源系統(tǒng)的所有信息。 ? 雙向復(fù)制 雙向復(fù)制是高可用型數(shù)據(jù)復(fù)制的典 型配置。 ? 廣播復(fù)制 該配置利用單個(gè)源系統(tǒng)，向多個(gè)目標(biāo)例程復(fù)制數(shù)據(jù)。該配置可將若干個(gè)源數(shù)據(jù)庫(kù)合并到單一目標(biāo)例程中，并基此建立企業(yè)報(bào)表和查詢應(yīng)用。 Oracle數(shù)據(jù)庫(kù)復(fù)制技術(shù) 基于 Oracle 的數(shù)據(jù)庫(kù)復(fù)制技術(shù) 目前除了 Oracle Data Guard 還有 QUEST 和DSG 等公司的產(chǎn)品。 Data Guard 的這種特性保證了數(shù)據(jù)不會(huì)丟失，避免數(shù)據(jù)庫(kù)恢復(fù)期間無(wú)法處理用戶的請(qǐng)求。 ? 數(shù)據(jù)庫(kù)的切換 將主數(shù)據(jù)庫(kù)切換到備用數(shù)據(jù)庫(kù)，此備用數(shù)據(jù)庫(kù)變?yōu)橹鲾?shù)據(jù)庫(kù)，而原主數(shù)據(jù)庫(kù)變?yōu)閭溆脭?shù)據(jù)庫(kù)。這種模式對(duì)數(shù)據(jù)庫(kù)性能的影響最大。 ? Rapid protection： 指出主數(shù)據(jù)庫(kù)的修改在備用數(shù)據(jù)庫(kù)上有效。最小化對(duì)數(shù)據(jù)庫(kù)性能的影響。當(dāng)備用數(shù)據(jù)庫(kù)重新處于 mount 方式，主數(shù)據(jù)庫(kù)繼續(xù)將日志歸檔到備用數(shù)據(jù)庫(kù)上。 即使在備用數(shù)據(jù)庫(kù)上應(yīng)用重做日志，也可能出現(xiàn)數(shù)據(jù)丟失的現(xiàn)象，除非備用數(shù)據(jù)庫(kù)運(yùn)行在 guaranteed protection 模式。 數(shù) 據(jù)庫(kù)不需重新啟動(dòng)實(shí)例。假如歸檔日志沒(méi)有完全應(yīng)用，或主數(shù)據(jù)庫(kù)工作在 Rapid和 Delayed protection 模式，數(shù)據(jù)庫(kù)的切換將導(dǎo)致數(shù)據(jù)的丟失，數(shù)據(jù)丟失的總量可由主數(shù)據(jù)庫(kù)歸檔日志路徑屬性和備用數(shù)據(jù)庫(kù)歸檔日志的應(yīng)用來(lái)決定。在目標(biāo)端， GoldenGate 可以通過(guò)交易重組，分批加載等技術(shù)手段大大加快數(shù)據(jù)投遞的速度和效率，降低目標(biāo)系統(tǒng)的資源占用，可以在秒一級(jí)實(shí)現(xiàn)大量數(shù)據(jù)的復(fù)制。 為了避免出現(xiàn)剛被復(fù)制進(jìn)對(duì)端目的數(shù)據(jù)庫(kù)數(shù)據(jù)馬上又被捕捉進(jìn)程復(fù)制回源端，陷入死循環(huán)的狀態(tài)。顯然，上述過(guò)程的實(shí)現(xiàn)，與基于文件復(fù)制原理的數(shù)據(jù)同步完全不同。 3. 多層復(fù)制：由 A 數(shù)據(jù)庫(kù)向 B 復(fù)制，同時(shí)又由 B 向 C 復(fù)制，可以在以上幾種模式基礎(chǔ)上無(wú)限制擴(kuò)展。同時(shí)，它還可用于數(shù)據(jù)容災(zāi)、負(fù)載均衡、數(shù)據(jù)集中、數(shù)據(jù)分布等應(yīng)用中。 GoldenGate 的 TDM 軟件的幾個(gè)關(guān)鍵特性 ∶ 1. 本機(jī)數(shù)據(jù)改變捕捉 –作為一個(gè)基于日志的同步解決方案，將對(duì)源系統(tǒng)和網(wǎng)絡(luò)的影響減少到最低。數(shù)據(jù)庫(kù)，操作系統(tǒng)或應(yīng)用系統(tǒng)的更新可以在輔助系統(tǒng)里進(jìn)行。數(shù)據(jù)可以在 不同的環(huán)境之間移動(dòng)，因而消除了客戶對(duì)任何拓?fù)浣Y(jié)構(gòu)的依賴性。這些系統(tǒng)無(wú)須具有一樣的屬性或相同的操作系統(tǒng)，數(shù)據(jù)庫(kù)或數(shù)據(jù)庫(kù)版本。 9. 映射與轉(zhuǎn)換功能 –列轉(zhuǎn)換能夠適應(yīng)特別的備份需要，包括查看和執(zhí)行存儲(chǔ)過(guò)程。 應(yīng)用方式 GoldenGate 是一種基于 log 的復(fù)制解決方案，支持不同的配置方式，以滿足用戶的各種數(shù)據(jù)復(fù)制和同步化要求。一方面，可以減少 OLTP 應(yīng)用和查詢報(bào)表應(yīng)用之間的磁盤(pán) I/O 沖突，提高 OLTP 應(yīng)用的效率。 GoldenGate 可以通過(guò) LAN 或 WAN進(jìn)行復(fù)制，這樣當(dāng)生產(chǎn)環(huán)境出現(xiàn)緊急事件或要進(jìn)行例行維護(hù)時(shí)，可以將應(yīng)用切換到復(fù)制數(shù)據(jù)庫(kù)中。 多數(shù)據(jù)源 ? 數(shù)據(jù)分布和數(shù)據(jù)集中 GoldenGate 通過(guò) LAN或 WAN進(jìn)行實(shí)時(shí)復(fù)制，將生產(chǎn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)拷貝到需要它們的地方。使用這種配置，可以在遠(yuǎn)程數(shù)據(jù)庫(kù)間進(jìn)行復(fù)制 （如從北京到上海）。 系統(tǒng)由安裝在 Data