OracleDataGuard容災(zāi)方案

1、Oracle數(shù)據(jù)庫(kù)異地容災(zāi)方案介紹2008年 11月第一章 需求分析序言用戶現(xiàn)狀系統(tǒng)平臺(tái)數(shù)據(jù)庫(kù)平臺(tái)用戶需求日常功能故障切換基本要求性能要求數(shù)據(jù)一致性系統(tǒng)兼容性高可用性健壯性要求設(shè)備無(wú)關(guān)性管理監(jiān)控功能第二章 Oracle Data Guard 介紹Data Guard 實(shí)現(xiàn)原理Oracle Data Guard 優(yōu)勢(shì)Data Guard 提供的保護(hù)模式目錄錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定

2、義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。錯(cuò)誤!未定義書(shū)簽。Data Guard 實(shí)現(xiàn)方式以及對(duì)系統(tǒng)的限制要求錯(cuò)誤!未定義書(shū)簽。切換方式錯(cuò)誤!未定義書(shū)簽。第三章 系統(tǒng)建議方案錯(cuò)誤!未定義書(shū)簽。Data Guard 優(yōu)勢(shì)錯(cuò)誤!未定義書(shū)簽。Data Guard 運(yùn)行模式錯(cuò)誤!未定義書(shū)簽。Data Guard 保護(hù)模式錯(cuò)誤!未定義書(shū)簽。Data Guard 初始安裝步驟 . .錯(cuò) 誤!未定義書(shū)簽。用戶需求點(diǎn)對(duì)點(diǎn)應(yīng)答 .錯(cuò)誤!未定義書(shū)簽。日常功能 .錯(cuò)誤!未定義書(shū)簽。故障切換 .錯(cuò)誤!未定義書(shū)簽?；疽?.錯(cuò)誤!未定義書(shū)簽。性能要求 .錯(cuò)誤!未

3、定義書(shū)簽。數(shù)據(jù)一致性 .錯(cuò)誤!未定義書(shū)簽。系統(tǒng)兼容性 .錯(cuò)誤!未定義書(shū)簽。高可用性 .錯(cuò)誤!未定義書(shū)簽。健壯性要求 .錯(cuò)誤!未定義書(shū)簽。設(shè)備無(wú)關(guān)性 .錯(cuò)誤!未定義書(shū)簽。管理監(jiān)控功能 .錯(cuò)誤!未定義書(shū)簽。第一章 需求分析1.1序言在信息時(shí)代， 數(shù)據(jù)是企業(yè)創(chuàng)造商業(yè)價(jià)值的生產(chǎn)資料， 數(shù)據(jù)的丟失將為企業(yè)帶來(lái) 毀滅性的災(zāi)難。據(jù) Gartner Group 的調(diào)查數(shù)據(jù)表明，在經(jīng)歷過(guò)大型災(zāi)難或長(zhǎng)時(shí)間系 統(tǒng)停運(yùn)的公司中，有 2/5 的公司再也未恢復(fù)運(yùn)行，而在其余的公司中，有 1/3 的公 司在兩年內(nèi)破產(chǎn)。有句古諺叫“別把雞蛋放在一個(gè)籃子里”。 現(xiàn)在的信息系統(tǒng)， 各種數(shù)據(jù)高度集中，“雞蛋”全放在一個(gè)籃里了。一旦

4、出現(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上各銀行（民生銀行貸記卡系統(tǒng)擬 遷移至 IBM 主機(jī)，故此次災(zāi)備項(xiàng)目暫不考慮； 郵儲(chǔ)銀行貸記卡系統(tǒng)主機(jī)為 IBM P570， 也不在考慮范圍之內(nèi)） 發(fā)卡系統(tǒng)的安全， 在災(zāi)難情況下，最大限度地保護(hù)公司資產(chǎn)， 減少公司各方面的損失，保證發(fā)卡系統(tǒng)的業(yè)務(wù)連續(xù)性。本方案僅對(duì)異地容災(zāi)數(shù)據(jù)庫(kù)復(fù)制軟件部分做相應(yīng)闡述。1.2用戶現(xiàn)狀1.2.1系統(tǒng)平臺(tái)發(fā)卡系統(tǒng)運(yùn)行在一臺(tái) Sun Fire E25K企業(yè)級(jí)服務(wù)器上，通過(guò)兩臺(tái)Brocade

5、 SW4900SAN交換機(jī)與兩臺(tái)企業(yè)級(jí)存儲(chǔ)ST9990 SE9970相連，應(yīng)用系統(tǒng)核心文件和數(shù)據(jù)庫(kù)數(shù)據(jù)文件均存放在該存儲(chǔ)上，存儲(chǔ)系統(tǒng)磁盤(pán)采用RAID 1+0方式。L180 (2 LTO-3)通過(guò)在主機(jī)端使用SF25K劃分為四個(gè)物理分區(qū)（Domain）,每家銀行均使用其中的兩個(gè)，一個(gè)Domain 作為生產(chǎn)主機(jī)，另一個(gè) Domain作為熱備主機(jī)。Domain操作系統(tǒng)為Solaris 10，數(shù) 據(jù)庫(kù)系統(tǒng)為Oracle RAC。通過(guò)Sun Cluster集群軟件，實(shí)現(xiàn)了生產(chǎn)機(jī)房?jī)?nèi)的雙機(jī)熱備份，保證了系統(tǒng)的高可用性。此外，在主機(jī)端還通過(guò)Sun MPXIO多通道負(fù)載均 衡軟件，實(shí)現(xiàn)兩條光纖通道的負(fù)載均衡，

