Oracle數(shù)據(jù)庫異地容災(zāi)方案概述

1、Oracle數(shù)數(shù)據(jù)庫異地容容災(zāi)方案介紹紹2008年111月目錄TOC o 1-3 h z u HYPERLINK l _Toc215280700 第一章 需求分分析 PAGEREF _Toc215280700 h 4 HYPERLINK l _Toc215280701 1.1 序言 PAGEREF _Toc215280701 h 4 HYPERLINK l _Toc215280702 1.2 用戶現(xiàn)現(xiàn)狀 PAGEREF _Toc215280702 h 4 HYPERLINK l _Toc215280703 1.2.1 系系統(tǒng)平臺 PAGEREF _Toc215280703 h 4 HYPERL

2、INK l _Toc215280704 1.2.2 數(shù)數(shù)據(jù)庫平臺 PAGEREF _Toc215280704 h 6 HYPERLINK l _Toc215280705 1.3 用戶需需求 PAGEREF _Toc215280705 h 7 HYPERLINK l _Toc215280706 1.3.1 日日常功能 PAGEREF _Toc215280706 h 7 HYPERLINK l _Toc215280707 1.3.2 故故障切換 PAGEREF _Toc215280707 h 7 HYPERLINK l _Toc215280708 1.3.3 基基本要求 PAGEREF _Toc2

3、15280708 h 7 HYPERLINK l _Toc215280709 1.3.4 性性能要求 PAGEREF _Toc215280709 h 8 HYPERLINK l _Toc215280710 1.3.5 數(shù)數(shù)據(jù)一致性 PAGEREF _Toc215280710 h 9 HYPERLINK l _Toc215280711 1.3.6 系系統(tǒng)兼容性 PAGEREF _Toc215280711 h 9 HYPERLINK l _Toc215280712 1.3.7 高高可用性 PAGEREF _Toc215280712 h 10 HYPERLINK l _Toc215280713 1.

4、3.8 健健壯性要求 PAGEREF _Toc215280713 h 10 HYPERLINK l _Toc215280714 1.3.9 設(shè)設(shè)備無關(guān)性 PAGEREF _Toc215280714 h 10 HYPERLINK l _Toc215280715 1.3.10 管理監(jiān)控功功能 PAGEREF _Toc215280715 h 11 HYPERLINK l _Toc215280716 第二章 Oraacle DData GGuard介介紹 PAGEREF _Toc215280716 h 12 HYPERLINK l _Toc215280717 2.1 Datta Guaard實現(xiàn)原原理

5、 PAGEREF _Toc215280717 h 12 HYPERLINK l _Toc215280718 2.2 Oraacle DData GGuard 優(yōu)勢 PAGEREF _Toc215280718 h 15 HYPERLINK l _Toc215280719 2.3 Datta Guaard提供的的保護模式 PAGEREF _Toc215280719 h 16 HYPERLINK l _Toc215280720 2.4 Datta Guaard實現(xiàn)方方式以及對系系統(tǒng)的限制要要求 PAGEREF _Toc215280720 h 17 HYPERLINK l _Toc215280721

6、2.5 切換方方式 PAGEREF _Toc215280721 h 17 HYPERLINK l _Toc215280722 第三章 系統(tǒng)建建議方案 PAGEREF _Toc215280722 h 18 HYPERLINK l _Toc215280723 3.1 Datta Guaard優(yōu)勢 PAGEREF _Toc215280723 h 18 HYPERLINK l _Toc215280724 3.2 Datta Guaard運行模模式 PAGEREF _Toc215280724 h 19 HYPERLINK l _Toc215280725 3.3 Datta Guaard保護模模式 PAG

7、EREF _Toc215280725 h 19 HYPERLINK l _Toc215280726 3.4 Datta Guaard初始安安裝步驟 PAGEREF _Toc215280726 h 19 HYPERLINK l _Toc215280727 3.5 用戶需需求點對點應(yīng)應(yīng)答 PAGEREF _Toc215280727 h 20 HYPERLINK l _Toc215280728 3.5.1 日日常功能 PAGEREF _Toc215280728 h 20 HYPERLINK l _Toc215280729 3.5.2 故故障切換 PAGEREF _Toc215280729 h 21

8、HYPERLINK l _Toc215280730 3.5.3 基基本要求 PAGEREF _Toc215280730 h 22 HYPERLINK l _Toc215280731 3.5.4 性性能要求 PAGEREF _Toc215280731 h 23 HYPERLINK l _Toc215280732 3.5.5 數(shù)數(shù)據(jù)一致性 PAGEREF _Toc215280732 h 24 HYPERLINK l _Toc215280733 3.5.6 系系統(tǒng)兼容性 PAGEREF _Toc215280733 h 25 HYPERLINK l _Toc215280734 3.5.7 高高可用性

9、PAGEREF _Toc215280734 h 25 HYPERLINK l _Toc215280735 3.5.8 健健壯性要求 PAGEREF _Toc215280735 h 26 HYPERLINK l _Toc215280736 3.5.9 設(shè)設(shè)備無關(guān)性 PAGEREF _Toc215280736 h 27 HYPERLINK l _Toc215280737 3.5.10 管理監(jiān)控功功能 PAGEREF _Toc215280737 h 27 需求分析序言在信息時代，數(shù)數(shù)據(jù)是企業(yè)創(chuàng)創(chuàng)造商業(yè)價值值的生產(chǎn)資料料，數(shù)據(jù)的丟丟失將為企業(yè)業(yè)帶來毀滅性性的災(zāi)難。據(jù)據(jù)Gartnner Grroup的調(diào)

10、調(diào)查數(shù)據(jù)表明明，在經(jīng)歷過過大型災(zāi)難或或長時間系統(tǒng)統(tǒng)停運的公司司中，有2/5的公司再再也未恢復(fù)運運行，而在其其余的公司中中，有1/33的公司在兩兩年內(nèi)破產(chǎn)。有句古諺叫“別別把雞蛋放在在一個籃子里里”?，F(xiàn)在的信信息系統(tǒng)，各各種數(shù)據(jù)高度度集中，“雞蛋”全放在一個個籃里了。一一旦出現(xiàn)突然然停電、意外外死機或者人人為破壞，造造成數(shù)據(jù)丟失失是不可避免免的。面對各各種未可預(yù)知知的災(zāi)難，越越來越多的企企業(yè)將容災(zāi)備備份系統(tǒng)作為為企業(yè)安全的的保障。銀聯(lián)數(shù)據(jù)異地災(zāi)災(zāi)備項目的目目標(biāo)是保證SSF25K上上各銀行（民民生銀行貸記記卡系統(tǒng)擬遷遷移至IBMM主機，故此此次災(zāi)備項目目暫不考慮；郵儲銀行貸貸記卡系統(tǒng)主主機為IBM

11、M P5700，也不在考考慮范圍之內(nèi)內(nèi)）發(fā)卡系統(tǒng)統(tǒng)的安全，在在災(zāi)難情況下下，最大限度度地保護公司司資產(chǎn)，減少少公司各方面面的損失，保保證發(fā)卡系統(tǒng)統(tǒng)的業(yè)務(wù)連續(xù)續(xù)性。本方案僅對異地地容災(zāi)數(shù)據(jù)庫庫復(fù)制軟件部部分做相應(yīng)闡闡述。用戶現(xiàn)狀系統(tǒng)平臺發(fā)卡系統(tǒng)運行在在一臺SunFiire E225K企業(yè)級級服務(wù)器上，通通過兩臺Brrocadee SW49900 SAAN交換機與與兩臺企業(yè)級存存儲ST99990、SEE9970相相連，應(yīng)用系系統(tǒng)核心文件件和數(shù)據(jù)庫數(shù)數(shù)據(jù)文件均存存放在該存儲儲上，存儲系統(tǒng)磁盤采用用RAID 11+0方式。SF25K劃分分為四個物理理分區(qū)（Doomain），每每家銀行均使使用其中的兩兩

