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

1、Oraclle數(shù)據(jù)庫庫異地容災災方案介紹紹2008年年11月目錄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)狀 PAGEREF _Toc215280702 h 4 HYPERLINK l _Toc215280703 1.2.11 系統(tǒng)平平臺 PAGEREF _Toc215280703 h 4 HYP

2、ERLINK l _Toc215280704 1.2.22 數(shù)據(jù)庫庫平臺 PAGEREF _Toc215280704 h 6 HYPERLINK l _Toc215280705 1.3 用用戶需求 PAGEREF _Toc215280705 h 7 HYPERLINK l _Toc215280706 1.3.11 日常功功能 PAGEREF _Toc215280706 h 7 HYPERLINK l _Toc215280707 1.3.22 故障切切換 PAGEREF _Toc215280707 h 7 HYPERLINK l _Toc215280708 1.3.33 基本要要求 PAGERE

3、F _Toc215280708 h 7 HYPERLINK l _Toc215280709 1.3.44 性能要要求 PAGEREF _Toc215280709 h 8 HYPERLINK l _Toc215280710 1.3.55 數(shù)據(jù)一一致性 PAGEREF _Toc215280710 h 9 HYPERLINK l _Toc215280711 1.3.66 系統(tǒng)兼兼容性 PAGEREF _Toc215280711 h 9 HYPERLINK l _Toc215280712 1.3.77 高可用用性 PAGEREF _Toc215280712 h 10 HYPERLINK l _Toc2

4、15280713 1.3.88 健壯性性要求 PAGEREF _Toc215280713 h 10 HYPERLINK l _Toc215280714 1.3.99 設備無無關性 PAGEREF _Toc215280714 h 10 HYPERLINK l _Toc215280715 1.3.110 管理理監(jiān)控功能能 PAGEREF _Toc215280715 h 11 HYPERLINK l _Toc215280716 第二章 OOraclle Daata GGuardd介紹 PAGEREF _Toc215280716 h 12 HYPERLINK l _Toc215280717 2.1 D

5、Data Guarrd實現(xiàn)原原理 PAGEREF _Toc215280717 h 12 HYPERLINK l _Toc215280718 2.2 OOraclle Daata GGuardd 優(yōu)勢 PAGEREF _Toc215280718 h 15 HYPERLINK l _Toc215280719 2.3 DData Guarrd提供的的保護模式式 PAGEREF _Toc215280719 h 16 HYPERLINK l _Toc215280720 2.4 DData Guarrd實現(xiàn)方方式以及對對系統(tǒng)的限限制要求 PAGEREF _Toc215280720 h 17 HYPERLI

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

7、Data Guarrd保護模模式 PAGEREF _Toc215280725 h 19 HYPERLINK l _Toc215280726 3.4 DData Guarrd初始安安裝步驟 PAGEREF _Toc215280726 h 19 HYPERLINK l _Toc215280727 3.5 用用戶需求點點對點應答答 PAGEREF _Toc215280727 h 20 HYPERLINK l _Toc215280728 3.5.11 日常功功能 PAGEREF _Toc215280728 h 20 HYPERLINK l _Toc215280729 3.5.22 故障切切換 PAGE

8、REF _Toc215280729 h 21 HYPERLINK l _Toc215280730 3.5.33 基本要要求 PAGEREF _Toc215280730 h 22 HYPERLINK l _Toc215280731 3.5.44 性能要要求 PAGEREF _Toc215280731 h 23 HYPERLINK l _Toc215280732 3.5.55 數(shù)據(jù)一一致性 PAGEREF _Toc215280732 h 24 HYPERLINK l _Toc215280733 3.5.66 系統(tǒng)兼兼容性 PAGEREF _Toc215280733 h 25 HYPERLINK l

9、 _Toc215280734 3.5.77 高可用用性 PAGEREF _Toc215280734 h 25 HYPERLINK l _Toc215280735 3.5.88 健壯性性要求 PAGEREF _Toc215280735 h 26 HYPERLINK l _Toc215280736 3.5.99 設備無無關性 PAGEREF _Toc215280736 h 27 HYPERLINK l _Toc215280737 3.5.110 管理理監(jiān)控功能能 PAGEREF _Toc215280737 h 27 需求分析析序言在信息時代代，數(shù)據(jù)是是企業(yè)創(chuàng)造造商業(yè)價值值的生產(chǎn)資資料，數(shù)據(jù)據(jù)的丟失

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

11、卡系統(tǒng)擬遷遷移至IBBM主機，故故此次災備備項目暫不不考慮；郵郵儲銀行貸貸記卡系統(tǒng)統(tǒng)主機為IIBM PP570，也也不在考慮慮范圍之內內）發(fā)卡系系統(tǒng)的安全全，在災難難情況下，最最大限度地地保護公司司資產(chǎn)，減減少公司各各方面的損損失，保證證發(fā)卡系統(tǒng)統(tǒng)的業(yè)務連連續(xù)性。本方案僅對對異地容災災數(shù)據(jù)庫復復制軟件部部分做相應應闡述。用戶現(xiàn)狀系統(tǒng)平臺發(fā)卡系統(tǒng)運運行在一臺SunFFire E25KK企業(yè)級服服務器上，通通過兩臺BBrocaade SSW49000 SAAN交換機機與兩臺企業(yè)級級存儲STT99900、SE99970相相連，應用用系統(tǒng)核心心文件和數(shù)數(shù)據(jù)庫數(shù)據(jù)據(jù)文件均存存放在該存存儲上，存存儲系統(tǒng)磁

