【正文】 在數(shù)據(jù)復制過程中對數(shù)據(jù)正確性進行校驗，如正在復制的數(shù)據(jù)在之前就已經(jīng)不一致，應提供報警功能，以便及時發(fā)現(xiàn)錯誤，避免錯誤的擴大；l 提供專用圖形化集中管理軟件。l 當生產(chǎn)中心服務器恢復正常后，數(shù)據(jù)復制系統(tǒng)需要將災備中心的最新數(shù)據(jù)反向復制回生產(chǎn)中心，實現(xiàn)業(yè)務的恢復。 故障切換l 當生產(chǎn)中心的系統(tǒng)無法正常運行，而又不能在短期內(nèi)恢復時，可利用災備中心提供業(yè)務接管。主備中心之間采用數(shù)據(jù)庫復制軟件進行異步數(shù)據(jù)復制，以保證生產(chǎn)數(shù)據(jù)的安全性，滿足發(fā)卡系統(tǒng)的業(yè)務連續(xù)性需求。為了確保數(shù)據(jù)庫的高可用性，發(fā)卡系統(tǒng)數(shù)據(jù)庫使用了Oracle 10g ，主、備機兩節(jié)點的數(shù)據(jù)庫實例同時運行，一旦主節(jié)點出現(xiàn)問題，數(shù)據(jù)庫實例無需啟停，可迅速將應用系統(tǒng)切換至備節(jié)點。l 計劃外停機，任一臺存儲發(fā)生災難，保證數(shù)據(jù)不丟失，即RPO=0，并確保應用不中斷運行，即RTO=0。此外，在主機端還通過Sun MPXIO多通道負載均衡軟件，實現(xiàn)兩條光纖通道的負載均衡，進一步避免了單點故障。Domain操作系統(tǒng)為Solaris 10，數(shù)據(jù)庫系統(tǒng)為Oracle RAC。 用戶現(xiàn)狀 系統(tǒng)平臺發(fā)卡系統(tǒng)運行在一臺SunFire E25K企業(yè)級服務器上，通過兩臺Brocade SW4900 SAN交換機與兩臺企業(yè)級存儲ST9990、SE9970相連，應用系統(tǒng)核心文件和數(shù)據(jù)庫數(shù)據(jù)文件均存放在該存儲上，存儲系統(tǒng)磁盤采用RAID 1+0方式。銀聯(lián)數(shù)據(jù)異地災備項目的目標是保證SF25K上各銀行（民生銀行貸記卡系統(tǒng)擬遷移至IBM主機，故此次災備項目暫不考慮；郵儲銀行貸記卡系統(tǒng)主機為IBM P570，也不在考慮范圍之內(nèi)）發(fā)卡系統(tǒng)的安全，在災難情況下，最大限度地保護公司資產(chǎn)，減少公司各方面的損失，保證發(fā)卡系統(tǒng)的業(yè)務連續(xù)性。一旦出現(xiàn)突然停電、意外死機或者人為破壞，造成數(shù)據(jù)丟失是不可避免的。有句古諺叫“別把雞蛋放在一個籃子里”。Oracle數(shù)據(jù)庫異地容災方案介紹2008年11月目錄第一章 需求分析 4 序言 4 用戶現(xiàn)狀 4 系統(tǒng)平臺 4 數(shù)據(jù)庫平臺 6 用戶需求 7 日常功能 7 故障切換 7 基本要求 7 性能要求 8 數(shù)據(jù)一致性 9 系統(tǒng)兼容性 9 高可用性 10 健壯性要求 10 設備無關性 10 管理監(jiān)控功能 11第二章 Oracle Data Guard介紹 12 Data Guard實現(xiàn)原理 12 Oracle Data Guard 優(yōu)勢 15 Data Guard提供的保護模式 16 Data Guard實現(xiàn)方式以及對系統(tǒng)的限制要求 17 切換方式 17第三章 系統(tǒng)建議方案 18 Data Guard優(yōu)勢 18 Data Guard運行模式 19 Data Guard保護模式 19 Data Guard初始安裝步驟 19 用戶需求點對點應答 20 日常功能 20 故障切換 21 基本要求 22 性能要求 23 數(shù)據(jù)一致性 24 系統(tǒng)兼容性 25 高可用性 25 健壯性要求 26 設備無關性 27 管理監(jiān)控功能 27第一章 需求分析 序言在信息時代，數(shù)據(jù)是企業(yè)創(chuàng)造商業(yè)價值的生產(chǎn)資料，數(shù)據(jù)的丟失將為企業(yè)帶來毀滅性的災難。據(jù)Gartner Group的調(diào)查數(shù)據(jù)表明，在經(jīng)歷過大型災難或長時間系統(tǒng)停運的公司中，有2/5的公司再也未恢復運行，而在其余的公司中，有1/3的公司在兩年內(nèi)破產(chǎn)?，F(xiàn)在的信息系統(tǒng)，各種數(shù)據(jù)高度集中，“雞蛋”全放在一個籃里了。面對各種未可預知的災難，越來越多的企業(yè)將容災備份系統(tǒng)作為企業(yè)安全的保障。本方案僅對異地容災數(shù)據(jù)庫復制軟件部分做相應闡述。SF25K劃分為四個物理分區(qū)（Domain），每家銀行均使用其中的兩個，一個Domain作為生產(chǎn)主機，另一個Domain作為熱備主機。通過Sun Cluster集群軟件，實現(xiàn)了生產(chǎn)機房內(nèi)的雙機熱備份，保證了系統(tǒng)的高可用性。以下是發(fā)卡系統(tǒng)SAN架構圖：SW4900 SW4900 SE9970 L180 (2 LTO3)V280RNBU Master Server ST9990 SF25KDomain ADomain BDomain CDomain DVTL通過在主機端使用VxVM ，已建立了同機房數(shù)據(jù)災備系統(tǒng)，兩臺存儲SE9970與ST9990之間實現(xiàn)了同步數(shù)據(jù)復制，達到了以下災難恢復目標：l 日常工作，保證兩臺存儲的數(shù)據(jù)實時同步保持一致，所有數(shù)據(jù)不丟失。SE9970ST9990生產(chǎn)主機VxVM Mirror Volume 數(shù)據(jù)庫平臺發(fā)卡系統(tǒng)中的數(shù)據(jù)庫系統(tǒng)，是整個生產(chǎn)系統(tǒng)中最關鍵、最復雜的數(shù)據(jù)對象，發(fā)卡系統(tǒng)的業(yè)務運轉直接依賴于這些數(shù)據(jù)的可用性。截至到2008年8月底，各數(shù)據(jù)庫實例數(shù)據(jù)量情況見下表：實例名總數(shù)據(jù)量（GB）Archive log數(shù)據(jù)量（GB）高峰期Archive log變化量（MB/s）平均每天最大帳單日HX2514 SZ1512 CR935 DE385 UC2751216 合計4462032 用戶需求銀聯(lián)數(shù)據(jù)擬為提供外包服務的各銀行發(fā)卡系統(tǒng)建設異地災備系統(tǒng)，生產(chǎn)系統(tǒng)位于上海，災備系統(tǒng)位于北京。 日常功能l 將生產(chǎn)中心發(fā)卡系統(tǒng)上的數(shù)據(jù)庫變化實時異步復制到災備中心；l 災備中心的Oracle數(shù)據(jù)庫處于打開狀態(tài)，可提供實時數(shù)據(jù)查詢；l 對生產(chǎn)系統(tǒng)的資源占用不能太多，不能影響到生產(chǎn)系統(tǒng)的正常運行；l 對網(wǎng)絡帶寬的占用較低。 l 災備中心必須在生產(chǎn)中心不可用6小時之內(nèi)完成業(yè)務接管。 基本要求l 復制軟件應滿足在單機或RAC環(huán)境下，對Oracle在線日志(Online redo log)的捕捉及復制；l 支持Oracle中所有的常用數(shù)據(jù)類型，如Oracle中的LONG 、LONG RAW、BLOB、CLOB、NCLOB、TIMESTAMP等，可實現(xiàn)用戶自定義表、字段進行復制；l 支持對數(shù)據(jù)庫中常用DDL操作的復制；l 支持事務復制，要求對數(shù)據(jù)庫中較大的事務不會出現(xiàn)過多延遲；l 支持沒有PK/UK字段的表的同步。 性能要求l 數(shù)據(jù)庫初始化同步要求數(shù)據(jù)庫復制軟件能夠將發(fā)卡系統(tǒng)的數(shù)據(jù)庫中已有數(shù)據(jù)初始化同步到災備中心數(shù)據(jù)庫。在解決方案書中要求詳細描述初始化數(shù)據(jù)同步解決方案，以及整個首次同步操作所需要的時間（以100GB數(shù)據(jù)為標準），并且要求列出整個首次初始化過程中是否需要人為干預，從而可以有效地評估整個首次數(shù)據(jù)初始化的工作量。l 數(shù)據(jù)復制性能指標數(shù)據(jù)復制的性能指標與系統(tǒng)平臺、網(wǎng)絡帶寬、應用系統(tǒng)等因素密切相關，參照下列運行環(huán)境：項目配　　置數(shù)據(jù)源SF15K 24個CPU，32GB內(nèi)存， ORACLE RAC目標端SF15K 24個CPU，32GB內(nèi)存， ORACLE 總數(shù)據(jù)量500GB左右（數(shù)據(jù)+索引）每天的日志量每天20GB日志網(wǎng)絡帶寬100M和20M 要求提供相應的性能參數(shù)指標： 類別指標參考值首次數(shù)據(jù)初始化同步首次數(shù)據(jù)庫初始化同步時間（100M帶寬） 小于10小時首次數(shù)據(jù)庫初始化同步時間（20M帶寬）小于48小時首次數(shù)據(jù)庫初始化同步源端CPU占用小于30％ 增量數(shù)據(jù)同步（單個復制鏈路）源端CPU占用