6、進(jìn)一步避免了單點(diǎn)故障。以下是發(fā)卡系統(tǒng)SAN架構(gòu)圖:V280RNBU Master ServerVxVM卷管理軟件，已建立了同機(jī)房數(shù)據(jù)災(zāi)備系統(tǒng)，兩臺(tái)存 儲(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=0SE9970ST9990VTL生產(chǎn)主機(jī)ST9990SE9970122數(shù)據(jù)庫(kù)平臺(tái)發(fā)卡系統(tǒng)中的數(shù)據(jù)庫(kù)系統(tǒng)，是整個(gè)生產(chǎn)系統(tǒng)中最關(guān)鍵、最復(fù)雜的數(shù)據(jù)對(duì)象，發(fā) 卡系統(tǒng)的業(yè)務(wù)運(yùn)轉(zhuǎn)直接依賴(lài)于這些數(shù)據(jù)的可用性。為了確保數(shù)據(jù)庫(kù)的高可用性

7、，發(fā)卡系統(tǒng)數(shù)據(jù)庫(kù)使用了Oracle 10g RAC版本,主、備機(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)下表:Archive log 數(shù)據(jù)量（GB實(shí)例名總數(shù)據(jù)量（GB平均每天最大帳單日高峰期 Archive log 變化量（MB/s）HX2514SZ1512CR935DE385UC2751216合計(jì)44620321.3.1日常功能1.3.2故障切換1.3.3基本要求1.3用戶需求銀聯(lián)數(shù)據(jù)擬為提供外包服務(wù)的各銀行發(fā)卡系統(tǒng)建設(shè)異地災(zāi)備系統(tǒng)，生產(chǎn)系統(tǒng)位于上海，災(zāi)備系統(tǒng)位于北京。主備中心之間采用

8、數(shù)據(jù)庫(kù)復(fù)制軟件進(jìn)行異步數(shù)據(jù)復(fù)制，以保證生產(chǎn)數(shù)據(jù)的安全性，滿足發(fā)卡系統(tǒng)的業(yè)務(wù)連續(xù)性需求。將生產(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ò)帶寬的占用較低。當(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ù)。復(fù)制軟件應(yīng)滿足在單機(jī)或 RAC環(huán)境下，對(duì)Oracle在線日志(Onlin

9、e redo log)的捕捉及復(fù)制； 支持Oracle中所有的常用數(shù)據(jù)類(lèi)型，如 Oracle中的LONG、LONG RAWBLOB CLOB NCLOBTIMESTAM等，可實(shí)現(xiàn)用戶自定義表、字段進(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)用圖形化集中管理軟件。134性能要求數(shù)據(jù)庫(kù)初始化同步要求

10、數(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è)首次同步操作所 需要的時(shí)間（以100GB數(shù)據(jù)為標(biāo)準(zhǔn)），并且要求列出整個(gè)首次初始化過(guò)程中是否需 要人為干預(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)，參照

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

12、s以?xún)?nèi)源端CPU占用小于10%目標(biāo)端CPU占用小于10%業(yè)務(wù)高峰期對(duì)系統(tǒng)的影響復(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的數(shù)據(jù)為例）。支持不含PK/UK字段的表的一致性檢查和修復(fù)。請(qǐng)?zhí)峁┰跊](méi)有 PK/UK字段的表中有1000萬(wàn)條記錄的比對(duì)時(shí)間。對(duì)于不一致的數(shù)據(jù)，需要提供不

13、一致記錄詳細(xì)信息，以便進(jìn)行精確的修復(fù)，同時(shí)提供數(shù)據(jù)修復(fù)方案。數(shù)據(jù)修復(fù)工作要求操作簡(jiǎn)單，修復(fù)速度快，且修復(fù)過(guò)程中不影響業(yè)務(wù)正常運(yùn)行。136系統(tǒng)兼容性數(shù)據(jù)庫(kù)復(fù)制軟件應(yīng)支持以下操作系統(tǒng)平臺(tái):Sun Solaris 9,10IBM AIX數(shù)據(jù)庫(kù)復(fù)制軟件應(yīng)支持 Oracle 9i , Oracle 10g , Oracle 11g及后續(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)

14、支持本地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ù)器硬件故障:當(dāng)目標(biāo)端修復(fù)后,在目標(biāo)端服務(wù)器故障下，源端生產(chǎn)系統(tǒng)不能受到影響,復(fù)制軟件繼續(xù)工作。1.3.9設(shè)備無(wú)關(guān)性獨(dú)立于任何硬件設(shè)備、操作系統(tǒng)和Oracle數(shù)據(jù)庫(kù)的不同版本，能夠?qū)崿F(xiàn)不同平臺(tái)之間數(shù)據(jù)庫(kù)的復(fù)制。1.3.10管理監(jiān)控功能