12、盤采采用RAIID 1+0方式。SF25KK劃分為四四個物理分分區(qū)（Doomainn），每家家銀行均使使用其中的的兩個，一一個Domaain作為為生產(chǎn)主機機，另一個個Domaain作為為熱備主機。Dommain操操作系統(tǒng)為為Solaaris 10，數(shù)數(shù)據(jù)庫系統(tǒng)統(tǒng)為Oraacle 10.2.0.2 RAC。通過Suun Cllusteer集群軟軟件，實現(xiàn)現(xiàn)了生產(chǎn)機機房內的雙雙機熱備份份，保證了了系統(tǒng)的高高可用性。此外，在在主機端還通過Sunn MPXXIO多通通道負載均均衡軟件，實現(xiàn)兩條條光纖通道道的負載均均衡，進一一步避免了了單點故障障。以下是發(fā)卡卡系統(tǒng)SAAN架構圖圖：SW4900 SW49

13、00 SE9970 L180 (2 LTO-3)V280RNBU Master Server ST9990 SF25KDomain ADomain BDomain CDomain DVTL通過在主機機端使用VVxVM 4.1卷卷管理軟件件，已建立立了同機房房數(shù)據(jù)災備備系統(tǒng)，兩兩臺存儲SSE99770與STT99900之間實現(xiàn)現(xiàn)了同步數(shù)數(shù)據(jù)復制，達達到了以下下災難恢復復目標：日常工作，保保證兩臺存儲的的數(shù)據(jù)實時時同步保持持一致，所有數(shù)據(jù)據(jù)不丟失。計劃外停機機，任一臺臺存儲發(fā)生災難，保保證數(shù)據(jù)不不丟失，即即RPO=0，并確保應應用不中斷斷運行，即RRTO=00。SE9970ST9990生產(chǎn)主機Vx

14、VM Mirror Volume數(shù)據(jù)庫平臺臺發(fā)卡系統(tǒng)中中的數(shù)據(jù)庫庫系統(tǒng)，是是整個生產(chǎn)產(chǎn)系統(tǒng)中最最關鍵、最最復雜的數(shù)數(shù)據(jù)對象，發(fā)發(fā)卡系統(tǒng)的的業(yè)務運轉轉直接依賴賴于這些數(shù)數(shù)據(jù)的可用用性。為了確保數(shù)數(shù)據(jù)庫的高高可用性，發(fā)發(fā)卡系統(tǒng)數(shù)數(shù)據(jù)庫使用用了Oraacle 10g RRAC版本本10.22.0.22，主、備備機兩節(jié)點點的數(shù)據(jù)庫庫實例同時時運行，一一旦主節(jié)點點出現(xiàn)問題題，數(shù)據(jù)庫庫實例無需需啟停，可可迅速將應應用系統(tǒng)切切換至備節(jié)節(jié)點。截至到20008年88月底，各數(shù)據(jù)庫實實例數(shù)據(jù)量量情況見下下表：實例名總數(shù)據(jù)量（GGB）Archiive llog數(shù)據(jù)據(jù)量（GBB）高峰期Arrchivve loog變化

15、量量（MB/s）平均每天最大帳單日日HX25140.42 SZ15120.20 CR934.550.40 DE381.550.58 UC27512162.95 合計44620324.55 用戶需求銀聯(lián)數(shù)據(jù)擬擬為提供外外包服務的的各銀行發(fā)發(fā)卡系統(tǒng)建建設異地災災備系統(tǒng)，生生產(chǎn)系統(tǒng)位位于上海，災災備系統(tǒng)位位于北京。主備中心心之間采用用數(shù)據(jù)庫復復制軟件進進行異步數(shù)數(shù)據(jù)復制，以以保證生產(chǎn)產(chǎn)數(shù)據(jù)的安安全性，滿滿足發(fā)卡系系統(tǒng)的業(yè)務務連續(xù)性需需求。日常功能將生產(chǎn)中心心發(fā)卡系統(tǒng)統(tǒng)上的數(shù)據(jù)庫庫變化實時時異步復制制到災備中心心；災備中心的的Oraccle數(shù)據(jù)據(jù)庫處于打打開狀態(tài)，可可提供實時時數(shù)據(jù)查詢詢；對生產(chǎn)系統(tǒng)統(tǒng)

16、的資源占占用不能太太多，不能能影響到生生產(chǎn)系統(tǒng)的的正常運行行；對網(wǎng)絡帶寬寬的占用較較低。故障切換當生產(chǎn)中心心的系統(tǒng)無無法正常運運行，而又又不能在短短期內恢復復時，可利利用災備中中心提供業(yè)業(yè)務接管。 災備中心必必須在生產(chǎn)產(chǎn)中心不可可用6小時時之內完成成業(yè)務接管管。當生產(chǎn)中心心服務器恢恢復正常后后，數(shù)據(jù)復復制系統(tǒng)需需要將災備備中心的最最新數(shù)據(jù)反反向復制回回生產(chǎn)中心心，實現(xiàn)業(yè)業(yè)務的恢復復。基本要求復制軟件應應滿足在單單機或RAAC環(huán)境下下，對Orraclee在線日志志(Onlline redoo logg)的捕捉捉及復制；支持Oraacle中中所有的常常用數(shù)據(jù)類類型，如OOraclle中的LLONG

