OracleDataGuard容災(zāi)方案

1、Oracle數(shù)據(jù)庫異地容災(zāi)方案介紹2008年11月目錄第一章 需求分析41.1 序言41.2 用戶現(xiàn)狀41.2.1 系統(tǒng)平臺41.2.2 數(shù)據(jù)庫平臺61.3 用戶需求71.3.1 日常功能71.3.2 故障切換71.3.3 基本要求71.3.4 性能要求81.3.5 數(shù)據(jù)一致性91.3.6 系統(tǒng)兼容性91.3.7 高可用性101.3.8 健壯性要求101.3.9 設(shè)備無關(guān)性101.3.10 管理監(jiān)控功能11第二章 Oracle Data Guard介紹122.1 Data Guard實(shí)現(xiàn)原理122.2 Oracle Data Guard 優(yōu)勢152.3 Data Guard提供的保護(hù)模式162

2、.4 Data Guard實(shí)現(xiàn)方式以及對系統(tǒng)的限制要求172.5 切換方式17第三章 系統(tǒng)建議方案183.1 Data Guard優(yōu)勢183.2 Data Guard運(yùn)行模式193.3 Data Guard保護(hù)模式193.4 Data Guard初始安裝步驟193.5 用戶需求點(diǎn)對點(diǎn)應(yīng)答203.5.1 日常功能203.5.2 故障切換213.5.3 基本要求223.5.4 性能要求233.5.5 數(shù)據(jù)一致性243.5.6 系統(tǒng)兼容性253.5.7 高可用性253.5.8 健壯性要求263.5.9 設(shè)備無關(guān)性273.5.10 管理監(jiān)控功能27第一章 需求分析1.1 序言在信息時(shí)代，數(shù)據(jù)是企業(yè)創(chuàng)造

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

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

5、ain操作系統(tǒng)為Solaris 10，數(shù)據(jù)庫系統(tǒng)為Oracle 10.2.0.2 RAC。通過Sun Cluster集群軟件，實(shí)現(xiàn)了生產(chǎn)機(jī)房內(nèi)的雙機(jī)熱備份，保證了系統(tǒng)的高可用性。此外，在主機(jī)端還通過Sun MPXIO多通道負(fù)載均衡軟件，實(shí)現(xiàn)兩條光纖通道的負(fù)載均衡，進(jìn)一步避免了單點(diǎn)故障。以下是發(fā)卡系統(tǒng)SAN架構(gòu)圖：SW4900 SW4900 SE9970 L180 (2 LTO-3)V280RNBU Master Server ST9990 SF25KDomain ADomain BDomain CDomain DVTL通過在主機(jī)端使用VxVM 4.1卷管理軟件，已建立了同機(jī)房數(shù)據(jù)災(zāi)備系統(tǒng)，兩臺

6、存儲SE9970與ST9990之間實(shí)現(xiàn)了同步數(shù)據(jù)復(fù)制，達(dá)到了以下災(zāi)難恢復(fù)目標(biāo)：l 日常工作，保證兩臺存儲的數(shù)據(jù)實(shí)時(shí)同步保持一致，所有數(shù)據(jù)不丟失。l 計(jì)劃外停機(jī)，任一臺存儲發(fā)生災(zāi)難，保證數(shù)據(jù)不丟失，即RPO=0，并確保應(yīng)用不中斷運(yùn)行，即RTO=0。SE9970ST9990生產(chǎn)主機(jī)VxVM Mirror Volume1.2.2 數(shù)據(jù)庫平臺發(fā)卡系統(tǒng)中的數(shù)據(jù)庫系統(tǒng)，是整個(gè)生產(chǎn)系統(tǒng)中最關(guān)鍵、最復(fù)雜的數(shù)據(jù)對象，發(fā)卡系統(tǒng)的業(yè)務(wù)運(yùn)轉(zhuǎn)直接依賴于這些數(shù)據(jù)的可用性。為了確保數(shù)據(jù)庫的高可用性，發(fā)卡系統(tǒng)數(shù)據(jù)庫使用了Oracle 10g RAC版本10.2.0.2，主、備機(jī)兩節(jié)點(diǎn)的數(shù)據(jù)庫實(shí)例同時(shí)運(yùn)行，一旦主節(jié)點(diǎn)出現(xiàn)問題，

7、數(shù)據(jù)庫實(shí)例無需啟停，可迅速將應(yīng)用系統(tǒng)切換至備節(jié)點(diǎn)。截至到2008年8月底，各數(shù)據(jù)庫實(shí)例數(shù)據(jù)量情況見下表：實(shí)例名總數(shù)據(jù)量（GB）Archive log數(shù)據(jù)量（GB）高峰期Archive log變化量（MB/s）平均每天最大帳單日HX25140.42 SZ15120.20 CR934.550.40 DE381.550.58 UC27512162.95 合計(jì)44620324.55 1.3 用戶需求銀聯(lián)數(shù)據(jù)擬為提供外包服務(wù)的各銀行發(fā)卡系統(tǒng)建設(shè)異地災(zāi)備系統(tǒng)，生產(chǎn)系統(tǒng)位于上海，災(zāi)備系統(tǒng)位于北京。主備中心之間采用數(shù)據(jù)庫復(fù)制軟件進(jìn)行異步數(shù)據(jù)復(fù)制，以保證生產(chǎn)數(shù)據(jù)的安全性，滿足發(fā)卡系統(tǒng)的業(yè)務(wù)連續(xù)性需求。1.3.1