15、數(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ī)制，方便故障的快速定位和解決。第二章 Oracle Data Guard 介紹容災(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)

16、實(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

17、 操作完成確認(rèn)信息，遠(yuǎn)程的數(shù)據(jù)復(fù)制以后臺(tái)同步的方式進(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ǔ)上可用，而無(wú)論是否發(fā)生災(zāi)難或其它中斷。Oracle Data Guard 是管理、監(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ò)誤和崩潰的 影響。Data Guard 使備用數(shù)據(jù)庫(kù)保持為與生產(chǎn)數(shù)據(jù)庫(kù)在事務(wù)上一致的副本。這些備 用數(shù)據(jù)庫(kù)可能位于距生產(chǎn)數(shù)據(jù)中心數(shù)千公里的

18、遠(yuǎn)程災(zāi)難恢復(fù)站點(diǎn)，或者可能位于同 一城市、同一校園乃至同一建筑物內(nèi)。當(dāng)生產(chǎn)數(shù)據(jù)庫(kù)由于計(jì)劃中斷或意外中斷而變 得不可用時(shí)， Data Guard 可以將任意備用數(shù)據(jù)庫(kù)切換到生產(chǎn)角色， 從而使與中斷相 關(guān)的停機(jī)時(shí)間減到最少，并防止任何數(shù)據(jù)丟失。作為 Oracle 數(shù)據(jù)庫(kù)企業(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 Guard 包括一個(gè)生產(chǎn)數(shù)據(jù)庫(kù)，也稱(chēng)

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

20、結(jié)構(gòu)，并且使用 Oracle 介質(zhì)恢復(fù)進(jìn)行更新。邏輯備用數(shù)據(jù)庫(kù)是 個(gè)獨(dú)立數(shù)據(jù)庫(kù)， 它與主數(shù)據(jù)庫(kù)包含相同的數(shù)據(jù)。 它使用 SQL 語(yǔ)句進(jìn)行更新， 其相對(duì) 優(yōu)勢(shì)是能夠并行用于恢復(fù)以及諸如報(bào)表、查詢(xún)等其他任務(wù)。Data Guard 簡(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)便的可管理性， Data Guard 還提供了一個(gè)分布式管理框架 (稱(chēng)為 DataGuard Broker )，它不但自動(dòng)化了 Data Guard 配置的創(chuàng)建、維護(hù)和監(jiān)控，并

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

22、據(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ù)庫(kù)表使用從主數(shù)據(jù)庫(kù)接收到的重做數(shù)據(jù)進(jìn)行更新，并且可用于諸如備份操作、報(bào)表、合計(jì)和查詢(xún)等其它任務(wù)，從而減少執(zhí)行這些任務(wù)所必需的主數(shù)據(jù)庫(kù)工作負(fù)載， 節(jié)省寶貴的 CPU 和 I/O 周期。使用邏輯備用數(shù)據(jù)庫(kù)，用戶可以在模式中不從主數(shù)據(jù)庫(kù)進(jìn)行更新的表上執(zhí)行數(shù)據(jù)處理操作。邏輯備用數(shù)據(jù)庫(kù)可以在從主數(shù)據(jù)庫(kù)中對(duì)表進(jìn)行更新時(shí)保持打開(kāi)，并可同時(shí)對(duì)表進(jìn)行只讀訪問(wèn)。 最

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

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

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

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

27、最大性能模式， 日志延遲傳遞，不會(huì)導(dǎo)致主數(shù)據(jù)庫(kù)停止 運(yùn)行。這種方式在正常情況下因?yàn)槿罩緦?shí)時(shí)傳遞， 因此同樣對(duì)主數(shù)據(jù)庫(kù)性能有較 大影響，而且對(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.4 Data Guard 實(shí)現(xiàn)方式以及對(duì)系統(tǒng)的限制要求Oracle針對(duì)不同的用戶情況提供的兩種不同的standby方式。物理standby , 邏輯 standby。物理standby數(shù)據(jù)庫(kù)，在通常的模式下備份庫(kù)始終處于恢復(fù)狀態(tài)，用戶無(wú)法訪問(wèn)備

28、份庫(kù)的數(shù)據(jù)。如果需要訪問(wèn)數(shù)據(jù)，需要將恢復(fù)模式停止，將數(shù)據(jù)庫(kù)打開(kāi) 以及switchover的切換。到只讀狀態(tài)。這兩種狀態(tài)是排它的，也就是說(shuō)數(shù)據(jù)庫(kù)要么是恢復(fù)狀態(tài)，保持和主 數(shù)據(jù)庫(kù)一致，在這種狀態(tài)下數(shù)據(jù)庫(kù)內(nèi)容不可訪問(wèn)； 要么是只讀狀態(tài)，數(shù)據(jù)庫(kù)不會(huì) 做恢復(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)不同, 不能對(duì)數(shù)據(jù)做修改。這種方式通常用于繁忙的系統(tǒng)，如主數(shù)據(jù)庫(kù)日常完成業(yè)務(wù)處理，邏輯standby數(shù)據(jù)庫(kù)在完成容災(zāi)的同時(shí)分擔(dān)主數(shù)據(jù)庫(kù)的查詢(xún)統(tǒng)計(jì)工作。這樣 大大節(jié)約了系統(tǒng)資源。但這種方式對(duì)

29、數(shù)據(jù)庫(kù)有一定的限制， 并不是所有的系統(tǒng)都 能夠支持。部分較為特殊的數(shù)據(jù)類(lèi)型不支持，另外所有的表必須要有主鍵或者唯 一性索引。無(wú)論是物理standby還是邏輯standby均對(duì)系統(tǒng)要求如下：主備數(shù)據(jù)庫(kù)必須是完全相同的硬件架構(gòu)， 如均為sur平臺(tái)。機(jī)器的內(nèi)存 大小、CPL數(shù)量主頻可以不同。操作系統(tǒng)版本、補(bǔ)丁完全相同。數(shù)據(jù)庫(kù)版本完全相同。但 RAC選件可以不同。即主數(shù)據(jù)庫(kù)可以是 RAC 模式，備份節(jié)點(diǎn)可以是單機(jī)。2.5切換方式Oracle Data Guard可以實(shí)現(xiàn) failoverSwitchover指有計(jì)劃的切換。如系統(tǒng)主數(shù)據(jù)庫(kù)服務(wù)器需要硬件維護(hù)等有計(jì) 劃的停機(jī)操作。這時(shí)候可以手工將所有的日志

30、以及歸檔日志文件傳輸?shù)絺浞莨?jié)點(diǎn)后執(zhí)行 switchover 的切換。這種情況下等主數(shù)據(jù)庫(kù)恢復(fù)正常后系統(tǒng)可以手工切 換回來(lái)。Failover 切換是指系統(tǒng)出現(xiàn)了異常情況下的切換。系統(tǒng)管理員發(fā)現(xiàn)主數(shù)據(jù) 庫(kù)服務(wù)器無(wú)法提供服務(wù)， 決定啟動(dòng)容災(zāi)系統(tǒng)。 在這種情況下的切換后如果主數(shù)據(jù) 庫(kù)服務(wù)器恢復(fù)正常后需要重新配置整個(gè) Data Guard 環(huán)境，無(wú)法切換回主數(shù)據(jù)庫(kù) 服務(wù)器。無(wú)論是那種切換方式，主備系統(tǒng)之間均存在部分差別。如 IP 地址不同，需 要修改服務(wù)器 IP 地址或應(yīng)用程序重新指向。因?yàn)樵诓煌木钟蚓W(wǎng)內(nèi)，應(yīng)用中間 件需要跨防火墻訪問(wèn)系統(tǒng)。 機(jī)器檔次不同、網(wǎng)絡(luò)帶寬不同造成的性能下降等問(wèn)題。這需要在容災(zāi)