17、 、LONNG RAAW、BLLOB、CCLOB、NCLOOB、TIIMESTTAMP等等，可實現(xiàn)現(xiàn)用戶自定定義表、字字段進行復復制；支持對數(shù)據(jù)據(jù)庫中常用用DDL操操作的復制制；支持事務復復制，要求求對數(shù)據(jù)庫庫中較大的的事務不會會出現(xiàn)過多多延遲；支持沒有PPK/UKK字段的表表的同步。數(shù)據(jù)復制過過程可根據(jù)據(jù)需要靈活活地進行控控制或修改改復制的方方向，以滿滿足業(yè)務需需求；支持在數(shù)據(jù)據(jù)復制過程程中對數(shù)據(jù)據(jù)正確性進進行校驗，如如正在復制制的數(shù)據(jù)在在之前就已已經(jīng)不一致致，應提供供報警功能能，以便及及時發(fā)現(xiàn)錯錯誤，避免免錯誤的擴擴大；提供專用圖圖形化集中中管理軟件件。性能要求數(shù)據(jù)庫初始始化同步要求數(shù)據(jù)庫

18、庫復制軟件件能夠將發(fā)發(fā)卡系統(tǒng)的的數(shù)據(jù)庫中中已有數(shù)據(jù)據(jù)初始化同同步到災備備中心數(shù)據(jù)據(jù)庫。在初初始化同步步過程中，業(yè)業(yè)務不能停停止，但可可選擇業(yè)務務量較小時時段進行。在解決方方案書中要要求詳細描描述初始化化數(shù)據(jù)同步步解決方案案，以及整整個首次同同步操作所所需要的時時間（以1100GBB數(shù)據(jù)為標標準），并并且要求列列出整個首首次初始化化過程中是是否需要人人為干預，從從而可以有有效地評估估整個首次次數(shù)據(jù)初始始化的工作作量。為了保證生生產(chǎn)中心日日后業(yè)務擴擴展存在更更換服務器器廠商以及及數(shù)據(jù)庫版版本等情況況，需要注注明是否支支持異構平平臺下的首首次數(shù)據(jù)初初始化同步步，是否支支持跨數(shù)據(jù)據(jù)庫版本之之間數(shù)據(jù)庫庫

19、的初始化化同步操作作。數(shù)據(jù)復制性性能指標數(shù)據(jù)復制的的性能指標標與系統(tǒng)平平臺、網(wǎng)絡絡帶寬、應應用系統(tǒng)等等因素密切切相關，參參照下列運運行環(huán)境：項目配置數(shù)據(jù)源SF15KK 24個個CPU，32GB內存， ORACLE 10.2.0.2 RAC目標端SF15KK 24個個CPU，32GB內存， ORACLE 10.2.0.2總數(shù)據(jù)量500GBB左右（數(shù)數(shù)據(jù)+索引引）每天的日志志量每天20GGB日志網(wǎng)絡帶寬100M和和20M要求提供供相應的性性能參數(shù)指指標：類別別指標參考值首次數(shù)據(jù)初初始化同步步首次數(shù)據(jù)庫庫初始化同同步時間（100M帶寬） 小于10小小時首次數(shù)據(jù)庫庫初始化同同步時間（20M帶寬）小于4

20、8小小時首次數(shù)據(jù)庫庫初始化同同步源端CCPU占用用小于30 增量數(shù)據(jù)同同步（單個復制制鏈路）源端CPUU占用小于5目標端CPPU占用小于5源端內存占占用小于2000M目標端內存存占用小于2000M復制數(shù)據(jù)延延遲平均值值10s以內內業(yè)務高峰期期對系統(tǒng)的的影響 源端CPUU占用小于10目標端CPPU占用小于10復制數(shù)據(jù)延延遲平均值值10s以內內數(shù)據(jù)一致性性要求數(shù)據(jù)庫庫復制軟件件提供數(shù)據(jù)據(jù)庫初始化化同步、數(shù)數(shù)據(jù)恢復后后以及日常常的數(shù)據(jù)一一致性檢查查方案，要要求方案中中詳細注明明該數(shù)據(jù)一一致性比對對方案的特特點以及操操作復雜度度，并可滿滿足如下要要求：可在應用不不停機的情情況下，查查找和發(fā)現(xiàn)現(xiàn)不一致的

21、的數(shù)據(jù)；一致性檢查查需要能夠夠進行對象象屬性、記記錄條數(shù)和和記錄的字字段內容進進行一致性性檢查；提供全庫的的記錄級一一致性檢查查時間（以以100GGB的數(shù)據(jù)據(jù)為例）。支持不含PPK/UKK字段的表表的一致性性檢查和修修復。請?zhí)崽峁┰跊]有有PK/UUK字段的的表中有11000萬萬條記錄的的比對時間間。對于不一致致的數(shù)據(jù)，需需要提供不不一致記錄錄詳細信息息，以便進進行精確的的修復，同同時提供數(shù)數(shù)據(jù)修復方方案。數(shù)據(jù)據(jù)修復工作作要求操作作簡單，修修復速度快快，且修復復過程中不不影響業(yè)務務正常運行行。系統(tǒng)兼容性性數(shù)據(jù)庫復制制軟件應支支持以下操操作系統(tǒng)平平臺：Sun SSolarris 99,10IBM

22、AAIX 55.x數(shù)據(jù)庫復制制軟件應支支持Oraclle 9ii，Oraacle 10g，OOraclle 111g及后續(xù)續(xù)數(shù)據(jù)庫版版本；支持持異構平臺臺，源端和和目標端不不同數(shù)據(jù)庫庫版本；支支持Cluusterr/HACCMP和RRAC模式式，并支持不不同操作系系統(tǒng)下不同同數(shù)據(jù)庫版版本之間的的復制。高可用性主系統(tǒng)和備備用系統(tǒng)的的數(shù)據(jù)庫處處于雙活狀狀態(tài)，以保保證在災難難發(fā)生前可可在兩個系系統(tǒng)上運行行不同類型型的應用程程序。數(shù)據(jù)庫復制制軟件應支支持本地CClustter/HHACMPP的高可用用方式，在在本地單節(jié)節(jié)點出現(xiàn)故故障時，可可通過Cllusteer軟件接接管到其它它節(jié)點。健壯性要求求數(shù)據(jù)

