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

{管理信息化ORACLE}Oracle數(shù)據(jù)庫(kù)異地容災(zāi)方案概述Oracle數(shù)據(jù)庫(kù)異地容災(zāi)方案介紹2008年11月目錄第一章需求分析41.1序言41.2用戶(hù)現(xiàn)狀41.2.1系統(tǒng)平臺(tái)41.2.2數(shù)據(jù)庫(kù)平臺(tái)61.3用戶(hù)需求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è)備無(wú)關(guān)性101.3.10管理監(jiān)控功能11第二章OracleDataGuard介紹122.1DataGuard實(shí)現(xiàn)原理122.2OracleDataGuard優(yōu)勢(shì)152.3DataGuard提供的保護(hù)模式162.4DataGuard實(shí)現(xiàn)方式以及對(duì)系統(tǒng)的限制要求172.5切換方式17第三章系統(tǒng)建議方案183.1DataGuard優(yōu)勢(shì)183.2DataGuard運(yùn)行模式193.3DataGuard保護(hù)模式193.4DataGuard初始安裝步驟193.5用戶(hù)需求點(diǎn)對(duì)點(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è)備無(wú)關(guān)性273.5.10管理監(jiān)控功能27第一章需求分析1.1序言GartnerGroup停運(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ù)丟失是不可避免的。面對(duì)各種未可預(yù)知的災(zāi)難，越來(lái)越多的企業(yè)將容災(zāi)備份系統(tǒng)作為企業(yè)安全的保障。銀聯(lián)數(shù)據(jù)異地災(zāi)備項(xiàng)目的目標(biāo)是保證SF25K遷移至IBMIBMP570，減少公司各方面的損失，保證發(fā)卡系統(tǒng)的業(yè)務(wù)連續(xù)性。本方案僅對(duì)異地容災(zāi)數(shù)據(jù)庫(kù)復(fù)制軟件部分做相應(yīng)闡述。1.2用戶(hù)現(xiàn)狀1.2.1系統(tǒng)平臺(tái)發(fā)卡系統(tǒng)運(yùn)行在一臺(tái)SunFireE25K企業(yè)級(jí)服務(wù)器上，通過(guò)兩臺(tái)BrocadeSW4900SAN交換機(jī)與兩臺(tái)企業(yè)級(jí)存儲(chǔ)ST9990、SE9970相連，應(yīng)用系統(tǒng)核心文件和數(shù)據(jù)庫(kù)數(shù)據(jù)文件均存放在該存儲(chǔ)上，存儲(chǔ)系統(tǒng)磁盤(pán)采用RAID1+0方式。SF25K劃分為四個(gè)物理分區(qū)（Domain），每家銀行均使用其中的兩個(gè)，一個(gè)DomainDomain作為熱備主機(jī)。Domain操作系統(tǒng)為Solaris10，數(shù)據(jù)庫(kù)系統(tǒng)為Oracle10.2.0.2RACSunCluster的雙機(jī)熱備份，保證了系統(tǒng)的高可用性。此外，在主機(jī)端還通過(guò)SunMPXIO多通道負(fù)載均衡軟件，實(shí)現(xiàn)兩條光纖通道的負(fù)載均衡，進(jìn)一步避免了單點(diǎn)故障。以下是發(fā)卡系統(tǒng)SAN架構(gòu)圖：DomainASF25KDomainBDomainCDomainDSW4900

SW4900SE9970ST9990V280R