12、個，一個Domaiin作為生產(chǎn)產(chǎn)主機，另一一個Domaain作為熱備主機。Domaain操作系系統(tǒng)為Sollaris 10，數(shù)據(jù)據(jù)庫系統(tǒng)為Oraacle 110.2.00.2 RAC。通過Sunn Clusster集群群軟件，實現(xiàn)現(xiàn)了生產(chǎn)機房房內(nèi)的雙機熱熱備份，保證證了系統(tǒng)的高高可用性。此外，在主機機端還通過Sun MPXIOO多通道負載載均衡軟件，實現(xiàn)兩條光光纖通道的負負載均衡，進進一步避免了了單點故障。以下是發(fā)卡系統(tǒng)統(tǒng)SAN架構(gòu)構(gòu)圖：SW4900 SW4900 SW4900 SE9970 L180 (2 LTO-3)V280RNBU Master Server ST9990 SF25KDo

13、main ADomain BDomain CDomain DVTL通過在主機端使使用VxVMM 4.1卷卷管理軟件，已已建立了同機機房數(shù)據(jù)災(zāi)備備系統(tǒng)，兩臺臺存儲SE99970與SST99900之間實現(xiàn)了了同步數(shù)據(jù)復(fù)復(fù)制，達到了了以下災(zāi)難恢復(fù)復(fù)目標(biāo)：日常工作，保證證兩臺存儲的數(shù)數(shù)據(jù)實時同步步保持一致，所有數(shù)據(jù)不不丟失。計劃外停機，任任一臺存儲發(fā)生災(zāi)難，保保證數(shù)據(jù)不丟丟失，即RPPO=0，并并確保應(yīng)用不不中斷運行，即RTTO=0。SE9970SE9970ST9990生產(chǎn)主機VxVM Mirror Volume數(shù)據(jù)庫平臺發(fā)卡系統(tǒng)中的數(shù)數(shù)據(jù)庫系統(tǒng)，是是整個生產(chǎn)系系統(tǒng)中最關(guān)鍵鍵、最復(fù)雜的的數(shù)據(jù)對象，發(fā)發(fā)

14、卡系統(tǒng)的業(yè)業(yè)務(wù)運轉(zhuǎn)直接接依賴于這些些數(shù)據(jù)的可用用性。為了確保數(shù)據(jù)庫庫的高可用性性，發(fā)卡系統(tǒng)統(tǒng)數(shù)據(jù)庫使用用了Oraccle 100g RACC版本10.2.0.22，主、備機機兩節(jié)點的數(shù)數(shù)據(jù)庫實例同同時運行，一一旦主節(jié)點出出現(xiàn)問題，數(shù)數(shù)據(jù)庫實例無無需啟停，可可迅速將應(yīng)用用系統(tǒng)切換至至備節(jié)點。截至到20088年8月底，各數(shù)據(jù)庫實例例數(shù)據(jù)量情況況見下表：實例名總數(shù)據(jù)量（GBB）Archivee log數(shù)數(shù)據(jù)量（GBB）高峰期Archhive llog變化量量（MB/ss）平均每天最大帳單日HX25140.42 SZ15120.20 CR934.550.40 DE381.550.58 UC275121

15、62.95 合計44620324.55 用戶需求銀聯(lián)數(shù)據(jù)擬為提提供外包服務(wù)務(wù)的各銀行發(fā)發(fā)卡系統(tǒng)建設(shè)設(shè)異地災(zāi)備系系統(tǒng)，生產(chǎn)系系統(tǒng)位于上海海，災(zāi)備系統(tǒng)統(tǒng)位于北京。主主備中心之間間采用數(shù)據(jù)庫復(fù)復(fù)制軟件進行行異步數(shù)據(jù)復(fù)復(fù)制，以保證證生產(chǎn)數(shù)據(jù)的的安全性，滿滿足發(fā)卡系統(tǒng)統(tǒng)的業(yè)務(wù)連續(xù)續(xù)性需求。日常功能將生產(chǎn)中心發(fā)卡卡系統(tǒng)上的數(shù)據(jù)庫變變化實時異步復(fù)制制到災(zāi)備中心；災(zāi)備中心的Orracle數(shù)數(shù)據(jù)庫處于打打開狀態(tài)，可可提供實時數(shù)數(shù)據(jù)查詢；對生產(chǎn)系統(tǒng)的資資源占用不能能太多，不能能影響到生產(chǎn)產(chǎn)系統(tǒng)的正常常運行；對網(wǎng)絡(luò)帶寬的占占用較低。故障切換當(dāng)生產(chǎn)中心的系系統(tǒng)無法正常常運行，而又又不能在短期期內(nèi)恢復(fù)時，可可利用災(zāi)備中

16、中心提供業(yè)務(wù)務(wù)接管。 災(zāi)備中心必須在在生產(chǎn)中心不不可用6小時時之內(nèi)完成業(yè)業(yè)務(wù)接管。當(dāng)生產(chǎn)中心服務(wù)務(wù)器恢復(fù)正常常后，數(shù)據(jù)復(fù)復(fù)制系統(tǒng)需要要將災(zāi)備中心心的最新數(shù)據(jù)據(jù)反向復(fù)制回回生產(chǎn)中心，實實現(xiàn)業(yè)務(wù)的恢恢復(fù)。基本要求復(fù)制軟件應(yīng)滿足足在單機或RRAC環(huán)境下下，對Oraacle在線線日志(Onnline redo log)的的捕捉及復(fù)制制；支持Oraclle中所有的的常用數(shù)據(jù)類類型，如Orracle中中的LONGG 、LONNG RAWW、BLOBB、CLOBB、NCLOOB、TIMMESTAMMP等，可實實現(xiàn)用戶自定定義表、字段段進行復(fù)制；支持對數(shù)據(jù)庫中中常用DDLL操作的復(fù)制制；支持事務(wù)復(fù)制，要要求對

17、數(shù)據(jù)庫庫中較大的事事務(wù)不會出現(xiàn)現(xiàn)過多延遲；支持沒有PK/UK字段的的表的同步。數(shù)據(jù)復(fù)制過程可可根據(jù)需要靈靈活地進行控控制或修改復(fù)復(fù)制的方向，以以滿足業(yè)務(wù)需需求；支持在數(shù)據(jù)復(fù)制制過程中對數(shù)數(shù)據(jù)正確性進進行校驗，如如正在復(fù)制的的數(shù)據(jù)在之前前就已經(jīng)不一一致，應(yīng)提供供報警功能，以以便及時發(fā)現(xiàn)現(xiàn)錯誤，避免免錯誤的擴大大；提供專用圖形化化集中管理軟軟件。性能要求數(shù)據(jù)庫初始化同同步要求數(shù)據(jù)庫復(fù)制制軟件能夠?qū)l(fā)卡系統(tǒng)的的數(shù)據(jù)庫中已已有數(shù)據(jù)初始始化同步到災(zāi)災(zāi)備中心數(shù)據(jù)據(jù)庫。在初始始化同步過程程中，業(yè)務(wù)不不能停止，但但可選擇業(yè)務(wù)務(wù)量較小時段段進行。在解解決方案書中中要求詳細描描述初始化數(shù)數(shù)據(jù)同步解決決方案，以及

18、及整個首次同同步操作所需需要的時間（以以100GBB數(shù)據(jù)為標(biāo)準(zhǔn)準(zhǔn)），并且要要求列出整個個首次初始化化過程中是否否需要人為干干預(yù)，從而可可以有效地評評估整個首次次數(shù)據(jù)初始化化的工作量。為了保證生產(chǎn)中中心日后業(yè)務(wù)務(wù)擴展存在更更換服務(wù)器廠廠商以及數(shù)據(jù)據(jù)庫版本等情情況，需要注注明是否支持持異構(gòu)平臺下下的首次數(shù)據(jù)據(jù)初始化同步步，是否支持持跨數(shù)據(jù)庫版版本之間數(shù)據(jù)據(jù)庫的初始化化同步操作。數(shù)據(jù)復(fù)制性能指指標(biāo)數(shù)據(jù)復(fù)制的性能能指標(biāo)與系統(tǒng)統(tǒng)平臺、網(wǎng)絡(luò)絡(luò)帶寬、應(yīng)用用系統(tǒng)等因素素密切相關(guān)，參參照下列運行行環(huán)境：項目配置數(shù)據(jù)源SF15K 224個CPUU，32GB內(nèi)存存， ORAACLE 110.2.00.2 RACC目