8、 日常功能l 將生產(chǎn)中心發(fā)卡系統(tǒng)上的數(shù)據(jù)庫變化實(shí)時(shí)異步復(fù)制到災(zāi)備中心；l 災(zāi)備中心的Oracle數(shù)據(jù)庫處于打開狀態(tài)，可提供實(shí)時(shí)數(shù)據(jù)查詢；l 對生產(chǎn)系統(tǒng)的資源占用不能太多，不能影響到生產(chǎn)系統(tǒng)的正常運(yùn)行；l 對網(wǎng)絡(luò)帶寬的占用較低。1.3.2 故障切換l 當(dāng)生產(chǎn)中心的系統(tǒng)無法正常運(yùn)行，而又不能在短期內(nèi)恢復(fù)時(shí)，可利用災(zāi)備中心提供業(yè)務(wù)接管。 l 災(zāi)備中心必須在生產(chǎn)中心不可用6小時(shí)之內(nèi)完成業(yè)務(wù)接管。l 當(dāng)生產(chǎn)中心服務(wù)器恢復(fù)正常后，數(shù)據(jù)復(fù)制系統(tǒng)需要將災(zāi)備中心的最新數(shù)據(jù)反向復(fù)制回生產(chǎn)中心，實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。1.3.3 基本要求l 復(fù)制軟件應(yīng)滿足在單機(jī)或RAC環(huán)境下，對Oracle在線日志(Online redo

9、 log)的捕捉及復(fù)制；l 支持Oracle中所有的常用數(shù)據(jù)類型，如Oracle中的LONG 、LONG RAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可實(shí)現(xiàn)用戶自定義表、字段進(jìn)行復(fù)制；l 支持對數(shù)據(jù)庫中常用DDL操作的復(fù)制；l 支持事務(wù)復(fù)制，要求對數(shù)據(jù)庫中較大的事務(wù)不會(huì)出現(xiàn)過多延遲；l 支持沒有PK/UK字段的表的同步。l 數(shù)據(jù)復(fù)制過程可根據(jù)需要靈活地進(jìn)行控制或修改復(fù)制的方向，以滿足業(yè)務(wù)需求；l 支持在數(shù)據(jù)復(fù)制過程中對數(shù)據(jù)正確性進(jìn)行校驗(yàn)，如正在復(fù)制的數(shù)據(jù)在之前就已經(jīng)不一致，應(yīng)提供報(bào)警功能，以便及時(shí)發(fā)現(xiàn)錯(cuò)誤，避免錯(cuò)誤的擴(kuò)大；l 提供專用圖形化集中管理軟件。1.3.4 性能要求l

10、 數(shù)據(jù)庫初始化同步要求數(shù)據(jù)庫復(fù)制軟件能夠?qū)l(fā)卡系統(tǒng)的數(shù)據(jù)庫中已有數(shù)據(jù)初始化同步到災(zāi)備中心數(shù)據(jù)庫。在初始化同步過程中，業(yè)務(wù)不能停止，但可選擇業(yè)務(wù)量較小時(shí)段進(jìn)行。在解決方案書中要求詳細(xì)描述初始化數(shù)據(jù)同步解決方案，以及整個(gè)首次同步操作所需要的時(shí)間（以100GB數(shù)據(jù)為標(biāo)準(zhǔn)），并且要求列出整個(gè)首次初始化過程中是否需要人為干預(yù)，從而可以有效地評估整個(gè)首次數(shù)據(jù)初始化的工作量。為了保證生產(chǎn)中心日后業(yè)務(wù)擴(kuò)展存在更換服務(wù)器廠商以及數(shù)據(jù)庫版本等情況，需要注明是否支持異構(gòu)平臺下的首次數(shù)據(jù)初始化同步，是否支持跨數(shù)據(jù)庫版本之間數(shù)據(jù)庫的初始化同步操作。l 數(shù)據(jù)復(fù)制性能指標(biāo)數(shù)據(jù)復(fù)制的性能指標(biāo)與系統(tǒng)平臺、網(wǎng)絡(luò)帶寬、應(yīng)用系統(tǒng)等因

11、素密切相關(guān)，參照下列運(yùn)行環(huán)境：項(xiàng)目配置數(shù)據(jù)源SF15K 24個(gè)CPU，32GB內(nèi)存， ORACLE 10.2.0.2 RAC目標(biāo)端SF15K 24個(gè)CPU，32GB內(nèi)存， ORACLE 10.2.0.2總數(shù)據(jù)量500GB左右（數(shù)據(jù)+索引）每天的日志量每天20GB日志網(wǎng)絡(luò)帶寬100M和20M要求提供相應(yīng)的性能參數(shù)指標(biāo)：類別指標(biāo)參考值首次數(shù)據(jù)初始化同步首次數(shù)據(jù)庫初始化同步時(shí)間（100M帶寬） 小于10小時(shí)首次數(shù)據(jù)庫初始化同步時(shí)間（20M帶寬）小于48小時(shí)首次數(shù)據(jù)庫初始化同步源端CPU占用小于30 增量數(shù)據(jù)同步（單個(gè)復(fù)制鏈路）源端CPU占用小于5目標(biāo)端CPU占用小于5源端內(nèi)存占用小于200M目標(biāo)端內(nèi)

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

13、000萬條記錄的比對時(shí)間。對于不一致的數(shù)據(jù)，需要提供不一致記錄詳細(xì)信息，以便進(jìn)行精確的修復(fù)，同時(shí)提供數(shù)據(jù)修復(fù)方案。數(shù)據(jù)修復(fù)工作要求操作簡單，修復(fù)速度快，且修復(fù)過程中不影響業(yè)務(wù)正常運(yùn)行。1.3.6 系統(tǒng)兼容性數(shù)據(jù)庫復(fù)制軟件應(yīng)支持以下操作系統(tǒng)平臺：l Sun Solaris 9,10l IBM AIX 5.x數(shù)據(jù)庫復(fù)制軟件應(yīng)支持Oracle 9i，Oracle 10g，Oracle 11g及后續(xù)數(shù)據(jù)庫版本；支持異構(gòu)平臺，源端和目標(biāo)端不同數(shù)據(jù)庫版本；支持Cluster/HACMP和RAC模式，并支持不同操作系統(tǒng)下不同數(shù)據(jù)庫版本之間的復(fù)制。1.3.7 高可用性主系統(tǒng)和備用系統(tǒng)的數(shù)據(jù)庫處于雙活狀態(tài)，以保