23、庫復制制軟件在各各種大壓力力和各種故故障情況下下不會造成成數(shù)據(jù)復制制失敗。網(wǎng)絡故障：長時間中中斷、短時時間中斷及及網(wǎng)絡時斷斷時續(xù)情況況下的正常常復制；數(shù)據(jù)庫故障障：在目標標端數(shù)據(jù)庫庫故障下， 源端數(shù)據(jù)庫不能受到影響。當目標端數(shù)據(jù)庫修復后，復制軟件繼續(xù)工作；服務器硬件件故障：在在目標端服服務器故障障下， 源端生產(chǎn)產(chǎn)系統(tǒng)不能能受到影響響，當目標標端修復后后，復制軟軟件繼續(xù)工工作。設備無關性性獨立于任何何硬件設備備、操作系系統(tǒng)和Orraclee數(shù)據(jù)庫的的不同版本本，能夠實實現(xiàn)不同平平臺之間數(shù)數(shù)據(jù)庫的復復制。管理監(jiān)控功功能數(shù)據(jù)庫復制制軟件需提提供統(tǒng)一的的管理監(jiān)控控功能，能能實現(xiàn)對復復制軟件的的運行狀態(tài)

24、態(tài)、運行日日志、系統(tǒng)統(tǒng)配置等方方面進行統(tǒng)統(tǒng)一的管理理及監(jiān)控，保保證出現(xiàn)錯錯誤時具有有完整方便便的報警及及跟蹤機制制，方便故故障的快速速定位和解解決。Oraclle Daata GGuardd介紹容災系統(tǒng)主主要包括數(shù)數(shù)據(jù)保護和和應用切換換兩大方面面，其中最最為重要的的是數(shù)據(jù)保護護部分。除除了要將這這些數(shù)據(jù)存存放在高可可用的存儲儲設備上之之外，最重重要的是這這些關鍵數(shù)數(shù)據(jù)應該在在異地之間間保持一致致，以使災災難發(fā)生后后，系統(tǒng)可可以盡快恢恢復。下面面是幾種主主要的數(shù)據(jù)據(jù)保護技術術。實現(xiàn)數(shù)據(jù)的的異地復制制，有軟件件方式和硬硬件方式兩兩種途徑。軟件方式式，是通過過主機端軟軟件來實現(xiàn)現(xiàn)，如第三三方軟件或或

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

26、復制制技術)保證在更更新遠程存存儲視圖前前完成向本本地存儲系系統(tǒng)的基本本I/O操作作，而由本本地存儲系系統(tǒng)提供給給請求鏡像像主機的II/O操作作完成確認認信息，遠遠程的數(shù)據(jù)據(jù)復制以后后臺同步的的方式進行行。因為帶帶寬等因素素限制，本本次容災方方案僅包括括了異步復復制的方式式的討論。Data Guarrd實現(xiàn)原原理Oraclle Daata GGuardd 是當今今保護企業(yè)業(yè)核心資產(chǎn)產(chǎn)（數(shù)據(jù)）的的最有效解解決方案，它它能夠使數(shù)數(shù)據(jù)在 224x7 的基礎上上可用，而而無論是否否發(fā)生災難難或其它中中斷。Oraclle Daata GGuardd 是管理理、監(jiān)控和和自動化軟軟件的基礎礎架構，它它創(chuàng)建、

27、維維護和監(jiān)控控一個或多多個備用數(shù)數(shù)據(jù)庫，以以保護企業(yè)業(yè)數(shù)據(jù)結構構不受故障障、災難、錯誤和崩崩潰的影響響。 Data Guarrd 使備備用數(shù)據(jù)庫庫保持為與與生產(chǎn)數(shù)據(jù)據(jù)庫在事務務上一致的的副本。這這些備用數(shù)數(shù)據(jù)庫可能能位于距生生產(chǎn)數(shù)據(jù)中中心數(shù)千公公里的遠程程災難恢復復站點，或或者可能位位于同一城城市、同一一校園乃至至同一建筑筑物內。當當生產(chǎn)數(shù)據(jù)據(jù)庫由于計計劃中斷或或意外中斷斷而變得不不可用時，Data Guard 可以將任意備用數(shù)據(jù)庫切換到生產(chǎn)角色，從而使與中斷相關的停機時間減到最少，并防止任何數(shù)據(jù)丟失。 作為 OOraclle 數(shù)據(jù)據(jù)庫企業(yè)版版的一個特特性推出的的 Datta Guuard 能

28、夠與其其它的 OOraclle 高可可用性 (HA) 解決方案案（如真正正應用集群群 (RAAC) 和和恢復管理理器 (RRMAN)）結合使使用，以提提供業(yè)內前前所未有的的高水平數(shù)數(shù)據(jù)保護和和數(shù)據(jù)可用用性。下圖圖提供了 Oraccle DData Guarrd 的一一個概述。Oraclle Daata GGuardd 包括一一個生產(chǎn)數(shù)數(shù)據(jù)庫，也也稱為主數(shù)數(shù)據(jù)庫，以以及一個或或多個備用用數(shù)據(jù)庫，這這些備用數(shù)數(shù)據(jù)庫是與與主數(shù)據(jù)庫庫在事務上上一致的副副本。Daata GGuardd 利用重重做數(shù)據(jù)保保持這種事事務一致性性。當主數(shù)數(shù)據(jù)庫中發(fā)發(fā)生事務時時，則生成成重做數(shù)據(jù)據(jù)并將其寫寫入本地重重做日志文文