19、標(biāo)端SF15K 224個CPUU，32GB內(nèi)存存， ORAACLE 110.2.00.2總數(shù)據(jù)量500GB左右右（數(shù)據(jù)+索索引）每天的日志量每天20GB日日志網(wǎng)絡(luò)帶寬100M和200M要求提供相應(yīng)應(yīng)的性能參數(shù)數(shù)指標(biāo)：類別指標(biāo)參考值首次數(shù)據(jù)初始化化同步首次數(shù)據(jù)庫初始始化同步時間間（100MM帶寬） 小于10小時首次數(shù)據(jù)庫初始始化同步時間間（20M帶寬）小于48小時首次數(shù)據(jù)庫初始始化同步源端端CPU占用用小于30 增量數(shù)據(jù)同步（單個復(fù)制鏈路路）源端CPU占用用小于5目標(biāo)端CPU占占用小于5源端內(nèi)存占用小于200M目標(biāo)端內(nèi)存占用用小于200M復(fù)制數(shù)據(jù)延遲平平均值10s以內(nèi)業(yè)務(wù)高峰期對系系統(tǒng)的影響 源

20、端CPU占用用小于10目標(biāo)端CPU占占用小于10復(fù)制數(shù)據(jù)延遲平平均值10s以內(nèi)數(shù)據(jù)一致性要求數(shù)據(jù)庫復(fù)制制軟件提供數(shù)數(shù)據(jù)庫初始化化同步、數(shù)據(jù)據(jù)恢復(fù)后以及及日常的數(shù)據(jù)據(jù)一致性檢查查方案，要求求方案中詳細細注明該數(shù)據(jù)據(jù)一致性比對對方案的特點點以及操作復(fù)復(fù)雜度，并可可滿足如下要要求：可在應(yīng)用不停機機的情況下，查查找和發(fā)現(xiàn)不不一致的數(shù)據(jù)據(jù)；一致性檢查需要要能夠進行對對象屬性、記記錄條數(shù)和記記錄的字段內(nèi)內(nèi)容進行一致致性檢查；提供全庫的記錄錄級一致性檢檢查時間（以以100GBB的數(shù)據(jù)為例例）。支持不含PK/UK字段的的表的一致性性檢查和修復(fù)復(fù)。請?zhí)峁┰谠跊]有PK/UK字段的的表中有10000萬條記記錄的比對

21、時時間。對于不一致的數(shù)數(shù)據(jù)，需要提提供不一致記記錄詳細信息息，以便進行行精確的修復(fù)復(fù)，同時提供供數(shù)據(jù)修復(fù)方方案。數(shù)據(jù)修修復(fù)工作要求求操作簡單，修修復(fù)速度快，且且修復(fù)過程中中不影響業(yè)務(wù)務(wù)正常運行。系統(tǒng)兼容性數(shù)據(jù)庫復(fù)制軟件件應(yīng)支持以下下操作系統(tǒng)平平臺：Sun Sollaris 9,10IBM AIXX 5.x數(shù)據(jù)庫復(fù)制軟件件應(yīng)支持Oraclee 9i，OOraclee 10g，Orracle 11g及后續(xù)續(xù)數(shù)據(jù)庫版本本；支持異構(gòu)構(gòu)平臺，源端端和目標(biāo)端不不同數(shù)據(jù)庫版版本；支持Clusster/HHACMP和和RAC模式式，并支持不同同操作系統(tǒng)下下不同數(shù)據(jù)庫庫版本之間的的復(fù)制。高可用性主系統(tǒng)和備用系系

22、統(tǒng)的數(shù)據(jù)庫庫處于雙活狀狀態(tài)，以保證證在災(zāi)難發(fā)生生前可在兩個個系統(tǒng)上運行行不同類型的的應(yīng)用程序。數(shù)據(jù)庫復(fù)制軟件件應(yīng)支持本地地Clustter/HAACMP的高高可用方式，在在本地單節(jié)點點出現(xiàn)故障時時，可通過CClusteer軟件接管管到其它節(jié)點點。健壯性要求數(shù)據(jù)庫復(fù)制軟件件在各種大壓壓力和各種故故障情況下不不會造成數(shù)據(jù)據(jù)復(fù)制失敗。網(wǎng)絡(luò)故障：長時時間中斷、短短時間中斷及及網(wǎng)絡(luò)時斷時時續(xù)情況下的的正常復(fù)制；數(shù)據(jù)庫故障：在在目標(biāo)端數(shù)據(jù)據(jù)庫故障下， 源端數(shù)據(jù)庫不能受到影響。當(dāng)目標(biāo)端數(shù)據(jù)庫修復(fù)后，復(fù)制軟件繼續(xù)工作；服務(wù)器硬件故障障：在目標(biāo)端端服務(wù)器故障障下， 源端生產(chǎn)系系統(tǒng)不能受到到影響，當(dāng)目目標(biāo)端修復(fù)后

23、后，復(fù)制軟件件繼續(xù)工作。設(shè)備無關(guān)性獨立于任何硬件件設(shè)備、操作作系統(tǒng)和Orracle數(shù)數(shù)據(jù)庫的不同同版本，能夠夠?qū)崿F(xiàn)不同平平臺之間數(shù)據(jù)據(jù)庫的復(fù)制。管理監(jiān)控功能數(shù)據(jù)庫復(fù)制軟件件需提供統(tǒng)一一的管理監(jiān)控控功能，能實實現(xiàn)對復(fù)制軟軟件的運行狀狀態(tài)、運行日日志、系統(tǒng)配配置等方面進進行統(tǒng)一的管管理及監(jiān)控，保保證出現(xiàn)錯誤誤時具有完整整方便的報警警及跟蹤機制制，方便故障障的快速定位位和解決。Oracle Data Guardd介紹容災(zāi)系統(tǒng)主要包包括數(shù)據(jù)保護護和應(yīng)用切換換兩大方面，其其中最為重要要的是數(shù)據(jù)保護部部分。除了要要將這些數(shù)據(jù)據(jù)存放在高可可用的存儲設(shè)設(shè)備上之外，最最重要的是這這些關(guān)鍵數(shù)據(jù)據(jù)應(yīng)該在異地地之間保

24、持一一致，以使災(zāi)災(zāi)難發(fā)生后，系系統(tǒng)可以盡快快恢復(fù)。下面面是幾種主要要的數(shù)據(jù)保護護技術(shù)。實現(xiàn)數(shù)據(jù)的異地地復(fù)制，有軟軟件方式和硬硬件方式兩種種途徑。軟件件方式，是通通過主機端軟軟件來實現(xiàn)，如如第三方軟件件或者數(shù)據(jù)庫庫廠家提供的的遠程數(shù)據(jù)容容災(zāi)工具來實實現(xiàn)業(yè)務(wù)數(shù)據(jù)據(jù)的遠程復(fù)制制。硬件方式，是基基于智能存儲儲系統(tǒng)的控制制器的遠程拷拷貝，可以在在主、備存儲儲系統(tǒng)之間通通過硬件實現(xiàn)現(xiàn)復(fù)制。在實際的容災(zāi)系系統(tǒng)中，由于于系統(tǒng)的環(huán)境境不同，安全全性要求不同同以及采用的的軟硬件產(chǎn)品品不同，數(shù)據(jù)據(jù)復(fù)制過程中中的工作機制制也不盡相同同。概括地講講，數(shù)據(jù)復(fù)制制地工作機制制主要包括同同步和異步兩兩種。同步遠遠程鏡像(同步

25、復(fù)制技技術(shù))是指通過遠遠程鏡像軟件件，將本地數(shù)數(shù)據(jù)以完全同同步的方式復(fù)復(fù)制到異地，每每一本地的II/O事務(wù)均均需等待遠程程復(fù)制的完成成確認信息，方方予以釋放。異異步遠程鏡像像(異步復(fù)制技技術(shù))保證在更新新遠程存儲視視圖前完成向向本地存儲系系統(tǒng)的基本II/O操作，而而由本地存儲儲系統(tǒng)提供給給請求鏡像主主機的I/OO操作完成確確認信息，遠遠程的數(shù)據(jù)復(fù)復(fù)制以后臺同同步的方式進進行。因為帶帶寬等因素限限制，本次容容災(zāi)方案僅包包括了異步復(fù)復(fù)制的方式的的討論。Data Guuard實現(xiàn)現(xiàn)原理Oracle Data Guardd 是當(dāng)今保保護企業(yè)核心心資產(chǎn)（數(shù)據(jù)據(jù)）的最有效效解決方案，它它能夠使數(shù)據(jù)據(jù)在 2