14、證在災(zāi)難發(fā)生前可在兩個(gè)系統(tǒng)上運(yùn)行不同類型的應(yīng)用程序。數(shù)據(jù)庫復(fù)制軟件應(yīng)支持本地Cluster/HACMP的高可用方式，在本地單節(jié)點(diǎn)出現(xiàn)故障時(shí)，可通過Cluster軟件接管到其它節(jié)點(diǎn)。1.3.8 健壯性要求數(shù)據(jù)庫復(fù)制軟件在各種大壓力和各種故障情況下不會(huì)造成數(shù)據(jù)復(fù)制失敗。l 網(wǎng)絡(luò)故障：長時(shí)間中斷、短時(shí)間中斷及網(wǎng)絡(luò)時(shí)斷時(shí)續(xù)情況下的正常復(fù)制；l 數(shù)據(jù)庫故障：在目標(biāo)端數(shù)據(jù)庫故障下， 源端數(shù)據(jù)庫不能受到影響。當(dāng)目標(biāo)端數(shù)據(jù)庫修復(fù)后，復(fù)制軟件繼續(xù)工作；l 服務(wù)器硬件故障：在目標(biāo)端服務(wù)器故障下， 源端生產(chǎn)系統(tǒng)不能受到影響，當(dāng)目標(biāo)端修復(fù)后，復(fù)制軟件繼續(xù)工作。1.3.9 設(shè)備無關(guān)性獨(dú)立于任何硬件設(shè)備、操作系統(tǒng)和Ora

15、cle數(shù)據(jù)庫的不同版本，能夠?qū)崿F(xiàn)不同平臺之間數(shù)據(jù)庫的復(fù)制。1.3.10 管理監(jiān)控功能數(shù)據(jù)庫復(fù)制軟件需提供統(tǒng)一的管理監(jiān)控功能，能實(shí)現(xiàn)對復(fù)制軟件的運(yùn)行狀態(tài)、運(yùn)行日志、系統(tǒng)配置等方面進(jìn)行統(tǒng)一的管理及監(jiān)控，保證出現(xiàn)錯(cuò)誤時(shí)具有完整方便的報(bào)警及跟蹤機(jī)制，方便故障的快速定位和解決。第二章 Oracle Data Guard介紹容災(zāi)系統(tǒng)主要包括數(shù)據(jù)保護(hù)和應(yīng)用切換兩大方面，其中最為重要的是數(shù)據(jù)保護(hù)部分。除了要將這些數(shù)據(jù)存放在高可用的存儲設(shè)備上之外，最重要的是這些關(guān)鍵數(shù)據(jù)應(yīng)該在異地之間保持一致，以使災(zāi)難發(fā)生后，系統(tǒng)可以盡快恢復(fù)。下面是幾種主要的數(shù)據(jù)保護(hù)技術(shù)。實(shí)現(xiàn)數(shù)據(jù)的異地復(fù)制，有軟件方式和硬件方式兩種途徑。軟件方

16、式，是通過主機(jī)端軟件來實(shí)現(xiàn)，如第三方軟件或者數(shù)據(jù)庫廠家提供的遠(yuǎn)程數(shù)據(jù)容災(zāi)工具來實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的遠(yuǎn)程復(fù)制。硬件方式，是基于智能存儲系統(tǒng)的控制器的遠(yuǎn)程拷貝，可以在主、備存儲系統(tǒng)之間通過硬件實(shí)現(xiàn)復(fù)制。在實(shí)際的容災(zāi)系統(tǒng)中，由于系統(tǒng)的環(huán)境不同，安全性要求不同以及采用的軟硬件產(chǎn)品不同，數(shù)據(jù)復(fù)制過程中的工作機(jī)制也不盡相同。概括地講，數(shù)據(jù)復(fù)制地工作機(jī)制主要包括同步和異步兩種。同步遠(yuǎn)程鏡像(同步復(fù)制技術(shù))是指通過遠(yuǎn)程鏡像軟件，將本地?cái)?shù)據(jù)以完全同步的方式復(fù)制到異地，每一本地的I/O事務(wù)均需等待遠(yuǎn)程復(fù)制的完成確認(rèn)信息，方予以釋放。異步遠(yuǎn)程鏡像(異步復(fù)制技術(shù))保證在更新遠(yuǎn)程存儲視圖前完成向本地存儲系統(tǒng)的基本I/O操作，

17、而由本地存儲系統(tǒng)提供給請求鏡像主機(jī)的I/O操作完成確認(rèn)信息，遠(yuǎn)程的數(shù)據(jù)復(fù)制以后臺同步的方式進(jìn)行。因?yàn)閹挼纫蛩叵拗?，本次容?zāi)方案僅包括了異步復(fù)制的方式的討論。2.1 Data Guard實(shí)現(xiàn)原理Oracle Data Guard 是當(dāng)今保護(hù)企業(yè)核心資產(chǎn)（數(shù)據(jù)）的最有效解決方案，它能夠使數(shù)據(jù)在 24x7 的基礎(chǔ)上可用，而無論是否發(fā)生災(zāi)難或其它中斷。Oracle Data Guard 是管理、監(jiān)控和自動(dòng)化軟件的基礎(chǔ)架構(gòu)，它創(chuàng)建、維護(hù)和監(jiān)控一個(gè)或多個(gè)備用數(shù)據(jù)庫，以保護(hù)企業(yè)數(shù)據(jù)結(jié)構(gòu)不受故障、災(zāi)難、錯(cuò)誤和崩潰的影響。 Data Guard 使備用數(shù)據(jù)庫保持為與生產(chǎn)數(shù)據(jù)庫在事務(wù)上一致的副本。這些備用數(shù)據(jù)庫