29、件中。通通過 Daata GGuardd，還將重重做數(shù)據(jù)傳傳輸?shù)絺溆糜谜军c上，并并應用到備備用數(shù)據(jù)庫庫中，從而而使備用數(shù)數(shù)據(jù)庫與主主數(shù)據(jù)庫保保持同步。Dataa Guaard 允允許管理員員選擇將重重做數(shù)據(jù)同同步還是異異步地發(fā)送送到備用站站點上。 備用數(shù)據(jù)庫庫的底層技技術是 DData Guarrd 重做做應用（物物理備用數(shù)數(shù)據(jù)庫）和和 Datta Guuard SQL 應用（邏邏輯備用數(shù)數(shù)據(jù)庫）。物理備用用數(shù)據(jù)庫在在磁盤上擁擁有和主數(shù)數(shù)據(jù)庫逐塊塊相同的數(shù)數(shù)據(jù)庫結構構，并且使使用 Orraclee 介質恢恢復進行更更新。邏輯輯備用數(shù)據(jù)據(jù)庫是一個個獨立數(shù)據(jù)據(jù)庫，它與與主數(shù)據(jù)庫庫包含相同同的數(shù)據(jù)。

30、它使用 SQL 語句進行行更新，其其相對優(yōu)勢勢是能夠并并行用于恢恢復以及諸諸如報表、查詢等其其他任務。 Data Guarrd 簡化化了主數(shù)據(jù)據(jù)庫和選定定的備用數(shù)數(shù)據(jù)庫之間間的轉換和和故障切換換，從而減減少了由計計劃停機和和計劃外故故障所導致致的總停機機時間。 主數(shù)據(jù)庫和和備用數(shù)據(jù)據(jù)庫以及它它們的各種種交互可以以使用 SSQL*PPlus 來進行管管理。為了了獲得更簡簡便的可管管理性，DData Guarrd 還提提供了一個個分布式管管理框架（稱稱為 Daata GGuardd Brooker），它它不但自動動化了 DData Guarrd 配置置的創(chuàng)建、維護和監(jiān)監(jiān)控，并對對這些操作作進行統(tǒng)一

31、一管理。管管理員可以以使用 OOraclle Ennterpprisee Mannagerr 或 Brooker 自己的專專用命令行行界面 (DGMGGRL) 來利用 BBrokeer 的管管理功能。 下圖顯示了了 Oraacle Dataa Guaard 組組件。 Oraclle Daata GGuardd 優(yōu)勢 災難恢復和和高可用性性 Datta Guuard 提供了一一個高效和和全面的災災難恢復和和高可用性性解決方案案。易于管管理的轉換換和故障切切換功能允允許主數(shù)據(jù)據(jù)庫和備用用數(shù)據(jù)庫之之間的角色色轉換，從從而使主數(shù)數(shù)據(jù)庫因計計劃的和計計劃外的中中斷所導致致的停機時時間減到最最少。 完善的

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

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

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

35、se MManagger 或或 Brooker 自己專用用的命令行行界面 (DGMGGRL) 來利用這這個集成的的管理框架架。 與 Oraacle 數(shù)據(jù)庫集集成 Oraacle Dataa Guaard 是是作為 OOraclle 數(shù)據(jù)據(jù)庫（企業(yè)業(yè)版）的一一個完全集集成的功能能提供的，無無需任何額額外費用。 Data Guarrd提供的的保護模式式Oraclle針對用用戶的不同同需求提供供三種保護護模式：最最大保護模模式、最大大性能模式式、最大可可用模式。Oraclle提供的的Dataa Guaard在最最大保護模模式下可以以確保數(shù)據(jù)據(jù)完全不丟丟失。它在在寫本地日日志的同時時寫遠程sstand

36、dby的數(shù)數(shù)據(jù)庫日志志。只有兩兩個日志均均寫成功后后一個操作作才是正式式完成。這這種方式確確保了數(shù)據(jù)據(jù)的最大安安全，能夠夠確保主數(shù)數(shù)據(jù)庫損壞壞的情況下下沒有任何何數(shù)據(jù)丟失失。但這種種情況對主主數(shù)據(jù)庫性性能有較大大的影響，即即使在高速速的局域網(wǎng)網(wǎng)內，最大大保護模式式也會對主主數(shù)據(jù)庫性性能有超過過10%的性性能影響。這種方式式對主備兩兩個數(shù)據(jù)庫庫之間的鏈鏈路有非常常高的要求求。在這種種保護模式式下無論是是網(wǎng)路鏈路路還是sttandbby數(shù)據(jù)庫庫等發(fā)生故故障導致日日志無法正正常寫均會會導致主數(shù)數(shù)據(jù)庫無法法使用。因因此只有在在對數(shù)據(jù)安安全要求最最高的情況況下才會考考慮使用這這種方式。Oraclle也提

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