26、4xx7 的基礎(chǔ)礎(chǔ)上可用，而而無論是否發(fā)發(fā)生災(zāi)難或其其它中斷。Oracle Data Guardd 是管理、監(jiān)監(jiān)控和自動化化軟件的基礎(chǔ)礎(chǔ)架構(gòu)，它創(chuàng)創(chuàng)建、維護和和監(jiān)控一個或或多個備用數(shù)數(shù)據(jù)庫，以保保護企業(yè)數(shù)據(jù)據(jù)結(jié)構(gòu)不受故故障、災(zāi)難、錯錯誤和崩潰的的影響。 Data Guuard 使使備用數(shù)據(jù)庫庫保持為與生生產(chǎn)數(shù)據(jù)庫在在事務(wù)上一致致的副本。這這些備用數(shù)據(jù)據(jù)庫可能位于于距生產(chǎn)數(shù)據(jù)據(jù)中心數(shù)千公公里的遠程災(zāi)災(zāi)難恢復(fù)站點點，或者可能能位于同一城城市、同一校校園乃至同一一建筑物內(nèi)。當(dāng)當(dāng)生產(chǎn)數(shù)據(jù)庫庫由于計劃中中斷或意外中中斷而變得不不可用時，DData GGuard 可以將任意意備用數(shù)據(jù)庫庫切換到生產(chǎn)產(chǎn)角色，

27、從而而使與中斷相相關(guān)的停機時時間減到最少少，并防止任任何數(shù)據(jù)丟失失。 作為 Oraacle 數(shù)數(shù)據(jù)庫企業(yè)版版的一個特性性推出的 DData GGuard 能夠與其它它的 Oraacle 高高可用性 (HA) 解解決方案（如如真正應(yīng)用集集群 (RAAC) 和恢恢復(fù)管理器 (RMANN)）結(jié)合使使用，以提供供業(yè)內(nèi)前所未未有的高水平平數(shù)據(jù)保護和和數(shù)據(jù)可用性性。下圖提供供了 Oraacle DData GGuard 的一個概述述。Oracle Data Guardd 包括一個個生產(chǎn)數(shù)據(jù)庫庫，也稱為主主數(shù)據(jù)庫，以以及一個或多多個備用數(shù)據(jù)據(jù)庫，這些備備用數(shù)據(jù)庫是是與主數(shù)據(jù)庫庫在事務(wù)上一一致的副本。Data

28、 Guard 利用重做數(shù)據(jù)保持這種事務(wù)一致性。當(dāng)主數(shù)據(jù)庫中發(fā)生事務(wù)時，則生成重做數(shù)據(jù)并將其寫入本地重做日志文件中。通過 Data Guard，還將重做數(shù)據(jù)傳輸?shù)絺溆谜军c上，并應(yīng)用到備用數(shù)據(jù)庫中，從而使備用數(shù)據(jù)庫與主數(shù)據(jù)庫保持同步。Data Guard 允許管理員選擇將重做數(shù)據(jù)同步還是異步地發(fā)送到備用站點上。 備用數(shù)據(jù)庫的底底層技術(shù)是 Data Guardd 重做應(yīng)用用（物理備用用數(shù)據(jù)庫）和和 Dataa Guarrd SQLL 應(yīng)用（邏邏輯備用數(shù)據(jù)據(jù)庫）。物理理備用數(shù)據(jù)庫庫在磁盤上擁擁有和主數(shù)據(jù)據(jù)庫逐塊相同同的數(shù)據(jù)庫結(jié)結(jié)構(gòu)，并且使使用 Oraacle 介介質(zhì)恢復(fù)進行行更新。邏輯輯備用數(shù)據(jù)庫庫是

29、一個獨立立數(shù)據(jù)庫，它它與主數(shù)據(jù)庫庫包含相同的的數(shù)據(jù)。它使使用 SQLL 語句進行行更新，其相相對優(yōu)勢是能能夠并行用于于恢復(fù)以及諸諸如報表、查查詢等其他任任務(wù)。 Data Guuard 簡簡化了主數(shù)據(jù)據(jù)庫和選定的的備用數(shù)據(jù)庫庫之間的轉(zhuǎn)換換和故障切換換，從而減少少了由計劃停停機和計劃外外故障所導(dǎo)致致的總停機時時間。 主數(shù)據(jù)庫和備用用數(shù)據(jù)庫以及及它們的各種種交互可以使使用 SQLL*Pluss 來進行管管理。為了獲獲得更簡便的的可管理性，Data Guard 還提供了一個分布式管理框架（稱為 Data Guard Broker），它不但自動化了 Data Guard 配置的創(chuàng)建、維護和監(jiān)控，并對這些

30、操作進行統(tǒng)一管理。管理員可以使用 Oracle Enterprise Manager 或 Broker 自己的專用命令行界面 (DGMGRL) 來利用 Broker 的管理功能。 下圖顯示了 OOraclee Dataa Guarrd 組件。 Oracle Data Guardd 優(yōu)勢 災(zāi)難恢復(fù)和高可可用性 Dataa Guarrd 提供了了一個高效和和全面的災(zāi)難難恢復(fù)和高可可用性解決方方案。易于管管理的轉(zhuǎn)換和和故障切換功功能允許主數(shù)數(shù)據(jù)庫和備用用數(shù)據(jù)庫之間間的角色轉(zhuǎn)換換，從而使主主數(shù)據(jù)庫因計計劃的和計劃劃外的中斷所所導(dǎo)致的停機機時間減到最最少。 完善的數(shù)據(jù)保護護 使用備用數(shù)數(shù)據(jù)庫，Daata

31、 Guuard 可可保證即使遇遇到不可預(yù)見見的災(zāi)難也不不會丟失數(shù)據(jù)據(jù)。備用數(shù)據(jù)據(jù)庫提供了防防止數(shù)據(jù)損壞壞和用戶錯誤誤的安全保護護。主數(shù)據(jù)庫庫上的存儲器器級物理損壞壞不會傳播到到備用數(shù)據(jù)庫庫上。同樣，導(dǎo)導(dǎo)致主數(shù)據(jù)庫庫永久損壞的的邏輯損壞或或用戶錯誤也也能夠得到解解決。最后，在在將重做數(shù)據(jù)據(jù)應(yīng)用到備用用數(shù)據(jù)庫時會會對其進行驗驗證。 有效利用系統(tǒng)資資源 備用數(shù)據(jù)庫庫表使用從主主數(shù)據(jù)庫接收收到的重做數(shù)數(shù)據(jù)進行更新新，并且可用用于諸如備份份操作、報表表、合計和查查詢等其它任任務(wù)，從而減減少執(zhí)行這些些任務(wù)所必需需的主數(shù)據(jù)庫庫工作負載，節(jié)節(jié)省寶貴的 CPU 和和 I/O 周期。使用用邏輯備用數(shù)數(shù)據(jù)庫，用戶戶

32、可以在模式式中不從主數(shù)數(shù)據(jù)庫進行更更新的表上執(zhí)執(zhí)行數(shù)據(jù)處理理操作。邏輯輯備用數(shù)據(jù)庫庫可以在從主主數(shù)據(jù)庫中對對表進行更新新時保持打開開，并可同時時對表進行只只讀訪問。最最后，可以在在維護的表上上創(chuàng)建額外索索引和物化視視圖，以獲得得更好的查詢詢性能和適應(yīng)應(yīng)特定的業(yè)務(wù)務(wù)要求。靈活的數(shù)據(jù)保護護功能，從而而在可用性與與性能要求之之間取得平衡衡 Oraccle Daata Guuard 提提供了最大保保護、最高可可用性和最高高性能等模式式，來幫助企企業(yè)在系統(tǒng)性性能要求和數(shù)數(shù)據(jù)保護之間間取得平衡。 自動間隔檢測及及其解決方案案 如果主數(shù)據(jù)據(jù)庫與一個或或更多個備用用數(shù)據(jù)庫之間間的連接丟失失（例如，由由于網(wǎng)絡(luò)問