18、可能位于距生產(chǎn)數(shù)據(jù)中心數(shù)千公里的遠(yuǎn)程災(zāi)難恢復(fù)站點(diǎn)，或者可能位于同一城市、同一校園乃至同一建筑物內(nèi)。當(dāng)生產(chǎn)數(shù)據(jù)庫由于計(jì)劃中斷或意外中斷而變得不可用時(shí)，Data Guard 可以將任意備用數(shù)據(jù)庫切換到生產(chǎn)角色，從而使與中斷相關(guān)的停機(jī)時(shí)間減到最少，并防止任何數(shù)據(jù)丟失。 作為 Oracle 數(shù)據(jù)庫企業(yè)版的一個(gè)特性推出的 Data Guard 能夠與其它的 Oracle 高可用性 (HA) 解決方案（如真正應(yīng)用集群 (RAC) 和恢復(fù)管理器 (RMAN)）結(jié)合使用，以提供業(yè)內(nèi)前所未有的高水平數(shù)據(jù)保護(hù)和數(shù)據(jù)可用性。下圖提供了 Oracle Data Guard 的一個(gè)概述。Oracle Data Guar

19、d 包括一個(gè)生產(chǎn)數(shù)據(jù)庫，也稱為主數(shù)據(jù)庫，以及一個(gè)或多個(gè)備用數(shù)據(jù)庫，這些備用數(shù)據(jù)庫是與主數(shù)據(jù)庫在事務(wù)上一致的副本。Data Guard 利用重做數(shù)據(jù)保持這種事務(wù)一致性。當(dāng)主數(shù)據(jù)庫中發(fā)生事務(wù)時(shí)，則生成重做數(shù)據(jù)并將其寫入本地重做日志文件中。通過 Data Guard，還將重做數(shù)據(jù)傳輸?shù)絺溆谜军c(diǎn)上，并應(yīng)用到備用數(shù)據(jù)庫中，從而使備用數(shù)據(jù)庫與主數(shù)據(jù)庫保持同步。Data Guard 允許管理員選擇將重做數(shù)據(jù)同步還是異步地發(fā)送到備用站點(diǎn)上。 備用數(shù)據(jù)庫的底層技術(shù)是 Data Guard 重做應(yīng)用（物理備用數(shù)據(jù)庫）和 Data Guard SQL 應(yīng)用（邏輯備用數(shù)據(jù)庫）。物理備用數(shù)據(jù)庫在磁盤上擁有和主數(shù)據(jù)庫逐塊

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

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

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

23、可同時(shí)對表進(jìn)行只讀訪問。最后，可以在維護(hù)的表上創(chuàng)建額外索引和物化視圖，以獲得更好的查詢性能和適應(yīng)特定的業(yè)務(wù)要求。靈活的數(shù)據(jù)保護(hù)功能，從而在可用性與性能要求之間取得平衡 Oracle Data Guard 提供了最大保護(hù)、最高可用性和最高性能等模式，來幫助企業(yè)在系統(tǒng)性能要求和數(shù)據(jù)保護(hù)之間取得平衡。 自動(dòng)間隔檢測及其解決方案 如果主數(shù)據(jù)庫與一個(gè)或更多個(gè)備用數(shù)據(jù)庫之間的連接丟失（例如，由于網(wǎng)絡(luò)問題），則在主數(shù)據(jù)庫上生成的重做數(shù)據(jù)將無法發(fā)送到那些備用數(shù)據(jù)庫上。一旦重新建立連接，Data Guard 就自動(dòng)檢測丟失的存檔日志序列（或間隔），并將必要的存檔日志自動(dòng)傳輸?shù)絺溆脭?shù)據(jù)庫中。備用數(shù)據(jù)庫將重新與主數(shù)

24、據(jù)庫同步，而無需管理員的任何手動(dòng)干預(yù)。 簡單的集中式管理 Data Guard Broker 使一個(gè) Data Guard 配置中的多個(gè)數(shù)據(jù)庫間的管理和操作任務(wù)自動(dòng)化。Broker 還監(jiān)控單個(gè) Data Guard 配置內(nèi)的所有系統(tǒng)。管理員可以使用 Oracle Enterprise Manager 或 Broker 自己專用的命令行界面 (DGMGRL) 來利用這個(gè)集成的管理框架。 與 Oracle 數(shù)據(jù)庫集成 Oracle Data Guard 是作為 Oracle 數(shù)據(jù)庫（企業(yè)版）的一個(gè)完全集成的功能提供的，無需任何額外費(fèi)用。 2.3 Data Guard提供的保護(hù)模式Oracle針對用

25、戶的不同需求提供三種保護(hù)模式：最大保護(hù)模式、最大性能模式、最大可用模式。Oracle提供的Data Guard在最大保護(hù)模式下可以確保數(shù)據(jù)完全不丟失。它在寫本地日志的同時(shí)寫遠(yuǎn)程standby的數(shù)據(jù)庫日志。只有兩個(gè)日志均寫成功后一個(gè)操作才是正式完成。這種方式確保了數(shù)據(jù)的最大安全，能夠確保主數(shù)據(jù)庫損壞的情況下沒有任何數(shù)據(jù)丟失。但這種情況對主數(shù)據(jù)庫性能有較大的影響，即使在高速的局域網(wǎng)內(nèi)，最大保護(hù)模式也會(huì)對主數(shù)據(jù)庫性能有超過10%的性能影響。這種方式對主備兩個(gè)數(shù)據(jù)庫之間的鏈路有非常高的要求。在這種保護(hù)模式下無論是網(wǎng)路鏈路還是standby數(shù)據(jù)庫等發(fā)生故障導(dǎo)致日志無法正常寫均會(huì)導(dǎo)致主數(shù)據(jù)庫無法使用。因此