38、式類似于最最大性能模模式，日志志延遲傳遞遞，不會導導致主數(shù)據(jù)據(jù)庫停止運運行。這種種方式在正正常情況下下因為日志志實時傳遞遞，因此同同樣對主數(shù)數(shù)據(jù)庫性能能有較大影影響，而且且對網(wǎng)絡鏈鏈路要求較較高。綜上所述，不不同的保護護模式比較較如下：最大保護最大可用最大性能對主數(shù)據(jù)庫庫性能影響響較高較高低對網(wǎng)絡鏈路路要求極高高低備份系統(tǒng)發(fā)發(fā)生故障主數(shù)據(jù)庫不不可用無影響無影響數(shù)據(jù)保護無數(shù)據(jù)丟失失基本無數(shù)據(jù)據(jù)丟失少量數(shù)據(jù)丟丟失Data Guarrd實現(xiàn)方方式以及對對系統(tǒng)的限限制要求Oraclle針對不不同的用戶戶情況提供供的兩種不不同的sttandbby方式。物理sttandbby ,邏邏輯staandbyy。

39、物理staandbyy數(shù)據(jù)庫，在在通常的模模式下備份份庫始終處處于恢復狀狀態(tài)，用戶戶無法訪問問備份庫的的數(shù)據(jù)。如如果需要訪訪問數(shù)據(jù)，需需要將恢復復模式停止止，將數(shù)據(jù)據(jù)庫打開到到只讀狀態(tài)態(tài)。這兩種種狀態(tài)是排排它的，也也就是說數(shù)數(shù)據(jù)庫要么么是恢復狀狀態(tài)，保持持和主數(shù)據(jù)據(jù)庫一致，在在這種狀態(tài)態(tài)下數(shù)據(jù)庫庫內容不可可訪問；要要么是只讀讀狀態(tài)，數(shù)數(shù)據(jù)庫不會會做恢復與與主數(shù)據(jù)保保持一致。Oraclle還提供供邏輯sttandbby數(shù)據(jù)庫庫。這種方方式下數(shù)據(jù)據(jù)庫可以在在打開的狀狀態(tài)下保持持與主數(shù)據(jù)據(jù)庫的同步步工作。這這種打開狀狀態(tài)和普通通的數(shù)據(jù)庫庫openn狀態(tài)不同同，不能對對數(shù)據(jù)做修修改。這種種方式通常常用

40、于繁忙忙的系統(tǒng)，如如主數(shù)據(jù)庫庫日常完成成業(yè)務處理理，邏輯sstanddby數(shù)據(jù)據(jù)庫在完成成容災的同同時分擔主主數(shù)據(jù)庫的的查詢統(tǒng)計計工作。這這樣大大節(jié)節(jié)約了系統(tǒng)統(tǒng)資源。但但這種方式式對數(shù)據(jù)庫庫有一定的的限制，并并不是所有有的系統(tǒng)都都能夠支持持。部分較較為特殊的的數(shù)據(jù)類型型不支持，另另外所有的的表必須要要有主鍵或或者唯一性性索引。無論是物理理stanndby 還是邏輯輯stanndby均均對系統(tǒng)要要求如下:主備數(shù)據(jù)庫庫必須是完完全相同的的硬件架構構，如均為SUNN平臺。機機器的內存存大小、CCPU數(shù)量量主頻可以以不同。操作系統(tǒng)版版本、補丁丁完全相同同。數(shù)據(jù)庫版本本完全相同同。但RAAC選件可可以不

41、同。即主數(shù)據(jù)據(jù)庫可以是是RAC模式式，備份節(jié)節(jié)點可以是是單機。切換方式Oraclle DData Guarrd可以實實現(xiàn)faiiloveer 以及及swittchovver的切切換。Switcchoveer指有計計劃的切換換。如系統(tǒng)統(tǒng)主數(shù)據(jù)庫庫服務器需需要硬件維維護等有計計劃的停機機操作。這這時候可以以手工將所所有的日志志以及歸檔檔日志文件件傳輸?shù)絺鋫浞莨?jié)點后后執(zhí)行swwitchhoverr的切換。這種情況況下等主數(shù)數(shù)據(jù)庫恢復復正常后系系統(tǒng)可以手手工切換回回來。Failoover切切換是指系系統(tǒng)出現(xiàn)了了異常情況況下的切換換。系統(tǒng)管管理員發(fā)現(xiàn)現(xiàn)主數(shù)據(jù)庫庫服務器無無法提供服服務，決定定啟動容災災系

42、統(tǒng)。在在這種情況況下的切換換后如果主主數(shù)據(jù)庫服服務器恢復復正常后需需要重新配配置整個DData Guarrd環(huán)境，無無法切換回回主數(shù)據(jù)庫庫服務器。無論是那種種切換方式式，主備系系統(tǒng)之間均均存在部分分差別。如如IP地址址不同，需需要修改服服務器IPP 地址或或應用程序序重新指向向。因為在在不同的局局域網(wǎng)內，應應用中間件件需要跨防防火墻訪問問系統(tǒng)。機機器檔次不不同、網(wǎng)絡絡帶寬不同同造成的性性能下降等等問題。這這需要在容容災的預案案中考慮。 系統(tǒng)建議議方案針對本容災災方案，我我們推薦采采用Oraacle Dataa Guaard技術術。Data Guarrd優(yōu)勢節(jié)約投資Oraclle Daata G

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

44、小。能夠滿足用用戶基本業(yè)業(yè)務需求Data Guarrd能夠滿滿足用戶基基本的數(shù)據(jù)據(jù)容災、RRTO、RRPO、帶帶寬等相關關基本業(yè)務務需求。Data Guarrd運行模模式Oraclle提供了了物理Daata GGuardd以及邏輯輯Dataa Guaard兩種種不同的方方式。這兩兩種方式各各有優(yōu)缺點點。因為用用戶數(shù)據(jù)庫庫中存在大大量表，這這些表沒有有PK/UUK；因此此無法滿足足邏輯Daata GGuardd的使用前前提條件。在本方案案中，我們們推薦采用用物理Daata GGuardd的方式。Data Guarrd保護模式根據(jù)用戶的的實際情況況，在主數(shù)數(shù)據(jù)庫服務務器和容災災數(shù)據(jù)庫服服務器之間間