31、的預(yù)案中考慮。第三章系統(tǒng)建議方案針對(duì)本容災(zāi)方案，我們推薦采用Oracle Data Guard技術(shù)。3.1 Data Guard 優(yōu)勢(shì)節(jié)約投資Oracle Data Guard 是Oracle原廠自帶的容災(zāi)產(chǎn)品。該產(chǎn)品完全免費(fèi)。在容災(zāi)軟件上用戶無(wú)需支付額外費(fèi)用，這可以大大節(jié)約用戶的資金投入。技術(shù)成熟、穩(wěn)定早在Oracle 7版本就已經(jīng)推出該功能（當(dāng)時(shí)名稱(chēng)為Standby數(shù)據(jù)庫(kù)）。其核心采用了 Oracle成熟的歸檔、備份、恢復(fù)技術(shù)。經(jīng)過(guò)多年不斷的發(fā)展,已經(jīng)成為一項(xiàng)技術(shù)成熟、穩(wěn)定，有廣泛成功案例的技術(shù)。對(duì)系統(tǒng)運(yùn)行性能影響小Data Guard在主數(shù)據(jù)庫(kù)服務(wù)器端不存在對(duì)日志解析等工作，僅需要主數(shù)據(jù)

32、庫(kù)服務(wù)器端將歸檔日志文件傳輸?shù)饺轂?zāi)節(jié)點(diǎn)。因此對(duì)生產(chǎn)系統(tǒng)性能影響極小。能夠滿足用戶基本業(yè)務(wù)需求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ù)庫(kù)中存在大量表，這些表沒(méi)有PK/UK因此 無(wú)法滿足邏輯Data Guard的使用前提條件。在本方案中，我們推薦采用物理DataGuard的方式。3.3 Data Guard 保護(hù)模式根據(jù)用戶的實(shí)際情況，在主數(shù)據(jù)庫(kù)服務(wù)器和容災(zāi)數(shù)據(jù)庫(kù)服務(wù)器之間距離較 遠(yuǎn)，使用最大保護(hù)

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

34、式，那么需要將數(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)。因?yàn)閿?shù)據(jù)量較大，可以將備份的文件壓縮后傳遞。100G的備份文件經(jīng)壓縮，通常壓縮率在40% - 50%之間。100G文件壓縮后約50G在網(wǎng)速為20M帶