26、只有在對數(shù)據(jù)安全要求最高的情況下才會(huì)考慮使用這種方式。Oracle也提供最大性能模式。這種模式下，不傳輸實(shí)時(shí)修改的日志文件，傳遞的是歸檔日志文件，因此對主數(shù)據(jù)庫性能影響很小。歸檔日志文件傳遞是否能夠成功對主數(shù)據(jù)庫運(yùn)行沒有任何影響，因此在網(wǎng)絡(luò)出現(xiàn)中斷或者standby數(shù)據(jù)庫出現(xiàn)異常也不會(huì)影響主數(shù)據(jù)庫的正常運(yùn)行。但因?yàn)槿罩緵]有同步寫，因此在災(zāi)難發(fā)生的時(shí)候備份數(shù)據(jù)庫與主數(shù)據(jù)庫可能有一定的數(shù)據(jù)差異。Oracle提供的第三種模式是上述兩種方式的折中。在網(wǎng)絡(luò)正常的情況下它的運(yùn)行方式類似于最大保護(hù)模式，日志實(shí)時(shí)傳遞。當(dāng)網(wǎng)絡(luò)或standby出現(xiàn)故障的時(shí)候它的運(yùn)行模式類似于最大性能模式，日志延遲傳遞，不會(huì)導(dǎo)致主

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

28、數(shù)據(jù)庫打開到只讀狀態(tài)。這兩種狀態(tài)是排它的，也就是說數(shù)據(jù)庫要么是恢復(fù)狀態(tài)，保持和主數(shù)據(jù)庫一致，在這種狀態(tài)下數(shù)據(jù)庫內(nèi)容不可訪問；要么是只讀狀態(tài)，數(shù)據(jù)庫不會(huì)做恢復(fù)與主數(shù)據(jù)保持一致。Oracle還提供邏輯standby數(shù)據(jù)庫。這種方式下數(shù)據(jù)庫可以在打開的狀態(tài)下保持與主數(shù)據(jù)庫的同步工作。這種打開狀態(tài)和普通的數(shù)據(jù)庫open狀態(tài)不同，不能對數(shù)據(jù)做修改。這種方式通常用于繁忙的系統(tǒng)，如主數(shù)據(jù)庫日常完成業(yè)務(wù)處理，邏輯standby數(shù)據(jù)庫在完成容災(zāi)的同時(shí)分擔(dān)主數(shù)據(jù)庫的查詢統(tǒng)計(jì)工作。這樣大大節(jié)約了系統(tǒng)資源。但這種方式對數(shù)據(jù)庫有一定的限制，并不是所有的系統(tǒng)都能夠支持。部分較為特殊的數(shù)據(jù)類型不支持，另外所有的表必須要有主

29、鍵或者唯一性索引。無論是物理standby 還是邏輯standby均對系統(tǒng)要求如下:l 主備數(shù)據(jù)庫必須是完全相同的硬件架構(gòu)，如均為SUN平臺。機(jī)器的內(nèi)存大小、CPU數(shù)量主頻可以不同。l 操作系統(tǒng)版本、補(bǔ)丁完全相同。l 數(shù)據(jù)庫版本完全相同。但RAC選件可以不同。即主數(shù)據(jù)庫可以是RAC模式，備份節(jié)點(diǎn)可以是單機(jī)。2.5 切換方式Oracle Data Guard可以實(shí)現(xiàn)failover 以及switchover的切換。Switchover指有計(jì)劃的切換。如系統(tǒng)主數(shù)據(jù)庫服務(wù)器需要硬件維護(hù)等有計(jì)劃的停機(jī)操作。這時(shí)候可以手工將所有的日志以及歸檔日志文件傳輸?shù)絺浞莨?jié)點(diǎn)后執(zhí)行switchover的切換。這種情

30、況下等主數(shù)據(jù)庫恢復(fù)正常后系統(tǒng)可以手工切換回來。Failover切換是指系統(tǒng)出現(xiàn)了異常情況下的切換。系統(tǒng)管理員發(fā)現(xiàn)主數(shù)據(jù)庫服務(wù)器無法提供服務(wù)，決定啟動(dòng)容災(zāi)系統(tǒng)。在這種情況下的切換后如果主數(shù)據(jù)庫服務(wù)器恢復(fù)正常后需要重新配置整個(gè)Data Guard環(huán)境，無法切換回主數(shù)據(jù)庫服務(wù)器。無論是那種切換方式，主備系統(tǒng)之間均存在部分差別。如IP地址不同，需要修改服務(wù)器IP 地址或應(yīng)用程序重新指向。因?yàn)樵诓煌木钟蚓W(wǎng)內(nèi)，應(yīng)用中間件需要跨防火墻訪問系統(tǒng)。機(jī)器檔次不同、網(wǎng)絡(luò)帶寬不同造成的性能下降等問題。這需要在容災(zāi)的預(yù)案中考慮。第三章 系統(tǒng)建議方案針對本容災(zāi)方案，我們推薦采用Oracle Data Guard技術(shù)。3

31、.1 Data Guard優(yōu)勢l 節(jié)約投資Oracle Data Guard是Oracle原廠自帶的容災(zāi)產(chǎn)品。該產(chǎn)品完全免費(fèi)。在容災(zāi)軟件上用戶無需支付額外費(fèi)用，這可以大大節(jié)約用戶的資金投入。l 技術(shù)成熟、穩(wěn)定早在Oracle 7版本就已經(jīng)推出該功能（當(dāng)時(shí)名稱為Standby數(shù)據(jù)庫）。其核心采用了Oracle成熟的歸檔、備份、恢復(fù)技術(shù)。經(jīng)過多年不斷的發(fā)展，已經(jīng)成為一項(xiàng)技術(shù)成熟、穩(wěn)定，有廣泛成功案例的技術(shù)。l 對系統(tǒng)運(yùn)行性能影響小Data Guard在主數(shù)據(jù)庫服務(wù)器端不存在對日志解析等工作，僅需要主數(shù)據(jù)庫服務(wù)器端將歸檔日志文件傳輸?shù)饺轂?zāi)節(jié)點(diǎn)。因此對生產(chǎn)系統(tǒng)性能影響極小。l 能夠滿足用戶基本業(yè)務(wù)需求