45、距離較遠遠，使用最最大保護模模式和最大大可用模式式均會嚴重重影響主數(shù)數(shù)據(jù)庫的運運行性能。用戶允許許在出現(xiàn)異異常情況下下15分鐘鐘內的數(shù)據(jù)據(jù)丟失量，因此采用最大性能模式可以在現(xiàn)有帶寬的情況下滿足用戶的容災需求。采用最大性性能模式，系系統(tǒng)不會實實時傳輸日日志文件，傳傳遞的是歸歸檔日志文文件，因此此對主數(shù)據(jù)據(jù)庫性能影影響很小。歸檔日志志文件傳遞遞是否能夠夠成功對主主數(shù)據(jù)庫運運行沒有任任何影響，因因此在網(wǎng)絡絡出現(xiàn)中斷斷或者sttandbby數(shù)據(jù)庫庫出現(xiàn)異常常也不會影影響主數(shù)據(jù)據(jù)庫的正常常運行。但但因為日志志沒有同步步寫，因此此在災難發(fā)發(fā)生的時候候備份數(shù)據(jù)據(jù)庫與主數(shù)數(shù)據(jù)庫可能能有一定的的數(shù)據(jù)差異異。Da

46、ta Guarrd初始安安裝步驟1、確認主主數(shù)據(jù)庫運運行于歸檔檔模式如果主數(shù)據(jù)據(jù)庫沒有處處于歸檔模模式，那么么需要將數(shù)數(shù)據(jù)庫運行行模式修改改為歸檔模模式。該修修改過程需需要短暫停停止數(shù)據(jù)庫庫運行。2、物理備備份主數(shù)據(jù)據(jù)庫的所有有數(shù)據(jù)文件件該部分工作作可以在不不影響業(yè)務務正常運行行的情況下下執(zhí)行。該該部分工作作依據(jù)數(shù)據(jù)據(jù)量以及II/O速度度不同，所所需要的時時間也不同同。一般估估算，1000G的數(shù)數(shù)據(jù)應在11小時內備備份完成。該備份操操作啟動后后無需人為為干預。3、在主數(shù)數(shù)據(jù)庫創(chuàng)建建stanndby 控制文件件通過命令創(chuàng)創(chuàng)建災備中中心的控制制文件。4、拷貝備備份的數(shù)據(jù)據(jù)文件、sstanddby控

47、制制文件及日日志文件到到備份節(jié)點點。因為數(shù)據(jù)量量較大，可可以將備份份的文件壓壓縮后傳遞遞。1000G的備份份文件經(jīng)壓壓縮，通常常壓縮率在在40% - 500%之間。100GG文件壓縮縮后約500G。在網(wǎng)網(wǎng)速為200M帶寬的的情況下，假假設網(wǎng)絡利利用率為770%，那那么速度約約為6G/每小小時；500G的文件件需要9個個小時傳遞遞完成。在在網(wǎng)速為1100M帶帶寬的情況況下，假設設網(wǎng)絡利用用率為700%，那么么速度約為為30G/每每小時；550G的文文件需要11.5個小小時傳遞完完成。在數(shù)數(shù)據(jù)傳輸啟啟動后無需需人為干預預。5、配置主主、備中心心的數(shù)據(jù)庫庫服務器DData Guarrd環(huán)境該操作對主

48、主數(shù)據(jù)庫運運行沒有任任何影響。其中災備中中心數(shù)據(jù)庫庫平臺要求求與主中心心架構一致致，如均為為SUN小小型機。操操作系統(tǒng)版版本及數(shù)據(jù)據(jù)庫版本均均需要一致致。Data Guarrd不支持持異構平臺臺數(shù)據(jù)容災災，也不支支持不同數(shù)數(shù)據(jù)庫版本本之間做數(shù)數(shù)據(jù)容災。6、使用主主中心備份份的文件創(chuàng)創(chuàng)建災備中中心數(shù)據(jù)庫庫系統(tǒng)。該操作主要要是解壓文文件、恢復復數(shù)據(jù)文件件的時間。約為2小小時。7、配置災災備中心環(huán)環(huán)境。根據(jù)據(jù)主中心的的歸檔日志志保持災備備中心與主主中心一致致 。用戶需求點點對點應答答日常功能將生產(chǎn)中心心發(fā)卡系統(tǒng)統(tǒng)上的數(shù)據(jù)據(jù)庫變化實實時異步復復制到災備備中心；應答：滿足足。Datta Guuard通通

49、過歸檔日日志將數(shù)據(jù)據(jù)庫變化復復制到災備備中心。災備中心的的Oraccle數(shù)據(jù)據(jù)庫處于打打開狀態(tài)，可可提供實時時數(shù)據(jù)查詢詢；應答：部分分滿足。物物理Datta Guuard在在正?；謴蛷偷臅r候無無法處于打打開狀態(tài)，在在打開的狀狀態(tài)下無法法處于恢復復與主數(shù)據(jù)據(jù)庫保持一一致的狀態(tài)態(tài)。本系統(tǒng)統(tǒng)的RPOO15分分鐘，RTTO6小小時，每天歸檔檔日志產(chǎn)生生量200G。可以以考慮以下下方式解決決該問題：如果用戶對對容災數(shù)據(jù)據(jù)庫使用時時間為白天天，那么在在白天，將將數(shù)據(jù)庫啟啟動為只讀讀打開模式式，供業(yè)務務查詢。夜夜間，將數(shù)數(shù)據(jù)庫啟動動為恢復模模式，保持持與主生產(chǎn)產(chǎn)中心一致致。如果用用戶對容災災數(shù)據(jù)庫使使用時間

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