35、寬的情 況下，假設(shè)網(wǎng)絡(luò)利用率為70%那么速度約為6G/每小時(shí)；50G的文件需要9個(gè) 小時(shí)傳遞完成。在網(wǎng)速為100M帶寬的情況下，假設(shè)網(wǎng)絡(luò)利用率為 70%那么速 度約為30G/每小時(shí)；50G的文件需要個(gè)小時(shí)傳遞完成。在數(shù)據(jù)傳輸啟動(dòng)后無(wú)需人 為干預(yù)。5、配置主、備中心的數(shù)據(jù)庫(kù)服務(wù)器Data Guard環(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ù)版本均需要一致。Data Guard不支持異構(gòu)平臺(tái)數(shù)據(jù)容災(zāi)，也不支持不同數(shù)據(jù)庫(kù)版本之間做數(shù) 據(jù)容災(zāi)。6使用主中心備份的文件創(chuàng)建災(zāi)備中心數(shù)據(jù)庫(kù)系統(tǒng)。該操作主要是解壓文件、恢復(fù)數(shù)據(jù)文

36、件的時(shí)間。約為 2小時(shí)。7、配置災(zāi)備中心環(huán)境。根據(jù)主中心的歸檔日志保持災(zāi)備中心與主中心一3.5用戶需求點(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)答：滿足。Data Guard通過(guò)歸檔日志將數(shù)據(jù)庫(kù)變化復(fù)制到災(zāi)備中心。災(zāi)備中心的Oracle數(shù)據(jù)庫(kù)處于打開(kāi)狀態(tài)，可提供實(shí)時(shí)數(shù)據(jù)查詢(xún)；應(yīng)答：部分滿足。物理 Data Guard在正?；謴?fù)的時(shí)候無(wú)法處于打開(kāi)狀態(tài)，在打開(kāi)的狀態(tài)下無(wú)法處于恢復(fù)與主數(shù)據(jù)庫(kù)保持一致的狀態(tài)。本系統(tǒng)的RP Ov1驕鐘,RTOV創(chuàng)、時(shí)，每天歸檔日志產(chǎn)生量V20G可以考慮以下方式解決該問(wèn)題：如果用戶對(duì)容災(zāi)數(shù)據(jù)庫(kù)使用時(shí)間為白天，那么在白天，將數(shù)據(jù)庫(kù)

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

38、版本Data Guard無(wú) 法滿足要求，在OraclellG以后的版本提供該功能。對(duì)生產(chǎn)系統(tǒng)的資源占用不能太多，不能影響到生產(chǎn)系統(tǒng)的正常運(yùn)行； 應(yīng)答：滿足。采用物理 Data Guard的最大性能模式，生產(chǎn)中心主機(jī)僅需要在歸檔日志產(chǎn)生后將歸檔日志文件寫(xiě)入異地容災(zāi)中心，對(duì)生產(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)行。對(duì)網(wǎng)絡(luò)帶寬的占用較低。應(yīng)答：滿足。Data Guard傳輸內(nèi)容數(shù)據(jù)變化產(chǎn)生的歸檔日志文件。目前每天歸 檔日志產(chǎn)生量為20G那么傳輸量為20G/天。3.5.2故障切換當(dāng)生產(chǎn)中心的系統(tǒng)無(wú)法正常運(yùn)行，而又不能在短期內(nèi)恢

39、復(fù)時(shí)，可利用災(zāi) 備中心提供業(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ù)接管。當(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ù)庫(kù)在啟用的時(shí)候，數(shù)據(jù)庫(kù)內(nèi)容保持 與生產(chǎn)中心完全一致。在主中心操作完成后，可以通過(guò)簡(jiǎn)單命令，將災(zāi)備中心啟 用期間數(shù)據(jù)修改反向復(fù)制回生產(chǎn)中心，實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。在故障停機(jī)的情況下，主中心可能有部分?jǐn)?shù)據(jù)（15分鐘）尚未傳遞到備份中

40、心，在災(zāi)備中心啟用的時(shí)候，主、備之間數(shù)據(jù)已不一致。因此需要將所有數(shù)據(jù)重 新傳遞回主中心才能實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。3.5.3基本要求復(fù)制軟件應(yīng)滿足在單機(jī)或 RAC環(huán)境下，對(duì)Oracle在線日志(Online redolog)的捕捉及復(fù)制；應(yīng)答:滿足。Data Guard通過(guò)對(duì) Online redo log產(chǎn)生的歸檔文件復(fù)制來(lái)完成容災(zāi)。支持Oracle中所有的常用數(shù)據(jù)類(lèi)型，女口 Oracle中的LONG、LONGAWBLOB CLOB NCLOB TIMESTAMP等，可實(shí)現(xiàn)用戶自定義表、字段進(jìn)行復(fù)制;應(yīng)答:滿足。物理Data Guard支持Oracle中所有的常用數(shù)據(jù)類(lèi)型支持對(duì)數(shù)據(jù)庫(kù)中常用DDL操作

