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

1、Oraclle數(shù)據(jù)庫(kù)庫(kù)異地容災(zāi)災(zāi)方案介紹紹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)平平臺(tái) PAGEREF _Toc215280703 h 4 HYP

2、ERLINK l _Toc215280704 1.2.22 數(shù)據(jù)庫(kù)庫(kù)平臺(tái) 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 設(shè)備無(wú)無(wú)關(guān)性 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實(shí)現(xiàn)原原理 PAGEREF _Toc215280717 h 12 HYPERLINK l _Toc215280718 2.2 OOraclle Daata GGuardd 優(yōu)勢(shì) PAGEREF _Toc215280718 h 15 HYPERLINK l _Toc215280719 2.3 DData Guarrd提供的的保護(hù)模式式 PAGEREF _Toc215280719 h 16 HYPERLINK l _Toc215280720 2.4 DData Guarrd實(shí)現(xiàn)方方式以及對(duì)對(duì)系統(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)勢(shì) PAGEREF _Toc215280723 h 18 HYPERLINK l _Toc215280724 3.2 DData Guarrd運(yùn)行模模式 PAGEREF _Toc215280724 h 19 HYPERLINK l _Toc215280725 3.3 D

7、Data Guarrd保護(hù)模模式 PAGEREF _Toc215280725 h 19 HYPERLINK l _Toc215280726 3.4 DData Guarrd初始安安裝步驟 PAGEREF _Toc215280726 h 19 HYPERLINK l _Toc215280727 3.5 用用戶需求點(diǎn)點(diǎn)對(duì)點(diǎn)應(yīng)答答 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 設(shè)備無(wú)無(wú)關(guān)性 PAGEREF _Toc215280736 h 27 HYPERLINK l _Toc215280737 3.5.110 管理理監(jiān)控功能能 PAGEREF _Toc215280737 h 27 需求分析析序言在信息時(shí)代代，數(shù)據(jù)是是企業(yè)創(chuàng)造造商業(yè)價(jià)值值的生產(chǎn)資資料，數(shù)據(jù)據(jù)的丟失

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

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

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

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

14、VM Mirror Volume數(shù)據(jù)庫(kù)平臺(tái)臺(tái)發(fā)卡系統(tǒng)中中的數(shù)據(jù)庫(kù)庫(kù)系統(tǒng)，是是整個(gè)生產(chǎn)產(chǎn)系統(tǒng)中最最關(guān)鍵、最最復(fù)雜的數(shù)數(shù)據(jù)對(duì)象，發(fā)發(fā)卡系統(tǒng)的的業(yè)務(wù)運(yùn)轉(zhuǎn)轉(zhuǎn)直接依賴賴于這些數(shù)數(shù)據(jù)的可用用性。為了確保數(shù)數(shù)據(jù)庫(kù)的高高可用性，發(fā)發(fā)卡系統(tǒng)數(shù)數(shù)據(jù)庫(kù)使用用了Oraacle 10g RRAC版本本10.22.0.22，主、備備機(jī)兩節(jié)點(diǎn)點(diǎn)的數(shù)據(jù)庫(kù)庫(kù)實(shí)例同時(shí)時(shí)運(yùn)行，一一旦主節(jié)點(diǎn)點(diǎn)出現(xiàn)問(wèn)題題，數(shù)據(jù)庫(kù)庫(kù)實(shí)例無(wú)需需啟停，可可迅速將應(yīng)應(yīng)用系統(tǒng)切切換至備節(jié)節(jié)點(diǎn)。截至到20008年88月底，各數(shù)據(jù)庫(kù)實(shí)實(shí)例數(shù)據(jù)量量情況見(jiàn)下下表：實(shí)例名總數(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 合計(jì)44620324.55 用戶需求銀聯(lián)數(shù)據(jù)擬擬為提供外外包服務(wù)的的各銀行發(fā)發(fā)卡系統(tǒng)建建設(shè)異地災(zāi)災(zāi)備系統(tǒng)，生生產(chǎn)系統(tǒng)位位于上海，災(zāi)災(zāi)備系統(tǒng)位位于北京。主備中心心之間采用用數(shù)據(jù)庫(kù)復(fù)復(fù)制軟件進(jìn)進(jìn)行異步數(shù)數(shù)據(jù)復(fù)制，以以保證生產(chǎn)產(chǎn)數(shù)據(jù)的安安全性，滿滿足發(fā)卡系系統(tǒng)的業(yè)務(wù)務(wù)連續(xù)性需需求。日常功能將生產(chǎn)中心心發(fā)卡系統(tǒng)統(tǒng)上的數(shù)據(jù)庫(kù)庫(kù)變化實(shí)時(shí)時(shí)異步復(fù)制制到災(zāi)備中心心；災(zāi)備中心的的Oraccle數(shù)據(jù)據(jù)庫(kù)處于打打開(kāi)狀態(tài)，可可提供實(shí)時(shí)時(shí)數(shù)據(jù)查詢?cè)?；?duì)生產(chǎn)系統(tǒng)統(tǒng)

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

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

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

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

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

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

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

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

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

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

26、復(fù)制制技術(shù))保證在更更新遠(yuǎn)程存存儲(chǔ)視圖前前完成向本本地存儲(chǔ)系系統(tǒng)的基本本I/O操作作，而由本本地存儲(chǔ)系系統(tǒng)提供給給請(qǐng)求鏡像像主機(jī)的II/O操作作完成確認(rèn)認(rèn)信息，遠(yuǎn)遠(yuǎn)程的數(shù)據(jù)據(jù)復(fù)制以后后臺(tái)同步的的方式進(jìn)行行。因?yàn)閹挼纫蛩厮叵拗疲颈敬稳轂?zāi)方方案僅包括括了異步復(fù)復(fù)制的方式式的討論。Data Guarrd實(shí)現(xiàn)原原理Oraclle Daata GGuardd 是當(dāng)今今保護(hù)企業(yè)業(yè)核心資產(chǎn)產(chǎn)（數(shù)據(jù)）的的最有效解解決方案，它它能夠使數(shù)數(shù)據(jù)在 224x7 的基礎(chǔ)上上可用，而而無(wú)論是否否發(fā)生災(zāi)難難或其它中中斷。Oraclle Daata GGuardd 是管理理、監(jiān)控和和自動(dòng)化軟軟件的基礎(chǔ)礎(chǔ)架構(gòu)，它它創(chuàng)建、

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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