33、題題），則在主主數(shù)據(jù)庫上生生成的重做數(shù)數(shù)據(jù)將無法發(fā)發(fā)送到那些備備用數(shù)據(jù)庫上上。一旦重新新建立連接，Data Guard 就自動檢測丟失的存檔日志序列（或間隔），并將必要的存檔日志自動傳輸?shù)絺溆脭?shù)據(jù)庫中。備用數(shù)據(jù)庫將重新與主數(shù)據(jù)庫同步，而無需管理員的任何手動干預(yù)。 簡單的集中式管管理 Dataa Guarrd Brooker 使使一個 Daata Guuard 配配置中的多個個數(shù)據(jù)庫間的的管理和操作作任務(wù)自動化化。Brokker 還監(jiān)監(jiān)控單個 DData GGuard 配置內(nèi)的所所有系統(tǒng)。管管理員可以使使用 Oraacle EEnterpprise Managger 或 Brokker 自己己專

34、用的命令令行界面 (DGMGRRL) 來利利用這個集成成的管理框架架。 與 Oraclle 數(shù)據(jù)庫庫集成 Oraccle Daata Guuard 是是作為 Orracle 數(shù)據(jù)庫（企企業(yè)版）的一一個完全集成成的功能提供供的，無需任任何額外費用用。 Data Guuard提供供的保護模式式Oracle針針對用戶的不不同需求提供供三種保護模模式：最大保保護模式、最最大性能模式式、最大可用用模式。Oracle提提供的Datta Guaard在最大大保護模式下下可以確保數(shù)數(shù)據(jù)完全不丟丟失。它在寫寫本地日志的的同時寫遠程程standdby的數(shù)據(jù)據(jù)庫日志。只只有兩個日志志均寫成功后后一個操作才才是正式完

35、成成。這種方式式確保了數(shù)據(jù)據(jù)的最大安全全，能夠確保保主數(shù)據(jù)庫損損壞的情況下下沒有任何數(shù)數(shù)據(jù)丟失。但但這種情況對對主數(shù)據(jù)庫性性能有較大的的影響，即使使在高速的局局域網(wǎng)內(nèi)，最最大保護模式式也會對主數(shù)數(shù)據(jù)庫性能有有超過10%的性能影響響。這種方式式對主備兩個個數(shù)據(jù)庫之間間的鏈路有非非常高的要求求。在這種保保護模式下無無論是網(wǎng)路鏈鏈路還是sttandbyy數(shù)據(jù)庫等發(fā)發(fā)生故障導(dǎo)致致日志無法正正常寫均會導(dǎo)導(dǎo)致主數(shù)據(jù)庫庫無法使用。因因此只有在對對數(shù)據(jù)安全要要求最高的情情況下才會考考慮使用這種種方式。Oracle也也提供最大性性能模式。這這種模式下，不傳輸實時時修改的日志志文件，傳遞遞的是歸檔日日志文件，因因

36、此對主數(shù)據(jù)據(jù)庫性能影響響很小。歸檔檔日志文件傳傳遞是否能夠夠成功對主數(shù)數(shù)據(jù)庫運行沒沒有任何影響響，因此在網(wǎng)網(wǎng)絡(luò)出現(xiàn)中斷斷或者staandby數(shù)數(shù)據(jù)庫出現(xiàn)異異常也不會影影響主數(shù)據(jù)庫庫的正常運行行。但因為日日志沒有同步步寫，因此在在災(zāi)難發(fā)生的的時候備份數(shù)數(shù)據(jù)庫與主數(shù)數(shù)據(jù)庫可能有有一定的數(shù)據(jù)據(jù)差異。Oracle提提供的第三種種模式是上述述兩種方式的的折中。在網(wǎng)網(wǎng)絡(luò)正常的情情況下它的運運行方式類似似于最大保護護模式，日志志實時傳遞。當(dāng)當(dāng)網(wǎng)絡(luò)或sttandbyy出現(xiàn)故障的的時候它的運運行模式類似似于最大性能能模式，日志志延遲傳遞，不不會導(dǎo)致主數(shù)數(shù)據(jù)庫停止運運行。這種方方式在正常情情況下因為日日志實時傳遞

37、遞，因此同樣樣對主數(shù)據(jù)庫庫性能有較大大影響，而且且對網(wǎng)絡(luò)鏈路路要求較高。綜上所述，不同同的保護模式式比較如下：最大保護最大可用最大性能對主數(shù)據(jù)庫性能能影響較高較高低對網(wǎng)絡(luò)鏈路要求求極高高低備份系統(tǒng)發(fā)生故故障主數(shù)據(jù)庫不可用用無影響無影響數(shù)據(jù)保護無數(shù)據(jù)丟失基本無數(shù)據(jù)丟失失少量數(shù)據(jù)丟失Data Guuard實現(xiàn)現(xiàn)方式以及對對系統(tǒng)的限制制要求Oracle針針對不同的用用戶情況提供供的兩種不同同的stanndby方式式。物理sttandbyy ,邏輯stanndby。物理standdby數(shù)據(jù)庫庫，在通常的的模式下備份份庫始終處于于恢復(fù)狀態(tài)，用用戶無法訪問問備份庫的數(shù)數(shù)據(jù)。如果需需要訪問數(shù)據(jù)據(jù)，需要將恢恢

38、復(fù)模式停止止，將數(shù)據(jù)庫庫打開到只讀讀狀態(tài)。這兩兩種狀態(tài)是排排它的，也就就是說數(shù)據(jù)庫庫要么是恢復(fù)復(fù)狀態(tài)，保持持和主數(shù)據(jù)庫庫一致，在這這種狀態(tài)下數(shù)數(shù)據(jù)庫內(nèi)容不不可訪問；要要么是只讀狀狀態(tài)，數(shù)據(jù)庫庫不會做恢復(fù)復(fù)與主數(shù)據(jù)保保持一致。Oracle還還提供邏輯sstandbby數(shù)據(jù)庫。這這種方式下數(shù)數(shù)據(jù)庫可以在在打開的狀態(tài)態(tài)下保持與主主數(shù)據(jù)庫的同同步工作。這這種打開狀態(tài)態(tài)和普通的數(shù)數(shù)據(jù)庫opeen狀態(tài)不同同，不能對數(shù)數(shù)據(jù)做修改。這這種方式通常常用于繁忙的的系統(tǒng)，如主主數(shù)據(jù)庫日常常完成業(yè)務(wù)處處理，邏輯sstandbby數(shù)據(jù)庫在在完成容災(zāi)的的同時分擔(dān)主主數(shù)據(jù)庫的查查詢統(tǒng)計工作作。這樣大大大節(jié)約了系統(tǒng)統(tǒng)資源。但

39、這這種方式對數(shù)數(shù)據(jù)庫有一定定的限制，并并不是所有的的系統(tǒng)都能夠夠支持。部分分較為特殊的的數(shù)據(jù)類型不不支持，另外外所有的表必必須要有主鍵鍵或者唯一性性索引。無論是物理sttandbyy 還是邏輯輯standdby均對系系統(tǒng)要求如下下:主備數(shù)據(jù)庫必須須是完全相同同的硬件架構(gòu)構(gòu)，如均為SUN平臺。機機器的內(nèi)存大大小、CPUU數(shù)量主頻可可以不同。操作系統(tǒng)版本、補補丁完全相同同。數(shù)據(jù)庫版本完全全相同。但RRAC選件可可以不同。即即主數(shù)據(jù)庫可可以是RACC模式，備份份節(jié)點可以是是單機。切換方式Oracle Dataa Guarrd可以實現(xiàn)現(xiàn)failoover 以以及swittchoveer的切換。Swit