41、的復(fù)制;應(yīng)答:滿足。物理 Data Guard支持Oracle中常用DDL的操作復(fù)制。支持事務(wù)復(fù)制，要求對(duì)數(shù)據(jù)庫(kù)中較大的事務(wù)不會(huì)出現(xiàn)過(guò)多延遲;應(yīng)答:滿足。物理Data Guard支持事務(wù)復(fù)制。對(duì)較大事務(wù)不會(huì)出現(xiàn)過(guò)多延遲。支持沒(méi)有PK/UK字段的表的同步。應(yīng)答:滿足。物理Data Guard支持沒(méi)有PK/UK字段的表的同步。數(shù)據(jù)復(fù)制過(guò)程可根據(jù)需要靈活地進(jìn)行控制或修改復(fù)制的方向，以滿足業(yè)務(wù)需求；應(yīng)答:滿足。Data Guard可以靈活地控制主、備節(jié)點(diǎn)的 swithover切換。支持在數(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ò)

42、誤的擴(kuò)大;應(yīng)答:滿足。物理Data Guard復(fù)制的前提條件是主、備數(shù)據(jù)庫(kù)保持一致，因此不會(huì)出現(xiàn)復(fù)制的數(shù)據(jù)在之前已經(jīng)不一致的情況。提供專(zhuān)用圖形化集中管理軟件。應(yīng)答：滿足。Data Guard Broker與OEM可以提供很方便的圖形化集中管理。3.5.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è)首次同步操作所需要的時(shí)間（以 100GB數(shù)據(jù)為標(biāo)準(zhǔn)），并且要求列出整個(gè)首次初始化過(guò)程中是否需要人為干預(yù)，從而可以有效地評(píng)估整

43、個(gè)首次數(shù)據(jù)初始化的工作量。為了保證生產(chǎn)中心日后業(yè)務(wù)擴(kuò)展存在更換服務(wù)器廠商以及數(shù)據(jù)庫(kù)版本等情況，需要注明是否支持異構(gòu)平臺(tái)下的首次數(shù)據(jù)初始化同步，是否支持跨數(shù)據(jù)庫(kù)版本之間數(shù)據(jù)庫(kù)的初始化同步操作。應(yīng)答：滿足。詳見(jiàn)Data Guard初始安裝步驟數(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ù)源SF15K 24個(gè) CPU 32GB內(nèi)存，ORACLE RAC目標(biāo)端SF15K 24個(gè) CPU 32GB內(nèi)存，ORACLE總數(shù)據(jù)量500GB左右（數(shù)據(jù)+索引）每天的日志量每天20GB日志網(wǎng)絡(luò)帶寬100M和 20M要求提供相應(yīng)的性能參數(shù)指標(biāo):類(lèi)別指標(biāo)參

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

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

46、制軟件提供數(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的數(shù)據(jù)為例）。支持不含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)行。

47、應(yīng)答：滿足。Data Guard實(shí)現(xiàn)的基本原理既：通過(guò)備份恢復(fù)的基本原理保持災(zāi) 備數(shù)據(jù)庫(kù)與主數(shù)據(jù)庫(kù)的一致。只有主數(shù)據(jù)庫(kù)可以修改，備數(shù)據(jù)庫(kù)是不能夠做任何 改動(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ù)）是不可以修改的。 因此Data Guard不存在查找和發(fā)現(xiàn)不一致的數(shù)據(jù)的問(wèn)題。如果備數(shù)據(jù)庫(kù)做了相 應(yīng)修改，那么數(shù)據(jù)復(fù)制的基礎(chǔ)被打破，數(shù)據(jù)復(fù)制將無(wú)法繼續(xù)進(jìn)行，需要重新構(gòu)建 災(zāi)備中心數(shù)據(jù)庫(kù)系統(tǒng)。3.5.6系統(tǒng)兼容性數(shù)據(jù)庫(kù)復(fù)制軟件應(yīng)支持以下操作系統(tǒng)平臺(tái):Sun Solaris 9,10IBM AIX數(shù)據(jù)庫(kù)復(fù)制軟件應(yīng)支

48、持 Oracle 9i ，Oracle 10g，Oracle 11g及后續(xù)數(shù)據(jù)庫(kù)版本；支持異構(gòu)平臺(tái)，源端和目標(biāo)端不同數(shù)據(jù)庫(kù)版本；支持Cluster/HACMP和RAC莫式，并支持不同操作系統(tǒng)下不同數(shù)據(jù)庫(kù)版本之間的復(fù)制。應(yīng)答：部分滿足。Data Guard 支持 Sun Solaris 9,10 以及 IBM AIXData Guard 支持 Oracle 9i，Oracle 10g，Oracle 11g 及后續(xù)數(shù)據(jù)庫(kù)版本; 支持 Cluster/HACMP 和 RAC模式。不支持異構(gòu)平臺(tái)，不支持源端和目標(biāo)端不同數(shù)據(jù)庫(kù)版本，不支持不同操作 系統(tǒng)下不同數(shù)據(jù)庫(kù)版本之間的復(fù)制。3.5.7高可用性主系統(tǒng)