32、Data Guard能夠滿足用戶基本的數(shù)據(jù)容災(zāi)、RTO、RPO、帶寬等相關(guān)基本業(yè)務(wù)需求。3.2 Data Guard運(yùn)行模式Oracle提供了物理Data Guard以及邏輯Data Guard兩種不同的方式。這兩種方式各有優(yōu)缺點(diǎn)。因?yàn)橛脩魯?shù)據(jù)庫中存在大量表，這些表沒有PK/UK；因此無法滿足邏輯Data Guard的使用前提條件。在本方案中，我們推薦采用物理Data Guard的方式。3.3 Data Guard保護(hù)模式根據(jù)用戶的實(shí)際情況，在主數(shù)據(jù)庫服務(wù)器和容災(zāi)數(shù)據(jù)庫服務(wù)器之間距離較遠(yuǎn)，使用最大保護(hù)模式和最大可用模式均會(huì)嚴(yán)重影響主數(shù)據(jù)庫的運(yùn)行性能。用戶允許在出現(xiàn)異常情況下15分鐘內(nèi)的數(shù)據(jù)丟失

33、量，因此采用最大性能模式可以在現(xiàn)有帶寬的情況下滿足用戶的容災(zāi)需求。采用最大性能模式，系統(tǒng)不會(huì)實(shí)時(shí)傳輸日志文件，傳遞的是歸檔日志文件，因此對主數(shù)據(jù)庫性能影響很小。歸檔日志文件傳遞是否能夠成功對主數(shù)據(jù)庫運(yùn)行沒有任何影響，因此在網(wǎng)絡(luò)出現(xiàn)中斷或者standby數(shù)據(jù)庫出現(xiàn)異常也不會(huì)影響主數(shù)據(jù)庫的正常運(yùn)行。但因?yàn)槿罩緵]有同步寫，因此在災(zāi)難發(fā)生的時(shí)候備份數(shù)據(jù)庫與主數(shù)據(jù)庫可能有一定的數(shù)據(jù)差異。3.4 Data Guard初始安裝步驟1、確認(rèn)主數(shù)據(jù)庫運(yùn)行于歸檔模式如果主數(shù)據(jù)庫沒有處于歸檔模式，那么需要將數(shù)據(jù)庫運(yùn)行模式修改為歸檔模式。該修改過程需要短暫停止數(shù)據(jù)庫運(yùn)行。2、物理備份主數(shù)據(jù)庫的所有數(shù)據(jù)文件該部分工作可

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

35、用率為70%，那么速度約為30G/每小時(shí)；50G的文件需要1.5個(gè)小時(shí)傳遞完成。在數(shù)據(jù)傳輸啟動(dòng)后無需人為干預(yù)。5、配置主、備中心的數(shù)據(jù)庫服務(wù)器Data Guard環(huán)境該操作對主數(shù)據(jù)庫運(yùn)行沒有任何影響。其中災(zāi)備中心數(shù)據(jù)庫平臺要求與主中心架構(gòu)一致，如均為SUN小型機(jī)。操作系統(tǒng)版本及數(shù)據(jù)庫版本均需要一致。Data Guard不支持異構(gòu)平臺數(shù)據(jù)容災(zāi)，也不支持不同數(shù)據(jù)庫版本之間做數(shù)據(jù)容災(zāi)。6、使用主中心備份的文件創(chuàng)建災(zāi)備中心數(shù)據(jù)庫系統(tǒng)。該操作主要是解壓文件、恢復(fù)數(shù)據(jù)文件的時(shí)間。約為2小時(shí)。7、配置災(zāi)備中心環(huán)境。根據(jù)主中心的歸檔日志保持災(zāi)備中心與主中心一致 。3.5 用戶需求點(diǎn)對點(diǎn)應(yīng)答3.5.1 日常功能

36、l 將生產(chǎn)中心發(fā)卡系統(tǒng)上的數(shù)據(jù)庫變化實(shí)時(shí)異步復(fù)制到災(zāi)備中心；應(yīng)答：滿足。Data Guard通過歸檔日志將數(shù)據(jù)庫變化復(fù)制到災(zāi)備中心。l 災(zāi)備中心的Oracle數(shù)據(jù)庫處于打開狀態(tài)，可提供實(shí)時(shí)數(shù)據(jù)查詢；應(yīng)答：部分滿足。物理Data Guard在正?；謴?fù)的時(shí)候無法處于打開狀態(tài)，在打開的狀態(tài)下無法處于恢復(fù)與主數(shù)據(jù)庫保持一致的狀態(tài)。本系統(tǒng)的RPO<15分鐘，RTO<6小時(shí)，每天歸檔日志產(chǎn)生量<20G?？梢钥紤]以下方式解決該問題：如果用戶對容災(zāi)數(shù)據(jù)庫使用時(shí)間為白天，那么在白天，將數(shù)據(jù)庫啟動(dòng)為只讀打開模式，供業(yè)務(wù)查詢。夜間，將數(shù)據(jù)庫啟動(dòng)為恢復(fù)模式，保持與主生產(chǎn)中心一致。如果用戶對容災(zāi)數(shù)據(jù)庫

37、使用時(shí)間為夜間，那么反之在夜間將數(shù)據(jù)庫打開只讀，白天數(shù)據(jù)庫做恢復(fù)。容災(zāi)中心數(shù)據(jù)庫只在指定時(shí)間內(nèi)對數(shù)據(jù)庫做恢復(fù)，因此該數(shù)據(jù)庫與主數(shù)據(jù)庫之間存在1天的數(shù)據(jù)差異。雖然沒有實(shí)時(shí)做數(shù)據(jù)恢復(fù)，歸檔日志文件在產(chǎn)生后會(huì)同步寫入容災(zāi)中心，因此系統(tǒng)可以滿足RPO<15分鐘的要求。當(dāng)出現(xiàn)需要啟動(dòng)備用中心的情況，備用中心需要先通過歸檔日志文件恢復(fù)數(shù)據(jù)。目前每天歸檔日志量<20G，系統(tǒng)使用這些歸檔日志恢復(fù)數(shù)據(jù)的時(shí)間< 2小時(shí)，能夠滿足RTO<6小時(shí)的業(yè)務(wù)需求。如果用戶對容災(zāi)中心數(shù)據(jù)庫使用為全天24小時(shí)，目前版本Data Guard無法滿足要求，在Oracle11G 以后的版本提供該功能。l 對生