40、choover指有有計劃的切換換。如系統(tǒng)主主數(shù)據(jù)庫服務(wù)務(wù)器需要硬件件維護等有計計劃的停機操操作。這時候候可以手工將將所有的日志志以及歸檔日日志文件傳輸輸?shù)絺浞莨?jié)點點后執(zhí)行swwitchoover的切切換。這種情情況下等主數(shù)數(shù)據(jù)庫恢復(fù)正正常后系統(tǒng)可可以手工切換換回來。Failoveer切換是指指系統(tǒng)出現(xiàn)了了異常情況下下的切換。系系統(tǒng)管理員發(fā)發(fā)現(xiàn)主數(shù)據(jù)庫庫服務(wù)器無法法提供服務(wù)，決決定啟動容災(zāi)災(zāi)系統(tǒng)。在這這種情況下的的切換后如果果主數(shù)據(jù)庫服服務(wù)器恢復(fù)正正常后需要重重新配置整個個Data Guardd環(huán)境，無法法切換回主數(shù)數(shù)據(jù)庫服務(wù)器器。無論是那種切換換方式，主備備系統(tǒng)之間均存在部部分差別。如如IP地

41、址不不同，需要修修改服務(wù)器IIP 地址或或應(yīng)用程序重重新指向。因因為在不同的的局域網(wǎng)內(nèi)，應(yīng)應(yīng)用中間件需需要跨防火墻墻訪問系統(tǒng)。機機器檔次不同同、網(wǎng)絡(luò)帶寬寬不同造成的的性能下降等等問題。這需需要在容災(zāi)的的預(yù)案中考慮慮。 系統(tǒng)建議方案案針對本容災(zāi)方案案，我們推薦薦采用Oraacle DData GGuard技技術(shù)。Data Guuard優(yōu)勢勢節(jié)約投資Oracle Data Guardd是Oraccle原廠自自帶的容災(zāi)產(chǎn)產(chǎn)品。該產(chǎn)品品完全免費。在在容災(zāi)軟件上上用戶無需支支付額外費用用，這可以大大大節(jié)約用戶戶的資金投入入。技術(shù)成熟、穩(wěn)定定早在Oraclle 7版本本就已經(jīng)推出出該功能（當(dāng)當(dāng)時名稱為SS

42、tandbby數(shù)據(jù)庫）。其其核心采用了了Oraclle成熟的歸歸檔、備份、恢恢復(fù)技術(shù)。經(jīng)經(jīng)過多年不斷斷的發(fā)展，已已經(jīng)成為一項項技術(shù)成熟、穩(wěn)穩(wěn)定，有廣泛泛成功案例的的技術(shù)。對系統(tǒng)運行性能能影響小Data Guuard在主主數(shù)據(jù)庫服務(wù)務(wù)器端不存在在對日志解析析等工作，僅僅需要主數(shù)據(jù)據(jù)庫服務(wù)器端端將歸檔日志志文件傳輸?shù)降饺轂?zāi)節(jié)點。因因此對生產(chǎn)系系統(tǒng)性能影響響極小。能夠滿足用戶基基本業(yè)務(wù)需求求Data Guuard能夠夠滿足用戶基基本的數(shù)據(jù)容容災(zāi)、RTOO、RPO、帶帶寬等相關(guān)基基本業(yè)務(wù)需求求。Data Guuard運行行模式Oracle提提供了物理DData GGuard以以及邏輯Daata Guu

43、ard兩種種不同的方式式。這兩種方方式各有優(yōu)缺缺點。因為用用戶數(shù)據(jù)庫中中存在大量表表，這些表沒沒有PK/UUK；因此無無法滿足邏輯輯Data Guardd的使用前提提條件。在本本方案中，我我們推薦采用用物理Datta Guaard的方式式。Data Guuard保護護模式根據(jù)用戶的實際際情況，在主主數(shù)據(jù)庫服務(wù)務(wù)器和容災(zāi)數(shù)數(shù)據(jù)庫服務(wù)器器之間距離較較遠，使用最最大保護模式式和最大可用用模式均會嚴嚴重影響主數(shù)數(shù)據(jù)庫的運行行性能。用戶戶允許在出現(xiàn)現(xiàn)異常情況下下15分鐘內(nèi)內(nèi)的數(shù)據(jù)丟失失量，因此采用最大大性能模式可可以在現(xiàn)有帶帶寬的情況下下滿足用戶的的容災(zāi)需求。采用最大性能模模式，系統(tǒng)不不會實時傳輸輸日志

44、文件，傳傳遞的是歸檔檔日志文件，因因此對主數(shù)據(jù)據(jù)庫性能影響響很小。歸檔檔日志文件傳傳遞是否能夠夠成功對主數(shù)數(shù)據(jù)庫運行沒沒有任何影響響，因此在網(wǎng)網(wǎng)絡(luò)出現(xiàn)中斷斷或者staandby數(shù)數(shù)據(jù)庫出現(xiàn)異異常也不會影影響主數(shù)據(jù)庫庫的正常運行行。但因為日日志沒有同步步寫，因此在在災(zāi)難發(fā)生的的時候備份數(shù)數(shù)據(jù)庫與主數(shù)數(shù)據(jù)庫可能有有一定的數(shù)據(jù)據(jù)差異。Data Guuard初始始安裝步驟1、確認主數(shù)據(jù)據(jù)庫運行于歸歸檔模式如果主數(shù)據(jù)庫沒沒有處于歸檔檔模式，那么么需要將數(shù)據(jù)據(jù)庫運行模式式修改為歸檔檔模式。該修修改過程需要要短暫停止數(shù)數(shù)據(jù)庫運行。2、物理備份主主數(shù)據(jù)庫的所所有數(shù)據(jù)文件件該部分工作可以以在不影響業(yè)業(yè)務(wù)正常運行

45、行的情況下執(zhí)執(zhí)行。該部分分工作依據(jù)數(shù)數(shù)據(jù)量以及II/O速度不不同，所需要要的時間也不不同。一般估估算，1000G的數(shù)據(jù)應(yīng)應(yīng)在1小時內(nèi)內(nèi)備份完成。該該備份操作啟啟動后無需人人為干預(yù)。3、在主數(shù)據(jù)庫庫創(chuàng)建staandby 控制文件通過命令創(chuàng)建災(zāi)災(zāi)備中心的控控制文件。4、拷貝備份的的數(shù)據(jù)文件、standby控制文件及日志文件到備份節(jié)點。因為數(shù)據(jù)量較大大，可以將備備份的文件壓壓縮后傳遞。100G的備份文件經(jīng)壓縮，通常壓縮率在40% - 50%之間。100G文件壓縮后約50G。在網(wǎng)速為20M帶寬的情況下，假設(shè)網(wǎng)絡(luò)利用率為70%，那么速度約為6G/每小時；50G的文件需要9個小時傳遞完成。在網(wǎng)速為100M

46、帶寬的情況下，假設(shè)網(wǎng)絡(luò)利用率為70%，那么速度約為30G/每小時；50G的文件需要1.5個小時傳遞完成。在數(shù)據(jù)傳輸啟動后無需人為干預(yù)。5、配置主、備備中心的數(shù)據(jù)據(jù)庫服務(wù)器DData GGuard環(huán)環(huán)境該操作對主數(shù)據(jù)據(jù)庫運行沒有有任何影響。其中災(zāi)備中心數(shù)數(shù)據(jù)庫平臺要要求與主中心心架構(gòu)一致，如如均為SUNN小型機。操操作系統(tǒng)版本本及數(shù)據(jù)庫版版本均需要一一致。Data Guuard不支支持異構(gòu)平臺臺數(shù)據(jù)容災(zāi)，也也不支持不同同數(shù)據(jù)庫版本本之間做數(shù)據(jù)據(jù)容災(zāi)。6、使用主中心心備份的文件件創(chuàng)建災(zāi)備中中心數(shù)據(jù)庫系系統(tǒng)。該操作主要是解解壓文件、恢恢復(fù)數(shù)據(jù)文件件的時間。約約為2小時。7、配置災(zāi)備中中心環(huán)境。根根據(jù)