49、和備用系統(tǒng)的數(shù)據(jù)庫(kù)處于雙活狀態(tài)，以保證在災(zāi)難發(fā)生前可在兩個(gè)系 統(tǒng)上運(yùn)行不同類(lèi)型的應(yīng)用程序。應(yīng)答：部分滿足。物理 Data Guard在正?；謴?fù)的時(shí)候無(wú)法處于打開(kāi)狀態(tài)，在打開(kāi)的狀態(tài)下無(wú)法處于恢復(fù)與主數(shù)據(jù)庫(kù)保持一致的狀態(tài)。本系統(tǒng)的RP OV1驕鐘,RTOV創(chuàng)、時(shí)，每天歸檔日志產(chǎn)生量V20G可以考慮以下方式解決該問(wèn)題：如果用戶對(duì)容災(zāi)數(shù)據(jù)庫(kù)使用時(shí)間為白天，那么在白天，將數(shù)據(jù)庫(kù)啟動(dòng)為只 讀打開(kāi)模式，供業(yè)務(wù)查詢(xún)。夜間，將數(shù)據(jù)庫(kù)啟動(dòng)為恢復(fù)模式，保持與主生產(chǎn)中心 一致。如果用戶對(duì)容災(zāi)數(shù)據(jù)庫(kù)使用時(shí)間為夜間， 那么反之在夜間將數(shù)據(jù)庫(kù)打開(kāi)只 讀，白天數(shù)據(jù)庫(kù)做恢復(fù)。 容災(zāi)中心數(shù)據(jù)庫(kù)只在指定時(shí)間內(nèi)對(duì)數(shù)據(jù)庫(kù)做恢復(fù)，因此該

50、數(shù)據(jù)庫(kù)與主數(shù)據(jù) 庫(kù)之間存在1天的數(shù)據(jù)差異。雖然沒(méi)有實(shí)時(shí)做數(shù)據(jù)恢復(fù)，歸檔日志文件在產(chǎn)生后 會(huì)同步寫(xiě)入容災(zāi)中心，因此系統(tǒng)可以滿足 RP 01驕鐘的要求。當(dāng)出現(xiàn)需要啟動(dòng)備用中心的情況，備用中心需要先通過(guò)歸檔日志文件恢復(fù)數(shù)據(jù)。目前每天歸檔日 志量V20G系統(tǒng)使用這些歸檔日志恢復(fù)數(shù)據(jù)的時(shí)間 2小時(shí)，能夠滿足RTO SELECT * FROM V$ARCHIVE_GA P;THREAD# LOW SEQUENCE# HIGH SEQUENCE#10從視圖中看出7號(hào)到10號(hào)歸檔日志丟失。Step 2.查詢(xún)V$ARCHIVED_LO獲取歸檔裂縫所在的歸檔日志文件。Primary數(shù)據(jù)庫(kù):SQL SELECT N

51、AME FROM V$ARCHIVED_LOG WHERE THREAD#=1 AND DEST_ID=1 ANDSEQUENCE#BETWEEN 7 AND 10;NAME/p nmary/thread1_dest/pnmary/thread1_dest/ /p rimary/thread1_dest/Step 3.將以上3個(gè)文件copy到Standby數(shù)據(jù)庫(kù)的/standby 路徑下，并注冊(cè)到Standby數(shù)據(jù)庫(kù)中。Standby數(shù)據(jù)庫(kù):SQL ALTER DATABASE REGISTER LOGFiLStandby/ ；SQL ALTER DATABASE REGISTER LOGFI

52、LE/standby/ ；SQL ALTER DATABASE REGISTER LOGFiL/Standby/ ；Step 4. 重啟 Log Apply 服務(wù)。如果是邏輯Standby數(shù)據(jù)庫(kù)，則通過(guò)在邏輯Standby數(shù)據(jù)庫(kù)上查詢(xún)DBA_LOGSTDBY_LOra：SQL SELECT THREAD#, SEQUENCE#,FILE_NAME FROM DBA_LOGSTDBY_LOG L2 WHERE NEXT CHANGE# NOT IN3 (SELECT FIRST_CHANGE# FROMDBA_LOGSTDBY_LOG WHERE # = THREAD#)4 ORDER BY T

53、HREAD#,SEQUENCE#;THREAD# SEQUENCE# FILE_NAME/disk1/oracle/dbs/10/disk1/oracle/dbs/4.將文件編號(hào)中7-9的文件從Primary數(shù)據(jù)庫(kù)服務(wù)器copy到邏輯Standby數(shù)據(jù)庫(kù)服務(wù)器上,并使用ALTER DATABASE REGISTE命令進(jìn)行注冊(cè)，注冊(cè)后重啟Log Apply服務(wù)。日志應(yīng)用服務(wù) Log Apply ServicesStandby數(shù)據(jù)庫(kù)的RFS進(jìn)程在接收到傳來(lái)的日志之后，會(huì)寫(xiě)入本地的Standby Redo Log或者Archived Log 中，取決于 LGW和ARCH（詳見(jiàn)）。在 Standby