38、產(chǎn)系統(tǒng)的資源占用不能太多，不能影響到生產(chǎn)系統(tǒng)的正常運(yùn)行；應(yīng)答：滿足。采用物理Data Guard的最大性能模式，生產(chǎn)中心主機(jī)僅需要在歸檔日志產(chǎn)生后將歸檔日志文件寫入異地容災(zāi)中心，對生產(chǎn)系統(tǒng)資源占用極少，不影響生產(chǎn)系統(tǒng)的正常運(yùn)行。在網(wǎng)絡(luò)出現(xiàn)故障或容災(zāi)中心出現(xiàn)故障時(shí)，不會(huì)影響到生產(chǎn)系統(tǒng)的正常運(yùn)行。l 對網(wǎng)絡(luò)帶寬的占用較低。應(yīng)答：滿足。Data Guard傳輸內(nèi)容數(shù)據(jù)變化產(chǎn)生的歸檔日志文件。目前每天歸檔日志產(chǎn)生量為20G，那么傳輸量為20G/天。3.5.2 故障切換l 當(dāng)生產(chǎn)中心的系統(tǒng)無法正常運(yùn)行，而又不能在短期內(nèi)恢復(fù)時(shí)，可利用災(zāi)備中心提供業(yè)務(wù)接管。 應(yīng)答：滿足。災(zāi)備中心可以提供數(shù)據(jù)庫服務(wù)器。l 災(zāi)

39、備中心必須在生產(chǎn)中心不可用6小時(shí)之內(nèi)完成業(yè)務(wù)接管。應(yīng)答：滿足。災(zāi)備中心可以在6小時(shí)內(nèi)完成業(yè)務(wù)接管。l 當(dāng)生產(chǎn)中心服務(wù)器恢復(fù)正常后，數(shù)據(jù)復(fù)制系統(tǒng)需要將災(zāi)備中心的最新數(shù)據(jù)反向復(fù)制回生產(chǎn)中心，實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。應(yīng)答：部分滿足。系統(tǒng)切換可以分為有計(jì)劃的停機(jī)以及故障停機(jī)。在有計(jì)劃停機(jī)的情況下，災(zāi)備中心數(shù)據(jù)庫在啟用的時(shí)候，數(shù)據(jù)庫內(nèi)容保持與生產(chǎn)中心完全一致。在主中心操作完成后，可以通過簡單命令，將災(zāi)備中心啟用期間數(shù)據(jù)修改反向復(fù)制回生產(chǎn)中心，實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。在故障停機(jī)的情況下，主中心可能有部分?jǐn)?shù)據(jù)(<15分鐘)尚未傳遞到備份中心，在災(zāi)備中心啟用的時(shí)候，主、備之間數(shù)據(jù)已不一致。因此需要將所有數(shù)據(jù)重新傳遞回主

40、中心才能實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。3.5.3 基本要求l 復(fù)制軟件應(yīng)滿足在單機(jī)或RAC環(huán)境下，對Oracle在線日志(Online redo log)的捕捉及復(fù)制；應(yīng)答：滿足。Data Guard通過對Online redo log產(chǎn)生的歸檔文件復(fù)制來完成容災(zāi)。l 支持Oracle中所有的常用數(shù)據(jù)類型，如Oracle中的LONG 、LONG RAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可實(shí)現(xiàn)用戶自定義表、字段進(jìn)行復(fù)制；應(yīng)答：滿足。物理Data Guard支持Oracle中所有的常用數(shù)據(jù)類型l 支持對數(shù)據(jù)庫中常用DDL操作的復(fù)制；應(yīng)答：滿足。物理Data Guard支持Oracle中常用

41、DDL的操作復(fù)制。l 支持事務(wù)復(fù)制，要求對數(shù)據(jù)庫中較大的事務(wù)不會(huì)出現(xiàn)過多延遲；應(yīng)答：滿足。物理Data Guard支持事務(wù)復(fù)制。對較大事務(wù)不會(huì)出現(xiàn)過多延遲。l 支持沒有PK/UK字段的表的同步。應(yīng)答：滿足。物理Data Guard支持沒有PK/UK字段的表的同步。l 數(shù)據(jù)復(fù)制過程可根據(jù)需要靈活地進(jìn)行控制或修改復(fù)制的方向，以滿足業(yè)務(wù)需求；應(yīng)答：滿足。Data Guard可以靈活地控制主、備節(jié)點(diǎn)的swithover切換。l 支持在數(shù)據(jù)復(fù)制過程中對數(shù)據(jù)正確性進(jìn)行校驗(yàn)，如正在復(fù)制的數(shù)據(jù)在之前就已經(jīng)不一致，應(yīng)提供報(bào)警功能，以便及時(shí)發(fā)現(xiàn)錯(cuò)誤，避免錯(cuò)誤的擴(kuò)大；應(yīng)答：滿足。物理Data Guard復(fù)制的前提條

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

43、擴(kuò)展存在更換服務(wù)器廠商以及數(shù)據(jù)庫版本等情況，需要注明是否支持異構(gòu)平臺下的首次數(shù)據(jù)初始化同步，是否支持跨數(shù)據(jù)庫版本之間數(shù)據(jù)庫的初始化同步操作。應(yīng)答：滿足。詳見Data Guard初始安裝步驟l 數(shù)據(jù)復(fù)制性能指標(biāo)數(shù)據(jù)復(fù)制的性能指標(biāo)與系統(tǒng)平臺、網(wǎng)絡(luò)帶寬、應(yīng)用系統(tǒng)等因素密切相關(guān)，參照下列運(yùn)行環(huán)境：項(xiàng)目配置數(shù)據(jù)源SF15K 24個(gè)CPU，32GB內(nèi)存， ORACLE 10.2.0.2 RAC目標(biāo)端SF15K 24個(gè)CPU，32GB內(nèi)存， ORACLE 10.2.0.2總數(shù)據(jù)量500GB左右（數(shù)據(jù)+索引）每天的日志量每天20GB日志網(wǎng)絡(luò)帶寬100M和20M要求提供相應(yīng)的性能參數(shù)指標(biāo)：類別指標(biāo)參考值應(yīng)答首次