47、主中心的的歸檔日志保保持災(zāi)備中心心與主中心一一致 。用戶需求點對點點應(yīng)答日常功能將生產(chǎn)中心發(fā)卡卡系統(tǒng)上的數(shù)數(shù)據(jù)庫變化實實時異步復(fù)制制到災(zāi)備中心心；應(yīng)答：滿足。DData GGuard通通過歸檔日志志將數(shù)據(jù)庫變變化復(fù)制到災(zāi)災(zāi)備中心。災(zāi)備中心的Orracle數(shù)數(shù)據(jù)庫處于打打開狀態(tài)，可可提供實時數(shù)數(shù)據(jù)查詢；應(yīng)答：部分滿足足。物理Daata Guuard在正正?；謴?fù)的時候無無法處于打開開狀態(tài)，在打打開的狀態(tài)下下無法處于恢恢復(fù)與主數(shù)據(jù)據(jù)庫保持一致致的狀態(tài)。本本系統(tǒng)的RPPO15分分鐘，RTOO6小時，每天歸檔日日志產(chǎn)生量20G?？梢砸钥紤]以下方方式解決該問問題：如果用戶對容災(zāi)災(zāi)數(shù)據(jù)庫使用用時間為白天天，

48、那么在白白天，將數(shù)據(jù)據(jù)庫啟動為只只讀打開模式式，供業(yè)務(wù)查查詢。夜間，將將數(shù)據(jù)庫啟動動為恢復(fù)模式式，保持與主主生產(chǎn)中心一一致。如果用用戶對容災(zāi)數(shù)數(shù)據(jù)庫使用時時間為夜間，那那么反之在夜夜間將數(shù)據(jù)庫庫打開只讀，白白天數(shù)據(jù)庫做做恢復(fù)。容災(zāi)中心數(shù)據(jù)庫庫只在指定時時間內(nèi)對數(shù)據(jù)據(jù)庫做恢復(fù)，因因此該數(shù)據(jù)庫庫與主數(shù)據(jù)庫庫之間存在11天的數(shù)據(jù)差差異。雖然沒沒有實時做數(shù)數(shù)據(jù)恢復(fù)，歸歸檔日志文件件在產(chǎn)生后會會同步寫入容容災(zāi)中心，因因此系統(tǒng)可以以滿足RPOO15分鐘鐘的要求。當(dāng)當(dāng)出現(xiàn)需要啟啟動備用中心心的情況，備備用中心需要要先通過歸檔檔日志文件恢恢復(fù)數(shù)據(jù)。目目前每天歸檔檔日志量220G，系統(tǒng)統(tǒng)使用這些歸歸檔日志恢復(fù)復(fù)

49、數(shù)據(jù)的時間間 2小時時，能夠滿足足RTO66小時的業(yè)務(wù)務(wù)需求。如果用戶對容災(zāi)災(zāi)中心數(shù)據(jù)庫庫使用為全天天24小時，目目前版本Daata Guuard無法法滿足要求，在在Oraclle11G 以后后的版本提供供該功能。對生產(chǎn)系統(tǒng)的資資源占用不能能太多，不能能影響到生產(chǎn)產(chǎn)系統(tǒng)的正常常運行；應(yīng)答：滿足。采采用物理Daata Guuard的最最大性能模式式，生產(chǎn)中心心主機僅需要要在歸檔日志志產(chǎn)生后將歸歸檔日志文件件寫入異地容容災(zāi)中心，對對生產(chǎn)系統(tǒng)資資源占用極少少，不影響生生產(chǎn)系統(tǒng)的正正常運行。在在網(wǎng)絡(luò)出現(xiàn)故故障或容災(zāi)中中心出現(xiàn)故障障時，不會影影響到生產(chǎn)系系統(tǒng)的正常運運行。對網(wǎng)絡(luò)帶寬的占占用較低。應(yīng)答：滿

50、足。DData GGuard傳傳輸內(nèi)容數(shù)據(jù)據(jù)變化產(chǎn)生的的歸檔日志文文件。目前每每天歸檔日志志產(chǎn)生量為220G，那么么傳輸量為220G/天。故障切換當(dāng)生產(chǎn)中心的系系統(tǒng)無法正常常運行，而又又不能在短期期內(nèi)恢復(fù)時，可可利用災(zāi)備中中心提供業(yè)務(wù)務(wù)接管。 應(yīng)答：滿足。災(zāi)災(zāi)備中心可以以提供數(shù)據(jù)庫庫服務(wù)器。災(zāi)備中心必須在在生產(chǎn)中心不不可用6小時時之內(nèi)完成業(yè)業(yè)務(wù)接管。應(yīng)答：滿足。災(zāi)災(zāi)備中心可以以在6小時內(nèi)內(nèi)完成業(yè)務(wù)接接管。當(dāng)生產(chǎn)中心服務(wù)務(wù)器恢復(fù)正常常后，數(shù)據(jù)復(fù)復(fù)制系統(tǒng)需要要將災(zāi)備中心心的最新數(shù)據(jù)據(jù)反向復(fù)制回回生產(chǎn)中心，實實現(xiàn)業(yè)務(wù)的恢恢復(fù)。應(yīng)答：部分滿足足。系統(tǒng)切換換可以分為有有計劃的停機機以及故障停停機。在有計

51、劃停機的的情況下，災(zāi)災(zāi)備中心數(shù)據(jù)據(jù)庫在啟用的的時候，數(shù)據(jù)據(jù)庫內(nèi)容保持持與生產(chǎn)中心心完全一致。在在主中心操作作完成后，可可以通過簡單單命令，將災(zāi)災(zāi)備中心啟用用期間數(shù)據(jù)修修改反向復(fù)制制回生產(chǎn)中心，實實現(xiàn)業(yè)務(wù)的恢恢復(fù)。在故障停機的情情況下，主中中心可能有部部分數(shù)據(jù)(15分鐘)尚未傳遞到到備份中心，在在災(zāi)備中心啟啟用的時候，主主、備之間數(shù)數(shù)據(jù)已不一致致。因此需要要將所有數(shù)據(jù)據(jù)重新傳遞回回主中心才能能實現(xiàn)業(yè)務(wù)的的恢復(fù)?；疽髲?fù)制軟件應(yīng)滿足足在單機或RRAC環(huán)境下下，對Oraacle在線線日志(Onnline redo log)的的捕捉及復(fù)制制；應(yīng)答：滿足。DData GGuard通通過對Onlline

52、 rredo llog產(chǎn)生的的歸檔文件復(fù)復(fù)制來完成容容災(zāi)。支持Oraclle中所有的的常用數(shù)據(jù)類類型，如Orracle中中的LONGG 、LONNG RAWW、BLOBB、CLOBB、NCLOOB、TIMMESTAMMP等，可實實現(xiàn)用戶自定定義表、字段段進行復(fù)制；應(yīng)答：滿足。物物理Dataa Guarrd支持Orracle中中所有的常用用數(shù)據(jù)類型支持對數(shù)據(jù)庫中中常用DDLL操作的復(fù)制制；應(yīng)答：滿足。物物理Dataa Guarrd支持Orracle中中常用DDLL的操作復(fù)制制。支持事務(wù)復(fù)制，要要求對數(shù)據(jù)庫庫中較大的事事務(wù)不會出現(xiàn)現(xiàn)過多延遲；應(yīng)答：滿足。物物理Dataa Guarrd支持事務(wù)務(wù)復(fù)制

53、。對較較大事務(wù)不會會出現(xiàn)過多延延遲。支持沒有PK/UK字段的的表的同步。應(yīng)答：滿足。物物理Dataa Guarrd支持沒有有PK/UKK字段的表的的同步。數(shù)據(jù)復(fù)制過程可可根據(jù)需要靈靈活地進行控控制或修改復(fù)復(fù)制的方向，以以滿足業(yè)務(wù)需需求；應(yīng)答：滿足。DData GGuard可可以靈活地控控制主、備節(jié)節(jié)點的swiithoveer切換。支持在數(shù)據(jù)復(fù)制制過程中對數(shù)數(shù)據(jù)正確性進進行校驗，如如正在復(fù)制的的數(shù)據(jù)在之前前就已經(jīng)不一一致，應(yīng)提供供報警功能，以以便及時發(fā)現(xiàn)現(xiàn)錯誤，避免免錯誤的擴大大；應(yīng)答：滿足。物物理Dataa Guarrd復(fù)制的前前提條件是主主、備數(shù)據(jù)庫庫保持一致，因因此不會出現(xiàn)現(xiàn)復(fù)制的數(shù)據(jù)據(jù)在