VTLL180(2LTO-3)NBUMasterServer通過(guò)在主機(jī)端使用VxVM4.1存儲(chǔ)SE9970與ST9990之間實(shí)現(xiàn)了同步數(shù)據(jù)復(fù)制，達(dá)到了以下災(zāi)難恢復(fù)目標(biāo)：日常工作，保證兩臺(tái)存儲(chǔ)的數(shù)據(jù)實(shí)時(shí)同步保持一致，所有數(shù)據(jù)不丟失。計(jì)劃外停機(jī)，任一臺(tái)存儲(chǔ)發(fā)生災(zāi)難，保證數(shù)據(jù)不丟失，即RPO=0，并確保應(yīng)用不中斷運(yùn)行，即RTO=0。1.2.2數(shù)據(jù)庫(kù)平臺(tái)卡系統(tǒng)的業(yè)務(wù)運(yùn)轉(zhuǎn)直接依賴(lài)于這些數(shù)據(jù)的可用性。為了確保數(shù)據(jù)庫(kù)的高可用性，發(fā)卡系統(tǒng)數(shù)據(jù)庫(kù)使用了Oracle10gRAC版本10.2.0.2，主、備機(jī)兩節(jié)點(diǎn)的數(shù)據(jù)庫(kù)實(shí)例同時(shí)運(yùn)行，一旦主節(jié)點(diǎn)出現(xiàn)問(wèn)題，數(shù)據(jù)庫(kù)實(shí)例無(wú)需啟停，可迅速將應(yīng)用系統(tǒng)切換至備節(jié)點(diǎn)。截至到2008年8月底，各數(shù)據(jù)庫(kù)實(shí)例數(shù)據(jù)量情況見(jiàn)下表：實(shí)例名總數(shù)據(jù)量（GB）Archivelog數(shù)據(jù)量（GB）平均每天最大帳單日高峰期Archivelog變化量（MB/s）HX25140.42SZ15120.20CR934.550.40DE381.550.58UC27512162.95合計(jì)44620324.551.3用戶(hù)需求以保證生產(chǎn)數(shù)據(jù)的安全性，滿足發(fā)卡系統(tǒng)的業(yè)務(wù)連續(xù)性需求。1.3.1日常功能將生產(chǎn)中心發(fā)卡系統(tǒng)上的數(shù)據(jù)庫(kù)變化實(shí)時(shí)異步復(fù)制到災(zāi)備中心；災(zāi)備中心的Oracle數(shù)據(jù)庫(kù)處于打開(kāi)狀態(tài)，可提供實(shí)時(shí)數(shù)據(jù)查詢(xún)；對(duì)生產(chǎn)系統(tǒng)的資源占用不能太多，不能影響到生產(chǎn)系統(tǒng)的正常運(yùn)行；對(duì)網(wǎng)絡(luò)帶寬的占用較低。1.3.2故障切換當(dāng)生產(chǎn)中心的系統(tǒng)無(wú)法正常運(yùn)行，而又不能在短期內(nèi)恢復(fù)時(shí)，可利用災(zāi)備中心提供業(yè)務(wù)接管。災(zāi)備中心必須在生產(chǎn)中心不可用6小時(shí)之內(nèi)完成業(yè)務(wù)接管。當(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基本要求復(fù)制軟件應(yīng)滿足在單機(jī)或RAC環(huán)境下，對(duì)Oracle在線日志(Onlineredolog)的捕捉及復(fù)制；支持Oracle中所有的常用數(shù)據(jù)類(lèi)型，如Oracle中的LONG、LONGRAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可實(shí)現(xiàn)用戶(hù)自定義表、字段進(jìn)行復(fù)制；支持對(duì)數(shù)據(jù)庫(kù)中常用DDL操作的復(fù)制；支持事務(wù)復(fù)制，要求對(duì)數(shù)據(jù)庫(kù)中較大的事務(wù)不會(huì)出現(xiàn)過(guò)多延遲；支持沒(méi)有PK/UK字段的表的同步。數(shù)據(jù)復(fù)制過(guò)程可根據(jù)需要靈活地進(jìn)行控制或修改復(fù)制的方向，以滿足業(yè)務(wù)需求；支持在數(shù)據(jù)復(fù)制過(guò)程中對(duì)數(shù)據(jù)正確性進(jìn)行校驗(yàn)，如正在復(fù)制的數(shù)據(jù)在之前就已經(jīng)不一致，應(yīng)提供報(bào)警功能，以便及時(shí)發(fā)現(xiàn)錯(cuò)誤，避免錯(cuò)誤的擴(kuò)大；提供專(zhuān)用圖形化集中管理軟件。1.3.4性能要求數(shù)據(jù)庫(kù)初始化同步要求數(shù)據(jù)庫(kù)復(fù)制軟件能夠?qū)l(fā)卡系統(tǒng)的數(shù)據(jù)庫(kù)中已有數(shù)據(jù)初始化同步到災(zāi)備中心數(shù)據(jù)庫(kù)。在初始化同步過(guò)程中，業(yè)務(wù)不能停止，但可選擇業(yè)務(wù)量較小時(shí)段進(jìn)行。在解決方案書(shū)中要求詳細(xì)描述初始化數(shù)據(jù)同步解決方案，以及整個(gè)首次同步操作所100GB人為干預(yù)，從而可以有效地評(píng)估整個(gè)首次數(shù)據(jù)初始化的工作量。為了保證生產(chǎn)中心日后業(yè)務(wù)擴(kuò)展存在更換服務(wù)器廠商以及數(shù)據(jù)庫(kù)版本等情況，需要注明是否支持異構(gòu)平臺(tái)下的首次數(shù)據(jù)初始化同步，是否支持跨數(shù)據(jù)庫(kù)版本之間數(shù)據(jù)庫(kù)的初始化同步操作。數(shù)據(jù)復(fù)制性能指標(biāo)數(shù)據(jù)復(fù)制的性能指標(biāo)與系統(tǒng)平臺(tái)、網(wǎng)絡(luò)帶寬、應(yīng)用系統(tǒng)等因素密切相關(guān)，參照下列運(yùn)行環(huán)境：項(xiàng)目配置數(shù)據(jù)源SF15K24個(gè)CPU，32GB內(nèi)存，ORACLE10.2.0.2RAC目標(biāo)端SF15K24個(gè)CPU，32GB內(nèi)存，ORACLE10.2.0.2總數(shù)據(jù)量500GB左右（數(shù)據(jù)+索引）每天的日志量每天20GB日志網(wǎng)絡(luò)帶寬100M和20M要求提供相應(yīng)的性能參數(shù)指標(biāo)：類(lèi)別指標(biāo)參考值首次數(shù)據(jù)初始化同步首次數(shù)據(jù)庫(kù)初始化同步時(shí)間（100M帶寬）小于10小時(shí)首次數(shù)據(jù)庫(kù)初始化同步時(shí)間（20M帶寬）小于48小時(shí)首次數(shù)據(jù)庫(kù)初始化同步源端CPU占用小于30％源端CPU占用小于5％增量數(shù)據(jù)同步（單個(gè)復(fù)制鏈路）目標(biāo)端CPU占用小于5％源端內(nèi)存占用小于200M目標(biāo)端內(nèi)存占用小于200M復(fù)制數(shù)據(jù)延遲平均值10s以?xún)?nèi)源端CPU占用小于10％業(yè)務(wù)高峰期對(duì)系統(tǒng)的影響目標(biāo)端CPU占用小于10％復(fù)制數(shù)據(jù)延遲平均值10s以?xún)?nèi)1.3.5數(shù)據(jù)一致性要求數(shù)據(jù)庫(kù)復(fù)制軟件提供數(shù)據(jù)庫(kù)初始化同步、數(shù)據(jù)恢復(fù)后以及日常的數(shù)據(jù)一致性檢查方案，要求方案中詳細(xì)注明該數(shù)據(jù)一致性比對(duì)方案的特點(diǎn)以及操作復(fù)雜度，并可滿足如下要求：可在應(yīng)用不停機(jī)的情況下，查找和發(fā)現(xiàn)不一致的數(shù)據(jù)；一致性檢查需要能夠進(jìn)行對(duì)象屬性、記錄條數(shù)和記錄的字段內(nèi)容進(jìn)行一致性檢查；提供全庫(kù)的記錄級(jí)一致性檢查時(shí)間（以100GB支持不含PK/UK字段的表的一致性檢查和修復(fù)。請(qǐng)?zhí)峁┰跊](méi)有PK/UK字段的表中有1000萬(wàn)條記錄的比對(duì)時(shí)間。對(duì)于不一致的數(shù)據(jù)，需要提供不一致記錄詳細(xì)信息，以便進(jìn)行精確的修復(fù)，同時(shí)提供數(shù)據(jù)修復(fù)方案。數(shù)據(jù)修復(fù)工作要求操作簡(jiǎn)單，修復(fù)速度快，且修復(fù)過(guò)程中不影響業(yè)務(wù)正常運(yùn)行。1.3.6系統(tǒng)兼容性數(shù)據(jù)庫(kù)復(fù)制軟件應(yīng)支持以下操作系統(tǒng)平臺(tái)：SunSolaris9,10IBMAIX5.x數(shù)據(jù)庫(kù)復(fù)制軟件應(yīng)支持Oracle9i，Oracle10g，Oracle11g及后續(xù)數(shù)據(jù)庫(kù)版本；支持異構(gòu)平臺(tái)，源端和目標(biāo)端不同數(shù)據(jù)庫(kù)版本；支持Cluster/HACMP和RAC模式，并支持不同操作系統(tǒng)下不同數(shù)據(jù)庫(kù)版本之間的復(fù)制。1.3.7高可用性主系統(tǒng)和備用系統(tǒng)的數(shù)據(jù)庫(kù)處于雙活狀態(tài)，以保證在災(zāi)難發(fā)生前可在兩個(gè)系統(tǒng)上運(yùn)行不同類(lèi)型的應(yīng)用程序。數(shù)據(jù)庫(kù)復(fù)制軟件應(yīng)支持本地Cluster/HACMP的高可用方式，在本地單節(jié)點(diǎn)出現(xiàn)故障時(shí)，可通過(guò)Cluster軟件接管到其它節(jié)點(diǎn)。1.3.8健壯性要求數(shù)據(jù)庫(kù)復(fù)制軟件在各種大壓力和各種故障情況下不會(huì)造成數(shù)據(jù)復(fù)制失敗。網(wǎng)絡(luò)故障：長(zhǎng)時(shí)間中斷、短時(shí)間中斷及網(wǎng)絡(luò)時(shí)斷時(shí)續(xù)情況下的正常復(fù)制；數(shù)據(jù)庫(kù)故障：在目標(biāo)端數(shù)據(jù)庫(kù)故障下，源端數(shù)據(jù)庫(kù)不能受到影響。當(dāng)目標(biāo)端數(shù)據(jù)庫(kù)修復(fù)后，復(fù)制軟件繼續(xù)工作；服務(wù)器硬件故障：在目標(biāo)端服務(wù)器故障下，源端生產(chǎn)系統(tǒng)不能受到影響，當(dāng)目標(biāo)端修復(fù)后，復(fù)制軟件繼續(xù)工作。1.3.9設(shè)備無(wú)關(guān)性O(shè)racle臺(tái)之間數(shù)據(jù)庫(kù)的復(fù)制。1.3.10管理監(jiān)控功能數(shù)據(jù)庫(kù)復(fù)制軟件需提供統(tǒng)一的管理監(jiān)控功能，能實(shí)現(xiàn)對(duì)復(fù)制軟件的運(yùn)行狀態(tài)、運(yùn)行日志、系統(tǒng)配置等方面進(jìn)行統(tǒng)一的管理及監(jiān)控，保證出現(xiàn)錯(cuò)誤時(shí)具有完整方便的報(bào)警及跟蹤機(jī)制，方便故障的快速定位和解決。第二章OracleDataGuard介紹容災(zāi)系統(tǒng)主要包括數(shù)據(jù)保護(hù)和應(yīng)用切換兩大方面，其中最為重要的是數(shù)據(jù)保護(hù)部分。除了要將這些數(shù)據(jù)存放在高可用的存儲(chǔ)設(shè)備上之外，最重要的是這些關(guān)鍵數(shù)據(jù)應(yīng)該在異地之間保持一致，以使災(zāi)難發(fā)生后，系統(tǒng)可以盡快恢復(fù)。下面是幾種主要的數(shù)據(jù)保護(hù)技術(shù)。實(shí)現(xiàn)數(shù)據(jù)的異地復(fù)制，有軟件方式和硬件方式兩種途徑。軟件方式，是通過(guò)主機(jī)端軟件來(lái)實(shí)現(xiàn)，如第三方軟件或者數(shù)據(jù)庫(kù)廠家提供的遠(yuǎn)程數(shù)據(jù)容災(zāi)工具來(lái)實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的遠(yuǎn)程復(fù)制。硬件方式，是基于智能存儲(chǔ)系統(tǒng)的控制器的遠(yuǎn)程拷貝，可以在主、備存儲(chǔ)系統(tǒng)之間通過(guò)硬件實(shí)現(xiàn)復(fù)制。在實(shí)際的容災(zāi)系統(tǒng)中，由于系統(tǒng)的環(huán)境不同，安全性要求不同以及采用的軟硬件產(chǎn)品不同，數(shù)據(jù)復(fù)制過(guò)程中的工作機(jī)制也不盡相同。概括地講，數(shù)據(jù)復(fù)制地工作機(jī)制主要包括同步和異步兩種。同步遠(yuǎn)程鏡像(同步復(fù)制技術(shù))是指通過(guò)遠(yuǎn)程鏡像軟件，將本地?cái)?shù)據(jù)以完全同步的方式復(fù)制到異地，每一本地的I/O事務(wù)均需等待遠(yuǎn)程復(fù)制的完成確認(rèn)信息，方予以釋放。異步遠(yuǎn)程鏡像(異步復(fù)制技術(shù))保證在更新遠(yuǎn)程存儲(chǔ)視圖前完成向本地存儲(chǔ)系統(tǒng)的基本I/O操作，而由本地存儲(chǔ)系統(tǒng)提供給請(qǐng)求鏡像主機(jī)的I/O操作完成確認(rèn)信息，遠(yuǎn)程的數(shù)據(jù)復(fù)制以后臺(tái)同步的方式進(jìn)行。因?yàn)閹挼纫蛩叵拗?，本次容?zāi)方案僅包括了異步復(fù)制的方式的討論。2.1DataGuard實(shí)現(xiàn)原理OracleDataGuard是當(dāng)今保護(hù)企業(yè)核心資產(chǎn)（數(shù)據(jù)）的最有效解決方案，它能夠使數(shù)據(jù)在24x7的基礎(chǔ)上可用，而無(wú)論是否發(fā)生災(zāi)難或其它中斷。OracleDataGuard是管理、監(jiān)控和自動(dòng)化軟件的基礎(chǔ)架構(gòu)，它創(chuàng)建、維護(hù)和監(jiān)控一個(gè)或多個(gè)備用數(shù)據(jù)庫(kù)，以保護(hù)企業(yè)數(shù)據(jù)結(jié)構(gòu)不受故障、災(zāi)難、錯(cuò)誤和崩潰的影響。DataGuard使備用數(shù)據(jù)庫(kù)保持為與生產(chǎn)數(shù)據(jù)庫(kù)在事務(wù)上一致的副本。這些備用數(shù)據(jù)庫(kù)可能位于距生產(chǎn)數(shù)據(jù)中心數(shù)千公里的遠(yuǎn)程災(zāi)難恢復(fù)站點(diǎn)，或者可能位于同一城市、同一校園乃至同一建筑物內(nèi)。當(dāng)生產(chǎn)數(shù)據(jù)庫(kù)由于計(jì)劃中斷或意外中斷而變得不可用時(shí)，DataGuard可以將任意備用數(shù)據(jù)庫(kù)切換到生產(chǎn)角色，從而使與中斷相關(guān)的停機(jī)時(shí)間減到最少，并防止任何數(shù)據(jù)丟失。作為Oracle數(shù)據(jù)庫(kù)企業(yè)版的一個(gè)特性推出的DataGuard能夠與其它的Oracle高可用性(HA)(RAC)和恢復(fù)管理器(RMAN)提供業(yè)內(nèi)前所未有的高水平數(shù)據(jù)保護(hù)和數(shù)據(jù)可用性。下圖提供了OracleDataGuard的一個(gè)概述。OracleDataGuard包括一個(gè)生產(chǎn)數(shù)據(jù)庫(kù)，也稱(chēng)為主數(shù)據(jù)庫(kù)，以及一個(gè)或多個(gè)備用數(shù)據(jù)庫(kù)，這些備用數(shù)據(jù)庫(kù)是與主數(shù)據(jù)庫(kù)在事務(wù)上一致的副本。DataGuard利用重做數(shù)據(jù)保持這種事務(wù)一致性。當(dāng)主數(shù)據(jù)庫(kù)中發(fā)生事務(wù)時(shí)，則生成重做數(shù)據(jù)并將其寫(xiě)入本地重做日志文件中。通過(guò)DataGuard，還將重做數(shù)據(jù)傳輸?shù)絺溆谜军c(diǎn)上，并應(yīng)用到備用數(shù)據(jù)庫(kù)中，從而使備用數(shù)據(jù)庫(kù)與主數(shù)據(jù)庫(kù)保持同步。DataGuard允許管理員選擇將重做數(shù)據(jù)同步還是異步地發(fā)送到備用站點(diǎn)上。備用數(shù)據(jù)庫(kù)的底層技術(shù)是DataGuard重做應(yīng)用（物理備用數(shù)據(jù)庫(kù)）和DataGuardSQLOracle個(gè)獨(dú)立數(shù)據(jù)庫(kù)，它與主數(shù)據(jù)庫(kù)包含相同的數(shù)據(jù)。它使用SQL語(yǔ)句進(jìn)行更新，其相對(duì)優(yōu)勢(shì)是能夠并行用于恢復(fù)以及諸如報(bào)表、查詢(xún)等其他任務(wù)。DataGuard簡(jiǎn)化了主數(shù)據(jù)庫(kù)和選定的備用數(shù)據(jù)庫(kù)之間的轉(zhuǎn)換和故障切換，從而減少了由計(jì)劃停機(jī)和計(jì)劃外故障所導(dǎo)致的總停機(jī)時(shí)間。主數(shù)據(jù)庫(kù)和備用數(shù)據(jù)庫(kù)以及它們的各種交互可以使用SQL*Plus來(lái)進(jìn)行管理。為了獲得更簡(jiǎn)便的可管理性，DataGuard還提供了一個(gè)分布式管理框架（稱(chēng)為DataGuardBrokerDataGuard配置的創(chuàng)建、維護(hù)和監(jiān)控，并對(duì)這OracleEnterpriseManager或Broker自己的專(zhuān)用命令行界面(DGMGRL)來(lái)利用Broker的管理功能。下圖顯示了OracleDataGuard組件。2.2OracleDataGuard優(yōu)勢(shì)災(zāi)難恢復(fù)和高可用性—DataGuard提供了一個(gè)高效和全面的災(zāi)難恢復(fù)和高最少。完善的數(shù)據(jù)保護(hù)—使用備用數(shù)據(jù)庫(kù)，DataGuard可保證即使遇到不可預(yù)見(jiàn)的災(zāi)難也不會(huì)丟失數(shù)據(jù)。備用數(shù)據(jù)庫(kù)提供了防止數(shù)據(jù)損壞和用戶(hù)錯(cuò)誤的安全保護(hù)。用數(shù)據(jù)庫(kù)時(shí)會(huì)對(duì)其進(jìn)行驗(yàn)證。有效利用系統(tǒng)資源—備用數(shù)據(jù)庫(kù)表使用從主數(shù)據(jù)庫(kù)接收到的重做數(shù)據(jù)進(jìn)行CPU和I/O用數(shù)據(jù)庫(kù)，用戶(hù)可以在模式中不從主數(shù)據(jù)庫(kù)進(jìn)行更新的表上執(zhí)行數(shù)據(jù)處理操作。查詢(xún)性能和適應(yīng)特定的業(yè)務(wù)要求。靈活的數(shù)據(jù)保護(hù)功能，從而在可用性與性能要求之間取得平衡—OracleDataGuard業(yè)在系統(tǒng)性能要求和數(shù)據(jù)保護(hù)之間取得平衡。自動(dòng)間隔檢測(cè)及其解決方案—如果主數(shù)據(jù)庫(kù)與一個(gè)或更多個(gè)備用數(shù)據(jù)庫(kù)之DataGuard就自動(dòng)檢測(cè)丟失的存據(jù)庫(kù)將重新與主數(shù)據(jù)庫(kù)同步，而無(wú)需管理員的任何手動(dòng)干預(yù)。簡(jiǎn)單的集中式管理—DataGuardBroker使一個(gè)DataGuard配置中的多個(gè)數(shù)據(jù)庫(kù)間的管理和操作任務(wù)自動(dòng)化。Broker還監(jiān)控單個(gè)DataGuard配置內(nèi)的所有系統(tǒng)。管理員可以使用OracleEnterpriseManager或Broker自己專(zhuān)用的命令行界面(DGMGRL)來(lái)利用這個(gè)集成的管理框架。與Oracle數(shù)據(jù)庫(kù)集成—OracleDataGuard是作為Oracle數(shù)據(jù)庫(kù)（企業(yè)版）的一個(gè)完全集成的功能提供的，無(wú)需任何額外費(fèi)用。2.3DataGuard提供的保護(hù)模式Oracle針對(duì)用戶(hù)的不同需求提供三種保護(hù)模式：最大保護(hù)模式、最大性能模式、最大可用模式。Oracle提供的DataGuard在最大保護(hù)模式下可以確保數(shù)據(jù)完全不丟失。它在寫(xiě)本地日志的同時(shí)寫(xiě)遠(yuǎn)程standby10%網(wǎng)路鏈路還是standby數(shù)據(jù)庫(kù)等發(fā)生故障導(dǎo)致日志無(wú)法正常寫(xiě)均會(huì)導(dǎo)致主數(shù)據(jù)庫(kù)無(wú)法使用。因此只有在對(duì)數(shù)據(jù)安全要求最高的情況下才會(huì)考慮使用這種方式。Oracle也提供最大性能模式。這種模式下，不傳輸實(shí)時(shí)修改的日志文件，standby數(shù)據(jù)難發(fā)生的時(shí)候備份數(shù)據(jù)庫(kù)與主數(shù)據(jù)庫(kù)可能有一定的數(shù)據(jù)差異。Oracle提供的第三種模式是上述兩種方式的折中。在網(wǎng)絡(luò)正常的情況下它standby出現(xiàn)故障的大影響，而且對(duì)網(wǎng)絡(luò)鏈路要求較高。綜上所述，不同的保護(hù)模式比較如下：最大保護(hù)最大可用最大性能對(duì)主數(shù)據(jù)庫(kù)性能影響較高較高低對(duì)網(wǎng)絡(luò)鏈路要求極高高低備份系統(tǒng)發(fā)生故障主數(shù)據(jù)庫(kù)不可用無(wú)影響無(wú)影響數(shù)據(jù)保護(hù)無(wú)數(shù)據(jù)丟失基本無(wú)數(shù)據(jù)丟失少量數(shù)據(jù)丟失2.4DataGuard實(shí)現(xiàn)方式以及對(duì)系統(tǒng)的限制要求Oracle針對(duì)不同的用戶(hù)情況提供的兩種不同的standby方式。物理standby,邏輯standby。物理standby數(shù)據(jù)庫(kù)，在通常的模式下備份庫(kù)始終處于恢復(fù)狀態(tài)，用戶(hù)無(wú)做恢復(fù)與主數(shù)據(jù)保持一致。Oracle還提供邏輯standby數(shù)據(jù)庫(kù)。這種方式下數(shù)據(jù)庫(kù)可以在打開(kāi)的狀態(tài)下保持與主數(shù)據(jù)庫(kù)的同步工作。這種打開(kāi)狀態(tài)和普通的數(shù)據(jù)庫(kù)open狀態(tài)不同，standby一性索引。無(wú)論是物理standby還是邏輯standby均對(duì)系統(tǒng)要求如下:SUN大小、CPU數(shù)量主頻可以不同。操作系統(tǒng)版本、補(bǔ)丁完全相同。RACRAC模式，備份節(jié)點(diǎn)可以是單機(jī)。2.5切換方式OracleDataGuard可以實(shí)現(xiàn)failover以及switchover的切換。Switchover指有計(jì)劃的切換。如系統(tǒng)主數(shù)據(jù)庫(kù)服務(wù)器需要硬件維護(hù)等有計(jì)后執(zhí)行switchover的切換。這種情況下等主數(shù)據(jù)庫(kù)恢復(fù)正常后系統(tǒng)可以手工切換回來(lái)。Failover切換是指系統(tǒng)出現(xiàn)了異常情況下的切換。系統(tǒng)管理員發(fā)現(xiàn)主數(shù)據(jù)庫(kù)服務(wù)器恢復(fù)正常后需要重新配置整個(gè)DataGuard務(wù)器。IP要修改服務(wù)器IP地址或應(yīng)用程序重新指向。因?yàn)樵诓煌木钟蚓W(wǎng)內(nèi)，應(yīng)用中間這需要在容災(zāi)的預(yù)案中考慮。第三章系統(tǒng)建議方案針對(duì)本容災(zāi)方案，我們推薦采用OracleDataGuard技術(shù)。3.1DataGuard優(yōu)勢(shì)節(jié)約投資OracleDataGuard是Oracle原廠自帶的容災(zāi)產(chǎn)品。該產(chǎn)品完全免費(fèi)。在容災(zāi)軟件上用戶(hù)無(wú)需支付額外費(fèi)用，這可以大大節(jié)約用戶(hù)的資金投入。技術(shù)成熟、穩(wěn)定早在Oracle7版本就已經(jīng)推出該功能（當(dāng)時(shí)名稱(chēng)為Standby用了Oracle成熟的歸檔、備份、恢復(fù)技術(shù)。經(jīng)過(guò)多年不斷的發(fā)展，已經(jīng)成為一項(xiàng)技術(shù)成熟、穩(wěn)定，有廣泛成功案例的技術(shù)。對(duì)系統(tǒng)運(yùn)行性能影響小DataGuard器端將歸檔日志文件傳輸?shù)饺轂?zāi)節(jié)點(diǎn)。因此對(duì)生產(chǎn)系統(tǒng)性能影響極小。能夠滿足用戶(hù)基本業(yè)務(wù)需求DataGuard能夠滿足用戶(hù)基本的數(shù)據(jù)容災(zāi)、RTORPO3.2DataGuard運(yùn)行模式Oracle提供了物理DataGuard以及邏輯DataGuard兩種不同的方式。這兩種方式各有優(yōu)缺點(diǎn)。因?yàn)橛脩?hù)數(shù)據(jù)庫(kù)中存在大量表，這些表沒(méi)有PK/UK法滿足邏輯DataGuard的使用前提條件。在本方案中，我們推薦采用物理DataGuard的方式。3.3DataGuard保護(hù)模式根據(jù)用戶(hù)的實(shí)際情況，在主數(shù)據(jù)庫(kù)服務(wù)器和容災(zāi)數(shù)據(jù)庫(kù)服務(wù)器之間距離較允許在出現(xiàn)異常情況下15分鐘內(nèi)的數(shù)據(jù)丟失量，因此采用最大性能模式可以在現(xiàn)有帶寬的情況下滿足用戶(hù)的容災(zāi)需求。standby數(shù)據(jù)庫(kù)出現(xiàn)異常也不會(huì)影響主與主數(shù)據(jù)庫(kù)可能有一定的數(shù)據(jù)差異。3.4DataGuard初始安裝步驟1、確認(rèn)主數(shù)據(jù)庫(kù)運(yùn)行于歸檔模式如果主數(shù)據(jù)庫(kù)沒(méi)有處于歸檔模式，那么需要將數(shù)據(jù)庫(kù)運(yùn)行模式修改為歸檔模式。該修改過(guò)程需要短暫停止數(shù)據(jù)庫(kù)運(yùn)行。2、物理備份主數(shù)據(jù)庫(kù)的所有數(shù)據(jù)文件該部分工作可以在不影響業(yè)務(wù)正常運(yùn)行的情況下執(zhí)行。該部分工作依據(jù)數(shù)據(jù)量以及I/O速度不同，所需要的時(shí)間也不同。一般估算，100G的數(shù)據(jù)應(yīng)在1小時(shí)內(nèi)備份完成。該備份操作啟動(dòng)后無(wú)需人為干預(yù)。3、在主數(shù)據(jù)庫(kù)創(chuàng)建standby控制文件通過(guò)命令創(chuàng)建災(zāi)備中心的控制文件。4、拷貝備份的數(shù)據(jù)文件、standby控制文件及日志文件到備份節(jié)點(diǎn)。100G的備份文件經(jīng)壓縮，通常壓縮率在40%-50%100G文件壓縮后約50G20M帶寬的情況下，假設(shè)網(wǎng)絡(luò)利用率為70%，那么速度約為6G/每小時(shí)；50G的文件需要9個(gè)小時(shí)傳遞完成。在網(wǎng)速為100M帶寬的情況下，假設(shè)網(wǎng)絡(luò)利用率為70%，那么速度約為30G/50G的文件需要1.5個(gè)小時(shí)傳遞完成。在數(shù)據(jù)傳輸啟動(dòng)后無(wú)需人為干預(yù)。5、配置主、備中心的數(shù)據(jù)庫(kù)服務(wù)器DataGuard環(huán)境該操作對(duì)主數(shù)據(jù)庫(kù)運(yùn)行沒(méi)有任何影響。其中災(zāi)備中心數(shù)據(jù)庫(kù)平臺(tái)要求與主中心架構(gòu)一致，如均為SUN小型機(jī)。操作系統(tǒng)版本及數(shù)據(jù)庫(kù)版本均需要一致。DataGuard容災(zāi)。6、使用主中心備份的文件創(chuàng)建災(zāi)備中心數(shù)據(jù)庫(kù)系統(tǒng)。該操作主要是解壓文件、恢復(fù)數(shù)據(jù)文件的時(shí)間。約為2小時(shí)。73.5用戶(hù)需求點(diǎn)對(duì)點(diǎn)應(yīng)答3.5.1日常功能將生產(chǎn)中心發(fā)卡系統(tǒng)上的數(shù)據(jù)庫(kù)變化實(shí)時(shí)異步復(fù)制到災(zāi)備中心；應(yīng)答：滿足。DataGuard通過(guò)歸檔日志將數(shù)據(jù)庫(kù)變化復(fù)制到災(zāi)備中心。災(zāi)備中心的Oracle數(shù)據(jù)庫(kù)處于打開(kāi)狀態(tài)，可提供實(shí)時(shí)數(shù)據(jù)查詢(xún)；DataGuard在正常恢復(fù)的時(shí)候無(wú)法處于打開(kāi)狀態(tài)，在打開(kāi)的狀態(tài)下無(wú)法處于恢復(fù)與主數(shù)據(jù)庫(kù)保持一致的狀態(tài)。本系統(tǒng)的RPO<15分鐘，RTO<6小時(shí)，每天歸檔日志產(chǎn)生量<20G?？梢钥紤]以下方式解決該問(wèn)題：如果用戶(hù)對(duì)容災(zāi)數(shù)據(jù)庫(kù)使用時(shí)間為白天，那么在白天，將數(shù)據(jù)庫(kù)啟動(dòng)為只讀，白天數(shù)據(jù)庫(kù)做恢復(fù)。容災(zāi)中心數(shù)據(jù)庫(kù)只在指定時(shí)間內(nèi)對(duì)數(shù)據(jù)庫(kù)做恢復(fù)，因此該數(shù)據(jù)庫(kù)與主數(shù)據(jù)庫(kù)之間存在1會(huì)同步寫(xiě)入容災(zāi)中心，因此系統(tǒng)可以滿足RPO<15分鐘的要求。當(dāng)出現(xiàn)需要啟動(dòng)志量<20G，系統(tǒng)使用這些歸檔日志恢復(fù)數(shù)據(jù)的時(shí)間<2小時(shí)，能夠滿足RTO<6小時(shí)的業(yè)務(wù)需求。如果用戶(hù)對(duì)容災(zāi)中心數(shù)據(jù)庫(kù)使用為全天24DataGuard無(wú)法滿足要求，在Oracle11G以后的版本提供該功能。對(duì)生產(chǎn)系統(tǒng)的資源占用不能太多，不能影響到生產(chǎn)系統(tǒng)的正常運(yùn)行；DataGuard的最大性能模式，生產(chǎn)中心主機(jī)僅需要在歸檔產(chǎn)系統(tǒng)的正常運(yùn)行。對(duì)網(wǎng)絡(luò)帶寬的占用較低。DataGuard傳輸內(nèi)容數(shù)據(jù)變化產(chǎn)生的歸檔日志文件。目前每天歸檔日志產(chǎn)生量為20G，那么傳輸量為20G/天。3.5.2故障切換備中心提供業(yè)務(wù)接管。應(yīng)答：滿足。災(zāi)備中心可以提供數(shù)據(jù)庫(kù)服務(wù)器。災(zāi)備中心必須在生產(chǎn)中心不可用6小時(shí)之內(nèi)完成業(yè)務(wù)接管。應(yīng)答：滿足。災(zāi)備中心可以在6小時(shí)內(nèi)完成業(yè)務(wù)接管。據(jù)反向復(fù)制回生產(chǎn)中心，實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。應(yīng)答：部分滿足。系統(tǒng)切換可以分為有計(jì)劃的停機(jī)以及故障停機(jī)。在有計(jì)劃停機(jī)的情況下，災(zāi)備中心數(shù)據(jù)庫(kù)在啟用的時(shí)候，數(shù)據(jù)庫(kù)內(nèi)容保持用期間數(shù)據(jù)修改反向復(fù)制回生產(chǎn)中心，實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。(<15分鐘)尚未傳遞到備份中新傳遞回主中心才能實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。3.5.3基本要求復(fù)制軟件應(yīng)滿足在單機(jī)或RAC環(huán)境下，對(duì)Oracle在線日志(Onlineredolog)的捕捉及復(fù)制；DataGuard通過(guò)對(duì)Onlineredolog產(chǎn)生的歸檔文件復(fù)制來(lái)完成容災(zāi)。支持Oracle中所有的常用數(shù)據(jù)類(lèi)型，如Oracle中的LONG、LONGRAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可實(shí)現(xiàn)用戶(hù)自定義表、字段進(jìn)行復(fù)制；應(yīng)答：滿足。物理DataGuard支持Oracle中所有的常用數(shù)據(jù)類(lèi)型支持對(duì)數(shù)據(jù)庫(kù)中常用DDL操作的復(fù)制；應(yīng)答：滿足。物理DataGuard支持Oracle中常用DDL的操作復(fù)制。支持事務(wù)復(fù)制，要求對(duì)數(shù)據(jù)庫(kù)中較大的事務(wù)不會(huì)出現(xiàn)過(guò)多延遲；應(yīng)答：滿足。物理DataGuard支持事務(wù)復(fù)制。對(duì)較大事務(wù)不會(huì)出現(xiàn)過(guò)多延遲。支持沒(méi)有PK/UK字段的表的同步。應(yīng)答：滿足。物理DataGuard支持沒(méi)有PK/UK字段的表的同步。務(wù)需求；應(yīng)答：滿足。DataGuard可以靈活地控制主、備節(jié)點(diǎn)的swithover切換。前就已經(jīng)不一致，應(yīng)提供報(bào)警功能，以便及時(shí)發(fā)現(xiàn)錯(cuò)誤，避免錯(cuò)誤的擴(kuò)大；DataGuard復(fù)制的前提條件是主、備數(shù)據(jù)庫(kù)保持一致，因此不會(huì)出現(xiàn)復(fù)制的數(shù)據(jù)在之前已經(jīng)不一致的情況。提供專(zhuān)用圖形化集中管理軟件。應(yīng)答：滿足。DataGuardBroker與OEM可以提供很方便的圖形化集中管理。3.5.4性能要求數(shù)據(jù)庫(kù)初始化同步要求數(shù)據(jù)庫(kù)復(fù)制軟件能夠?qū)l(fā)卡系統(tǒng)的數(shù)據(jù)庫(kù)中已有數(shù)據(jù)初始化同步到災(zāi)備中所需要的時(shí)間（以100GB否需要人為干預(yù)，從而可以有效地評(píng)估整個(gè)首次數(shù)據(jù)初始化的工作量。數(shù)據(jù)庫(kù)的初始化同步操作。應(yīng)答：滿足。詳見(jiàn)DataGuard初始安裝步驟數(shù)據(jù)復(fù)制性能指標(biāo)照下列運(yùn)行環(huán)境：項(xiàng)目配置數(shù)據(jù)源SF15K24個(gè)CPU，32GB內(nèi)存，ORACLE10.2.0.2RAC目標(biāo)端SF15K24個(gè)CPU，32GB內(nèi)存，ORACLE10.2.0.2總數(shù)據(jù)量500GB左右（數(shù)據(jù)+索引）每天的日志量每天20GB日志網(wǎng)絡(luò)帶寬100M和20M要求提供相應(yīng)的性能參數(shù)指標(biāo)：類(lèi)別指標(biāo)參考值應(yīng)答首次數(shù)據(jù)初始化同步首次數(shù)據(jù)庫(kù)初始化同步時(shí)間（100M帶寬）首次數(shù)據(jù)庫(kù)初始化同步時(shí)間（20M帶寬）首次數(shù)據(jù)庫(kù)初始化同步源端CPU占用小于10小時(shí)小于48小時(shí)小于30％滿足，首次初始化同步時(shí)間小于5小時(shí)12小時(shí)1%源端CPU占用小于5％1%目標(biāo)端CPU占用小于5％5%增量源端內(nèi)存占用小于200M滿足，對(duì)主資源消耗極小。無(wú)需額外內(nèi)存消耗數(shù)據(jù)同步目標(biāo)端內(nèi)存占用小于200M滿足，對(duì)主資源消耗極小。無(wú)需額外內(nèi)存消耗（單個(gè)不滿足。在最大性能模式下，物理復(fù)制鏈DataGuard在日志切換后將改變的數(shù)路）復(fù)制數(shù)據(jù)延遲平均值10s以?xún)?nèi)據(jù)寫(xiě)入災(zāi)備中心。頻繁的日志切換將影響數(shù)據(jù)庫(kù)運(yùn)行性能。建議將日志切換頻率設(shè)置為10最大延遲約為10分鐘。業(yè)務(wù)高源端CPU占用小于10％1%峰期對(duì)目標(biāo)端CPU占用小于10％5%系統(tǒng)的不滿足。在最大性能模式下，物理影響DataGuard在日志切換后將改變的數(shù)復(fù)制數(shù)據(jù)延遲平均值10s以?xún)?nèi)據(jù)寫(xiě)入災(zāi)備中心。頻繁的日志切換將影響數(shù)據(jù)庫(kù)運(yùn)行性能。建議將日志切換頻率設(shè)置為10最大延遲約為10分鐘。3.5.5數(shù)據(jù)一致性度，并可滿足如下要求：可在應(yīng)用不停機(jī)的情況下，查找和發(fā)現(xiàn)不一致的數(shù)據(jù)；致性檢查；提供全庫(kù)的記錄級(jí)一致性檢查時(shí)間（以100GB支持不含PK/UKPK/UK字段的表中有1000萬(wàn)條記錄的比對(duì)時(shí)間。對(duì)于不一致的數(shù)據(jù)，需要提供不一致記錄詳細(xì)信息，以便進(jìn)行精確的修復(fù)，中不影響業(yè)務(wù)正常運(yùn)行。DataGuard動(dòng)的。當(dāng)系統(tǒng)發(fā)生Switchover的切換以后，主備關(guān)系變化，同樣只有主數(shù)據(jù)庫(kù)（原來(lái)的備數(shù)據(jù)庫(kù)）可以修改，備數(shù)據(jù)庫(kù)（原來(lái)的主數(shù)據(jù)庫(kù)）是不可以修改