44、數(shù)據(jù)初始化同步首次數(shù)據(jù)庫初始化同步時(shí)間（100M帶寬） 小于10小時(shí)滿足，首次初始化同步時(shí)間小于5小時(shí)首次數(shù)據(jù)庫初始化同步時(shí)間（20M帶寬）小于48小時(shí)滿足，首次初始化同步時(shí)間小于12小時(shí)首次數(shù)據(jù)庫初始化同步源端CPU占用小于30 滿足，對主系統(tǒng)資源消耗極小。小于1%增量數(shù)據(jù)同步（單個(gè)復(fù)制鏈路）源端CPU占用小于5滿足，對主系統(tǒng)資源消耗極小。小于1%目標(biāo)端CPU占用小于5滿足，對目標(biāo)資源消耗極小。小于5%源端內(nèi)存占用小于200M滿足，對主資源消耗極小。無需額外內(nèi)存消耗目標(biāo)端內(nèi)存占用小于200M滿足，對主資源消耗極小。無需額外內(nèi)存消耗復(fù)制數(shù)據(jù)延遲平均值10s以內(nèi)不滿足。在最大性能模式下，物理Da

45、ta Guard在日志切換后將改變的數(shù)據(jù)寫入災(zāi)備中心。頻繁的日志切換將影響數(shù)據(jù)庫運(yùn)行性能。建議將日志切換頻率設(shè)置為10分鐘。因此數(shù)據(jù)復(fù)制最大延遲約為10分鐘。業(yè)務(wù)高峰期對系統(tǒng)的影響源端CPU占用小于10滿足，對主系統(tǒng)資源消耗極小。小于1%目標(biāo)端CPU占用小于10滿足，對目標(biāo)資源消耗極小。小于5%復(fù)制數(shù)據(jù)延遲平均值10s以內(nèi)不滿足。在最大性能模式下，物理Data Guard在日志切換后將改變的數(shù)據(jù)寫入災(zāi)備中心。頻繁的日志切換將影響數(shù)據(jù)庫運(yùn)行性能。建議將日志切換頻率設(shè)置為10分鐘。因此數(shù)據(jù)復(fù)制最大延遲約為10分鐘。3.5.5 數(shù)據(jù)一致性要求數(shù)據(jù)庫復(fù)制軟件提供數(shù)據(jù)庫初始化同步、數(shù)據(jù)恢復(fù)后以及日常的數(shù)

46、據(jù)一致性檢查方案，要求方案中詳細(xì)注明該數(shù)據(jù)一致性比對方案的特點(diǎn)以及操作復(fù)雜度，并可滿足如下要求：l 可在應(yīng)用不停機(jī)的情況下，查找和發(fā)現(xiàn)不一致的數(shù)據(jù)；l 一致性檢查需要能夠進(jìn)行對象屬性、記錄條數(shù)和記錄的字段內(nèi)容進(jìn)行一致性檢查；l 提供全庫的記錄級一致性檢查時(shí)間（以100GB的數(shù)據(jù)為例）。l 支持不含PK/UK字段的表的一致性檢查和修復(fù)。請?zhí)峁┰跊]有PK/UK字段的表中有1000萬條記錄的比對時(shí)間。對于不一致的數(shù)據(jù)，需要提供不一致記錄詳細(xì)信息，以便進(jìn)行精確的修復(fù)，同時(shí)提供數(shù)據(jù)修復(fù)方案。數(shù)據(jù)修復(fù)工作要求操作簡單，修復(fù)速度快，且修復(fù)過程中不影響業(yè)務(wù)正常運(yùn)行。應(yīng)答：滿足。Data Guard實(shí)現(xiàn)的基本原

47、理既：通過備份恢復(fù)的基本原理保持災(zāi)備數(shù)據(jù)庫與主數(shù)據(jù)庫的一致。只有主數(shù)據(jù)庫可以修改，備數(shù)據(jù)庫是不能夠做任何改動(dòng)的。當(dāng)系統(tǒng)發(fā)生Switchover的切換以后，主備關(guān)系變化，同樣只有主數(shù)據(jù)庫（原來的備數(shù)據(jù)庫）可以修改，備數(shù)據(jù)庫（原來的主數(shù)據(jù)庫）是不可以修改的。因此Data Guard不存在查找和發(fā)現(xiàn)不一致的數(shù)據(jù)的問題。如果備數(shù)據(jù)庫做了相應(yīng)修改，那么數(shù)據(jù)復(fù)制的基礎(chǔ)被打破，數(shù)據(jù)復(fù)制將無法繼續(xù)進(jìn)行，需要重新構(gòu)建災(zāi)備中心數(shù)據(jù)庫系統(tǒng)。3.5.6 系統(tǒng)兼容性數(shù)據(jù)庫復(fù)制軟件應(yīng)支持以下操作系統(tǒng)平臺：l Sun Solaris 9,10l IBM AIX 5.x數(shù)據(jù)庫復(fù)制軟件應(yīng)支持Oracle 9i，Oracle 10g，Oracle 11g及后續(xù)數(shù)據(jù)庫版本；支持異構(gòu)平臺，源端和目標(biāo)端不同數(shù)據(jù)庫版本；支持Cluster/HACMP和RAC模式，并支持不同操作系統(tǒng)下不同數(shù)據(jù)庫版本之間的復(fù)制。應(yīng)答：部分滿足。Data Guard支持Sun Solaris 9,10以及IBM