54、之前已經(jīng)經(jīng)不一致的情情況。提供專用圖形化化集中管理軟軟件。應(yīng)答：滿足。DData GGuard Brokeer與OEMM可以提供很方方便的圖形化化集中管理。性能要求數(shù)據(jù)庫初始化同同步要求數(shù)據(jù)庫復(fù)制制軟件能夠?qū)l(fā)卡系統(tǒng)的的數(shù)據(jù)庫中已已有數(shù)據(jù)初始始化同步到災(zāi)災(zāi)備中心數(shù)據(jù)據(jù)庫。在初始始化同步過程程中，業(yè)務(wù)不不能停止，但但可選擇業(yè)務(wù)務(wù)量較小時段段進行。在解解決方案書中中要求詳細描描述初始化數(shù)數(shù)據(jù)同步解決決方案，以及及整個首次同同步操作所需需要的時間（以以100GBB數(shù)據(jù)為標(biāo)準(zhǔn)準(zhǔn)），并且要要求列出整個個首次初始化化過程中是否否需要人為干干預(yù)，從而可可以有效地評評估整個首次次數(shù)據(jù)初始化化的工作量。為了保

55、證生產(chǎn)中中心日后業(yè)務(wù)務(wù)擴展存在更更換服務(wù)器廠廠商以及數(shù)據(jù)據(jù)庫版本等情情況，需要注注明是否支持持異構(gòu)平臺下下的首次數(shù)據(jù)據(jù)初始化同步步，是否支持持跨數(shù)據(jù)庫版版本之間數(shù)據(jù)據(jù)庫的初始化化同步操作。應(yīng)答：滿足。詳詳見Dataa Guarrd初始安裝裝步驟數(shù)據(jù)復(fù)制性能指指標(biāo)數(shù)據(jù)復(fù)制的性能能指標(biāo)與系統(tǒng)統(tǒng)平臺、網(wǎng)絡(luò)絡(luò)帶寬、應(yīng)用用系統(tǒng)等因素素密切相關(guān)，參參照下列運行行環(huán)境：項目配置數(shù)據(jù)源SF15K 224個CPUU，32GB內(nèi)存存， ORAACLE 110.2.00.2 RACC目標(biāo)端SF15K 224個CPUU，32GB內(nèi)存存， ORAACLE 110.2.00.2總數(shù)據(jù)量500GB左右右（數(shù)據(jù)+索索引）每天

56、的日志量每天20GB日日志網(wǎng)絡(luò)帶寬100M和200M要求提供相應(yīng)應(yīng)的性能參數(shù)數(shù)指標(biāo)：類別指標(biāo)參考值應(yīng)答首次數(shù)據(jù)初始化化同步首次數(shù)據(jù)庫初始始化同步時間間（100MM帶寬） 小于10小時滿足，首次初始始化同步時間間小于5小時時首次數(shù)據(jù)庫初始始化同步時間間（20M帶寬）小于48小時滿足，首次初始始化同步時間間小于12小小時首次數(shù)據(jù)庫初始始化同步源端端CPU占用用小于30 滿足，對主系統(tǒng)統(tǒng)資源消耗極極小。小于11%增量數(shù)據(jù)同步（單個復(fù)制鏈路路）源端CPU占用用小于5滿足，對主系統(tǒng)統(tǒng)資源消耗極極小。小于11%目標(biāo)端CPU占占用小于5滿足，對目標(biāo)資資源消耗極小小。小于5%源端內(nèi)存占用小于200M滿足，對主

57、資源源消耗極小。無無需額外內(nèi)存存消耗目標(biāo)端內(nèi)存占用用小于200M滿足，對主資源源消耗極小。無無需額外內(nèi)存存消耗復(fù)制數(shù)據(jù)延遲平平均值10s以內(nèi)不滿足。在最大大性能模式下下，物理Daata Guuard在日日志切換后將將改變的數(shù)據(jù)據(jù)寫入災(zāi)備中中心。頻繁的的日志切換將將影響數(shù)據(jù)庫庫運行性能。建議將日志切換頻率設(shè)置為10分鐘。因此數(shù)據(jù)復(fù)制最大延遲約為10分鐘。業(yè)務(wù)高峰期對系系統(tǒng)的影響源端CPU占用用小于10滿足，對主系統(tǒng)統(tǒng)資源消耗極極小。小于11%目標(biāo)端CPU占占用小于10滿足，對目標(biāo)資資源消耗極小小。小于5%復(fù)制數(shù)據(jù)延遲平平均值10s以內(nèi)不滿足。在最大大性能模式下下，物理Daata Guuard在日

58、日志切換后將將改變的數(shù)據(jù)據(jù)寫入災(zāi)備中中心。頻繁的的日志切換將將影響數(shù)據(jù)庫庫運行性能。建建議將日志切切換頻率設(shè)置置為10分鐘鐘。因此數(shù)據(jù)據(jù)復(fù)制最大延延遲約為100分鐘。數(shù)據(jù)一致性要求數(shù)據(jù)庫復(fù)制制軟件提供數(shù)數(shù)據(jù)庫初始化化同步、數(shù)據(jù)據(jù)恢復(fù)后以及及日常的數(shù)據(jù)據(jù)一致性檢查查方案，要求求方案中詳細細注明該數(shù)據(jù)據(jù)一致性比對對方案的特點點以及操作復(fù)復(fù)雜度，并可可滿足如下要要求：可在應(yīng)用不停機機的情況下，查查找和發(fā)現(xiàn)不不一致的數(shù)據(jù)據(jù)；一致性檢查需要要能夠進行對對象屬性、記記錄條數(shù)和記記錄的字段內(nèi)內(nèi)容進行一致致性檢查；提供全庫的記錄錄級一致性檢檢查時間（以以100GBB的數(shù)據(jù)為例例）。支持不含PK/UK字段的的表

59、的一致性性檢查和修復(fù)復(fù)。請?zhí)峁┰谠跊]有PK/UK字段的的表中有10000萬條記記錄的比對時時間。對于不一致的數(shù)數(shù)據(jù)，需要提提供不一致記記錄詳細信息息，以便進行行精確的修復(fù)復(fù)，同時提供供數(shù)據(jù)修復(fù)方方案。數(shù)據(jù)修修復(fù)工作要求求操作簡單，修修復(fù)速度快，且且修復(fù)過程中中不影響業(yè)務(wù)務(wù)正常運行。應(yīng)答：滿足。DData GGuard實實現(xiàn)的基本原原理既：通過過備份恢復(fù)的的基本原理保保持災(zāi)備數(shù)據(jù)據(jù)庫與主數(shù)據(jù)據(jù)庫的一致。只只有主數(shù)據(jù)庫庫可以修改，備備數(shù)據(jù)庫是不不能夠做任何何改動的。當(dāng)當(dāng)系統(tǒng)發(fā)生SSwitchhover的的切換以后，主主備關(guān)系變化化，同樣只有有主數(shù)據(jù)庫（原原來的備數(shù)據(jù)據(jù)庫）可以修修改，備數(shù)據(jù)據(jù)庫（原來的的主數(shù)據(jù)庫）是是不可以修改改的。因此DData GGuard不不存在查找和和發(fā)現(xiàn)不一致致的數(shù)據(jù)的問問題。如果備備數(shù)據(jù)庫做了了相應(yīng)修改，那那么數(shù)據(jù)復(fù)制制的基礎(chǔ)被打打破，數(shù)據(jù)復(fù)復(fù)制將無法繼繼續(xù)進行，需需要重新構(gòu)建建災(zāi)備中心數(shù)數(shù)據(jù)庫系統(tǒng)。系統(tǒng)兼容性數(shù)據(jù)庫復(fù)制軟件件應(yīng)支持以下下操作系統(tǒng)平平臺：Sun Sollaris