51、ard無無法滿足要要求，在OOraclle11GG 以后的的版本提供供該功能。對生產(chǎn)系統(tǒng)統(tǒng)的資源占占用不能太太多，不能能影響到生生產(chǎn)系統(tǒng)的的正常運行行；應答：滿足足。采用物物理Datta Guuard的的最大性能能模式，生生產(chǎn)中心主主機僅需要要在歸檔日日志產(chǎn)生后后將歸檔日日志文件寫寫入異地容容災中心，對對生產(chǎn)系統(tǒng)統(tǒng)資源占用用極少，不不影響生產(chǎn)產(chǎn)系統(tǒng)的正正常運行。在網(wǎng)絡出出現(xiàn)故障或或容災中心心出現(xiàn)故障障時，不會會影響到生生產(chǎn)系統(tǒng)的的正常運行行。對網(wǎng)絡帶寬寬的占用較較低。應答：滿足足。Datta Guuard傳傳輸內容數(shù)數(shù)據(jù)變化產(chǎn)產(chǎn)生的歸檔檔日志文件件。目前每每天歸檔日日志產(chǎn)生量量為20GG，那么

52、傳傳輸量為220G/天天。故障切換當生產(chǎn)中心心的系統(tǒng)無無法正常運運行，而又又不能在短短期內恢復復時，可利利用災備中中心提供業(yè)業(yè)務接管。 應答：滿足足。災備中中心可以提提供數(shù)據(jù)庫庫服務器。災備中心必必須在生產(chǎn)產(chǎn)中心不可可用6小時時之內完成成業(yè)務接管管。應答：滿足足。災備中中心可以在在6小時內內完成業(yè)務務接管。當生產(chǎn)中心心服務器恢恢復正常后后，數(shù)據(jù)復復制系統(tǒng)需需要將災備備中心的最最新數(shù)據(jù)反反向復制回回生產(chǎn)中心心，實現(xiàn)業(yè)業(yè)務的恢復復。應答：部分分滿足。系統(tǒng)統(tǒng)切換可以以分為有計計劃的停機機以及故障障停機。在有計劃停停機的情況況下，災備備中心數(shù)據(jù)據(jù)庫在啟用用的時候，數(shù)數(shù)據(jù)庫內容容保持與生生產(chǎn)中心完完全一

53、致。在主中心心操作完成成后，可以以通過簡單單命令，將將災備中心心啟用期間間數(shù)據(jù)修改改反向復制制回生產(chǎn)中心心，實現(xiàn)業(yè)業(yè)務的恢復復。在故障停機機的情況下下，主中心心可能有部部分數(shù)據(jù)(15分分鐘)尚未未傳遞到備備份中心，在在災備中心心啟用的時時候，主、備之間數(shù)數(shù)據(jù)已不一一致。因此此需要將所所有數(shù)據(jù)重重新傳遞回回主中心才才能實現(xiàn)業(yè)業(yè)務的恢復復。基本要求復制軟件應應滿足在單單機或RAAC環(huán)境下下，對Orraclee在線日志志(Onlline redoo logg)的捕捉捉及復制；應答：滿足足。Datta Guuard通通過對Onnlinee reddo loog產(chǎn)生的的歸檔文件件復制來完完成容災。支持O

54、raacle中中所有的常常用數(shù)據(jù)類類型，如OOraclle中的LLONG 、LONNG RAAW、BLLOB、CCLOB、NCLOOB、TIIMESTTAMP等等，可實現(xiàn)現(xiàn)用戶自定定義表、字字段進行復復制；應答：滿足足。物理DData Guarrd支持OOraclle中所有有的常用數(shù)數(shù)據(jù)類型支持對數(shù)據(jù)據(jù)庫中常用用DDL操操作的復制制；應答：滿足足。物理DData Guarrd支持OOraclle中常用用DDL的的操作復制制。支持事務復復制，要求求對數(shù)據(jù)庫庫中較大的的事務不會會出現(xiàn)過多多延遲；應答：滿足足。物理DData Guarrd支持事事務復制。對較大事事務不會出出現(xiàn)過多延延遲。支持沒有PP

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

56、供專用圖圖形化集中中管理軟件件。應答：滿足足。Datta Guuard Brokker與OOEM可以以提供很方方便的圖形形化集中管管理。性能要求數(shù)據(jù)庫初始始化同步要求數(shù)據(jù)庫庫復制軟件件能夠將發(fā)發(fā)卡系統(tǒng)的的數(shù)據(jù)庫中中已有數(shù)據(jù)據(jù)初始化同同步到災備備中心數(shù)據(jù)據(jù)庫。在初初始化同步步過程中，業(yè)業(yè)務不能停停止，但可可選擇業(yè)務務量較小時時段進行。在解決方方案書中要要求詳細描描述初始化化數(shù)據(jù)同步步解決方案案，以及整整個首次同同步操作所所需要的時時間（以1100GBB數(shù)據(jù)為標標準），并并且要求列列出整個首首次初始化化過程中是是否需要人人為干預，從從而可以有有效地評估估整個首次次數(shù)據(jù)初始始化的工作作量。為了保證生

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

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

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

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