54、Redo Log 歸檔完成之后或 者Archived Log寫(xiě)完之后，MRP進(jìn)程（物理 Standby ）或者LSP進(jìn)程（邏輯 Standby ）會(huì)將 日志應(yīng)用到Standby數(shù)據(jù)庫(kù)。根據(jù)日志應(yīng)用類(lèi)型的不同，Standby分為物理Standby （ RedoApply ）和邏輯 Standby （SQL Apply ）（詳見(jiàn)）。Redo Apply （物理 Standby ）默認(rèn)情況下，在Standby Redo Log歸檔之后，MRP進(jìn)程才會(huì)開(kāi)始恢復(fù)數(shù)據(jù)庫(kù)。 但是在LGWSYNC模式下可以開(kāi)啟實(shí)時(shí)應(yīng)用，或者設(shè)置DELAY屬性開(kāi)啟延時(shí)應(yīng)用。?開(kāi)啟 Redo Apply :SQL ALTER D

55、ATABASE RECOVER MANAGEDSTANDBY DATABAS前臺(tái) Redo Apply，開(kāi)啟之 后該命令行窗口會(huì)停留在 Redo Apply階段并且無(wú)法響應(yīng)其他操作，直到其他的 session終止了日志應(yīng)用。SQL ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE DISCONNECT | DISCONNECT FROMSESSION;開(kāi)啟后臺(tái)Redo Apply ,開(kāi)啟之后 Redo Apply將在后臺(tái)進(jìn)行，命令行窗口可以繼續(xù)操作。?開(kāi)啟Redo Apply實(shí)時(shí)應(yīng)用：SQL ALTER DATABASE RECOVER MANAGE

56、DSTANDBY DATABASE USING CURRENT LOGFILE;?設(shè)置Redo Apply延時(shí)應(yīng)用：設(shè)置LOG_ARCHIVE_DESTjn數(shù)中的delay屬性（詳見(jiàn)）?取消Redo Apply延時(shí)功能:SQL ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE NODELAY;?關(guān)閉 Redo Apply :SQL ALTER DATABASE RECOVER MANAGEDSTANDBY DATACA ANCELSQL ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE!;注意：cancel

57、 表示 switchover, finish 表示 failover 。SQL Apply （邏輯 Standby ）邏輯Standby是通過(guò)LSP進(jìn)程，在Redo Standby Log歸檔之后，通過(guò)log miner技術(shù)從Redo 中還原出SQL語(yǔ)句并應(yīng)用到Standby數(shù)據(jù)庫(kù)。?開(kāi)啟 SQL Apply :SQL ALTER DATABASE START LOGICALSTANDBY APPLY;?開(kāi)啟SQL Apply實(shí)時(shí)應(yīng)用:SQL ALTER DATABASE START LOGICAL STANDBYA PPLY IMMEDIATE;?開(kāi)啟SQL Apply延時(shí)應(yīng)用:方法同 Re

58、do Apply。5.?取消SQL Apply延時(shí)功能:SQL ALTER DATABASE START LOGICALSTANDBY APPLY NODELAY;?關(guān)閉 SQL Apply :SQL ALTER DATABASE STOP LOGICALSTANDBY APPLY;角色切換Data Guard角色切換有兩種方式：switchover 和failover 。Switchover物理 StandbySwitchover切換不會(huì)丟失數(shù)據(jù)，切換之后原先的Primary數(shù)據(jù)庫(kù)和Standby數(shù)據(jù)庫(kù)角色互換，并且每個(gè)數(shù)據(jù)庫(kù)在Data Guard配置中仍然繼續(xù)運(yùn)行。切換 必須從Primar

59、y數(shù)據(jù)庫(kù)發(fā)起，具體步驟如下：Step 1 . Primary 數(shù)據(jù)庫(kù)檢查視圖 V$DATABAS中的 SWITCHOVER_STATUB(SELECTSWITCHOVER_STAFROW$DATABAS)E，如果是 TOSTANDB測(cè)表示可以正常切換,如果是SESSIONS ACTIVE在切換時(shí)帶上 WITH SESSION SHUTDOWN句也可以成功切換。Step 2. Primary 數(shù)據(jù)庫(kù)發(fā)起 switchover 切換，ALTERDATABASEOMMITTOSWITCHOVEROPH YSICAL STANDBY;切 換之后重啟實(shí)例 SHUTDOWN IMMEDIATE; STAR

60、TMOUNTSteP 4. Primary 數(shù)據(jù)庫(kù)檢查視圖 V$DATABAS中的 SWITCHOVER_STATUS 在 Step3 完成Step 3 . Standby 數(shù)據(jù)庫(kù)檢查視圖 V$DATABAS中的 SWITCHOVER_STATUB(SELECTSWITCHOVER_STAFROM/$DATABAS)E，如果是 TOPRIMARY則表示可以正常切換, 如果是SESSIONS ACTIVE在切換時(shí)帶上 WITH SESSION SHUTDOWN句也可以成功切換。SteP 4. Standby 數(shù)據(jù)庫(kù)切換 Primary 數(shù)據(jù)庫(kù)，ALTER DATABASE COMMIT SWIT