【正文】 xxxxxx容災(zāi) 需要多少條通信鏈路 （或帶寬要求） ，要根據(jù)業(yè)務(wù)處理 I/O量來分析、設(shè)計(jì)，若采用異步復(fù)制，則需要根據(jù)帶寬及 RPO要求來分析設(shè)計(jì)。若通過 ISL于遠(yuǎn)程 SAN連接，將帶來 SAN不穩(wěn)定的風(fēng)險(xiǎn)，因而建議采用專用 SAN交換機(jī)（也可以采用 SAN Router，連接拓?fù)湎嗨疲?。這時(shí)利用生產(chǎn)中心數(shù)據(jù)的克隆數(shù)據(jù)快速恢復(fù)或直接開放給主機(jī)使用，這樣能夠快速恢復(fù)業(yè)務(wù)運(yùn)營(yíng)，而不必進(jìn)行復(fù)雜的容災(zāi)切換，降低風(fēng)險(xiǎn)和可能產(chǎn)生的額外成本。 ? 災(zāi)難事件發(fā)生，主要為物理破壞，則 xxxxx系統(tǒng)切換到容災(zāi)中心，繼續(xù)支持業(yè)務(wù)運(yùn)營(yíng)。 根據(jù) xxxxx項(xiàng)目未來的需求，可以考慮以下方式使用數(shù)據(jù)克隆技術(shù)： ? 將開發(fā) 、測(cè)試工作放到災(zāi)備中心進(jìn)行，通過創(chuàng)建容災(zāi)目標(biāo)數(shù)據(jù)的克隆拷貝為開發(fā)、測(cè)試平臺(tái)快速提供真實(shí)數(shù)據(jù)環(huán)境。 對(duì)于開發(fā)系統(tǒng)和測(cè)試系統(tǒng)，最有效的方式是采用真實(shí)數(shù)據(jù)和真實(shí)數(shù)據(jù)量規(guī)模的數(shù)據(jù)進(jìn)行開發(fā)、測(cè)試工作，利用智能存儲(chǔ)系統(tǒng)的快照、克隆技術(shù)可以很方便地獲得生產(chǎn)數(shù)據(jù)。 SAN 網(wǎng)絡(luò)及存儲(chǔ)平臺(tái)建議（待補(bǔ)充） xxxxxx 股份有限公司專利業(yè)務(wù)系統(tǒng)的存儲(chǔ)平臺(tái)將是業(yè)務(wù)數(shù)據(jù)的載體，也將是主要的數(shù)據(jù)復(fù)制平臺(tái)，因而是容災(zāi)建設(shè)最重要的部分。由于系統(tǒng)包括“核心業(yè)務(wù)系統(tǒng)、生產(chǎn)支持系統(tǒng)、報(bào)表生成平臺(tái)”三塊，無論采用同步復(fù)制方式還是異步復(fù)制方式都需要考慮三個(gè)系統(tǒng)的數(shù)據(jù)一致性問題。在鏈路帶寬許可情況下，建議采用同步數(shù)據(jù)復(fù)制，避免數(shù)據(jù)丟失。 xxxxxx本次容災(zāi)只考慮了核心的系統(tǒng)，在未來隨著業(yè)務(wù)的發(fā)展，將可能有更多的業(yè)務(wù)系統(tǒng)需要提供災(zāi)難保護(hù)能力，因 而將會(huì)是多種應(yīng)用，多種主機(jī)平臺(tái)的異構(gòu)環(huán)境，最好是能采用平臺(tái)級(jí)的數(shù)據(jù)復(fù)制技術(shù)，以滿足未來長(zhǎng)遠(yuǎn)的需求，降低復(fù)雜性，從而降低風(fēng)險(xiǎn)和成本。 首先，從 xxxxxx 股份有限公司系統(tǒng)的容災(zāi)要求看，應(yīng)該采用“實(shí)時(shí)連續(xù)數(shù)據(jù)復(fù)制技術(shù)”。 根據(jù)此模型，建議 xxxxxx容災(zāi)平臺(tái)的架構(gòu)如下 ( 該示意圖只要表示核心數(shù)據(jù)服務(wù)及存儲(chǔ)部分，未包含網(wǎng)絡(luò)接入及應(yīng)用層等 )： BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 24 圖 12： xxxxxx 容災(zāi)建議架構(gòu) 數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)建議 所有容災(zāi)技術(shù)方案首先是數(shù)據(jù)的容災(zāi)，即數(shù)據(jù)在遠(yuǎn)程有了災(zāi)難保護(hù)和災(zāi)難恢復(fù)能力，這是整個(gè)容災(zāi)技術(shù)方案的基礎(chǔ)。 EMC的技術(shù)服務(wù)隊(duì)伍已經(jīng)在眾多容災(zāi)項(xiàng)目成功實(shí)施過程中表現(xiàn)出強(qiáng)大的技術(shù)力量，能夠確保用戶容災(zāi)方案的成功實(shí)施。 對(duì)企業(yè)而言，選擇容災(zāi)方案既要考慮選擇合適技術(shù)方案，也需要考查實(shí)現(xiàn)該方案的產(chǎn)品在技術(shù)上是否成熟、可靠，性能和靈活性是否滿足要求，同時(shí)也需要考查提供該解決方案的供應(yīng)商 是否有豐富的經(jīng)驗(yàn)和認(rèn)證的技能來保證方案的確實(shí)可行并能夠成功實(shí)施。 不同的用戶不同的業(yè)務(wù)系統(tǒng)、不同應(yīng)用對(duì)容災(zāi)的要求不同，要求不同的容災(zāi)服務(wù)等級(jí)。 小結(jié) 基于應(yīng)用的容災(zāi)方案、基于主機(jī)的容災(zāi)方案和基于存儲(chǔ) (包括虛擬存儲(chǔ)技術(shù) )的容災(zāi)方案都有各自的適用范圍，適用于不同的災(zāi)難保護(hù)需要。 ? 只能保護(hù) Oracle 數(shù)據(jù)庫，無法保護(hù)其他應(yīng)用數(shù)據(jù)。 ? 只能對(duì) Oracle 數(shù)據(jù)庫數(shù)據(jù)提供保護(hù)，不能對(duì)其它應(yīng)用數(shù)據(jù) —如文件應(yīng)用等提供災(zāi)難保護(hù)。 采用 Oracle 9i Data Guard 技術(shù)進(jìn)行災(zāi)難備份需要滿足以下前提條件： ? 后備系統(tǒng)與主系統(tǒng)的硬件平臺(tái)、操作系統(tǒng)、操作系統(tǒng)版本等保持一致； ? 后備系統(tǒng)與主系統(tǒng)上 Oracle 用戶的權(quán)限一致； ? 后備系統(tǒng)與主系統(tǒng)的 Oracle 數(shù)據(jù)庫版本一致； ? 后備系統(tǒng)與主系統(tǒng)的 Oracle 數(shù)據(jù)庫配置文件一致。在主數(shù)據(jù)庫方，提交操作在完成寫的動(dòng)作前、無需等待后備數(shù)據(jù)庫的接收確認(rèn)。與最大可用性模式相比，它對(duì)于主數(shù)據(jù)庫提供稍弱一點(diǎn)的保護(hù)，但是性能更高。這樣，會(huì)出現(xiàn)后備數(shù)據(jù)庫暫時(shí)與主數(shù)據(jù)庫不一致的情況，但是一旦后備數(shù)據(jù)庫恢復(fù)可用，數(shù)據(jù)庫會(huì)自動(dòng)同步，不會(huì)有數(shù)據(jù)丟失。在主數(shù)據(jù)庫方的事務(wù)，一定要等到后備數(shù)據(jù)庫確認(rèn)接收事務(wù)數(shù)據(jù)，該事務(wù)才被提交。 最大可用性模式提供了對(duì)于主數(shù)據(jù)庫次高級(jí)別的數(shù)據(jù)可用度，保證零數(shù)據(jù)丟失，并對(duì)單個(gè)組 件的失敗提供保護(hù)。在這種模式下，一般配置至少兩個(gè)后備數(shù)據(jù)庫，以提供雙重容錯(cuò)保護(hù)。 圖 8. 采用 Oracle Data Guard 的容災(zāi)方案 Oracle9i Data Guard 提供了三種模式： ? 最大保護(hù)模式 ? 最 大可用模式 ? 最大性能模式 Oracle Data Guard 最大保護(hù)模式提供了對(duì)于主數(shù)據(jù)庫最高級(jí)別的數(shù)據(jù)可用度，是一種保證零數(shù)據(jù)丟失的容災(zāi)解決方案。 BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 20 在主系統(tǒng)正常工作的同時(shí)將主系統(tǒng)產(chǎn)生歸檔日志文件 (Archived Log)不斷的傳送到后備數(shù)據(jù)庫系統(tǒng)，并且利用這些日志文件在后備數(shù)據(jù)庫系統(tǒng)上連續(xù)進(jìn)行恢復(fù) (Recover)操作，以保持后備系統(tǒng)與運(yùn)行系統(tǒng)的一致。 Oracle Data Guard 技術(shù)是 Oracle 數(shù)據(jù)庫系統(tǒng)特有的災(zāi)難備份和恢復(fù)技術(shù)，利用了Oracle 數(shù)據(jù)庫系統(tǒng)的日志備份和恢復(fù)機(jī)制。在應(yīng)用 I/O負(fù)載比較大，需要災(zāi)難保護(hù)的應(yīng)用及應(yīng)用類型比較多的時(shí)候，基于主機(jī)方案將不適用。 ? 管理復(fù)雜，需要大量的人工干預(yù)過程，容易發(fā)生錯(cuò)誤。 采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案有以下優(yōu)點(diǎn)： ? 基于主機(jī)的方案最主要 的優(yōu)點(diǎn)是只對(duì)服務(wù)器平臺(tái)和主機(jī)軟件有要求 ,完全不依賴于底層存儲(chǔ)平臺(tái)，生產(chǎn)數(shù)據(jù)中心和后備數(shù)據(jù)中心可以采用不同的存儲(chǔ)平臺(tái)； ? 既有針對(duì)數(shù)據(jù)庫的容災(zāi)保護(hù)方案，也有針對(duì)文件系統(tǒng)的容災(zāi)保護(hù)方案。 BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 18 采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng) 采用基于主機(jī)的容災(zāi)方案的示意圖如下： 圖 7： 基于主機(jī)的容災(zāi)方案示意圖 采用基于主機(jī)系統(tǒng)的容災(zāi)方式的核心是利用主、備中心主機(jī)系統(tǒng)通過 IP網(wǎng)絡(luò)建立數(shù)據(jù)傳輸通道，通過主機(jī)數(shù)據(jù)管理 軟件實(shí)現(xiàn)數(shù)據(jù)的遠(yuǎn)程復(fù)制，當(dāng)主數(shù)據(jù)中心的數(shù)據(jù)遭到破壞時(shí)，可以隨時(shí)從備份中心恢復(fù)應(yīng)用或從備份中心恢復(fù)數(shù)據(jù)，從而給企業(yè)提供了應(yīng)用系統(tǒng)容災(zāi)的能力。 ? 需要驗(yàn)證選擇的產(chǎn)品和技術(shù)的成熟性以及和現(xiàn)有設(shè)備、未來設(shè)備的兼容性能力，尤其是需要在復(fù)雜環(huán)境、大規(guī)模容災(zāi)要求重的實(shí)際適用情況。即便物理存儲(chǔ)發(fā)生變化，這種邏輯鏡像也永遠(yuǎn)不變，系統(tǒng)管理員不必再關(guān)心后端存儲(chǔ)，只需專注于管理存儲(chǔ)空間，所有的存儲(chǔ)管理操作，如系統(tǒng)升級(jí)、建立和分配虛擬磁盤、改變 RAID級(jí)別、擴(kuò)充存儲(chǔ)空間等比從前的任何產(chǎn)品都容易，存儲(chǔ)管理變得輕松簡(jiǎn)單 。 ? 對(duì)不同廠家的存儲(chǔ)陣列提供統(tǒng)一的管理界面。 采用虛擬存儲(chǔ)技術(shù)進(jìn)行數(shù)據(jù)復(fù)制同樣也可以有同步復(fù)制方案和異步復(fù)制方案，需要根據(jù)具體的需求選擇合適的產(chǎn)品。 BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 17 目前各存儲(chǔ)廠商分別有不同的存儲(chǔ)虛擬化技術(shù) (如 EMC Storage Router， IBM San Volume Controller， HDS TagmaStor存儲(chǔ)平臺(tái)提供的 Universal Replicator， SVM技術(shù) 都是虛 擬化技術(shù) )，利用各廠家的存儲(chǔ)虛擬化技術(shù)能夠?qū)崿F(xiàn)異構(gòu)存儲(chǔ)平臺(tái)之間的數(shù)據(jù)復(fù)制（同步或異步方式）。另外也可以根據(jù)業(yè)務(wù)的需要，實(shí)現(xiàn)存儲(chǔ)池對(duì)服務(wù)器的動(dòng)態(tài)而透明的增長(zhǎng)與縮減。 采用虛擬化存儲(chǔ)技術(shù) 建設(shè)容災(zāi)系統(tǒng) 存儲(chǔ)虛擬化的技術(shù)方法， 是 將系統(tǒng)中各種異構(gòu)的存儲(chǔ)設(shè)備映射為一個(gè)單一的存儲(chǔ)資源，對(duì)用戶完全透明，達(dá)到 屏蔽存儲(chǔ)設(shè)備的異構(gòu)和主機(jī)的異構(gòu) 的目的。企業(yè)的決策分析系統(tǒng)的數(shù)據(jù)來源也都可以基于 R2BCV來實(shí)現(xiàn)。 ? 用戶的其它應(yīng)用也可以利用 R2BCV或 R2快照滿足其它業(yè)務(wù)的需要。 利用這種機(jī)制，用戶可 以在容災(zāi)中心做很多工作： ? 用戶開發(fā)測(cè)試人員可以利用 R2BCV或 R2快照得到真實(shí)的數(shù)據(jù)進(jìn)行新應(yīng)用開發(fā)、測(cè)試工作，從而保證新應(yīng)用的質(zhì)量，加快新產(chǎn)品上市時(shí)間。 “目標(biāo)數(shù)據(jù) R2”在正常生產(chǎn)情況下是不可訪問的，災(zāi)備中心的后備主機(jī)只能在災(zāi)難發(fā)生時(shí)，主中心服務(wù)停止后，才可以訪問“目標(biāo)數(shù)據(jù)”，接管主中心的服務(wù)（基于主機(jī)和應(yīng)用的容災(zāi)方案的災(zāi)備中心數(shù)據(jù)與此類似）。但對(duì)采用基于存儲(chǔ)技術(shù)的容災(zāi)方案中，有很靈活的技術(shù)手段可以充分利用災(zāi)備中心的數(shù)據(jù)，從而提高企業(yè)的業(yè)務(wù)運(yùn)營(yíng)效率， 帶來更多的投資回報(bào)。 ? 災(zāi)備中心的數(shù)據(jù)可以得到有效利用。采用 EMC基于存儲(chǔ)的同步復(fù)制方式的容災(zāi)案例有很多，有非常多的成功經(jīng)驗(yàn)，如中國光大銀行（ 北京南禮士路到陶然亭）、中國民生銀行（北京知春路到上地然后到深圳）、遼寧移動(dòng)、黑龍江移動(dòng)都采用了 EMC同步復(fù)制技術(shù)，并能滿足大規(guī)模 I/O吞吐情況下的同步數(shù)據(jù)復(fù)制要求。 BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 15 盡 管有以上限制，基于存儲(chǔ)的容災(zāi)技術(shù)方案仍然是當(dāng)前最優(yōu)先選擇的容災(zāi)技術(shù)平臺(tái)，尤其是基于 EMC公司的存儲(chǔ)系統(tǒng)建設(shè)容災(zāi)方案有非常廣泛的應(yīng)用，這主要是由于基于存儲(chǔ)的容災(zāi)技術(shù)方案 有如下優(yōu)點(diǎn) ： ? 采用基于存儲(chǔ)的數(shù)據(jù)復(fù)制獨(dú)立于主機(jī)平臺(tái)和應(yīng)用，對(duì)各種應(yīng)用都適用，而且完全不消耗主機(jī)的處理資源。 采用基于存儲(chǔ)數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案的必要前提是： ? 通常必須采用同一廠家的存儲(chǔ)平臺(tái)，通常也必須是同一系列的存儲(chǔ)產(chǎn)品，給用戶的存儲(chǔ)平臺(tái)選擇帶來一定的限制。為避免對(duì)生產(chǎn)系統(tǒng)性能的影響，同步方式通常在近距離范圍內(nèi)（ FC連接通常是 200KM范圍內(nèi)，實(shí)際用戶部署多在 35KM左右）。同時(shí)，主中心磁盤陣列將利用自身的機(jī)制（如 EMC的 SRDF/A）將寫 I/O寫入后備磁盤陣列，實(shí)現(xiàn)數(shù)據(jù)保護(hù)。 基于存儲(chǔ)的容災(zāi)方案有兩種方式：同步方式和異步方式，說明如下： 同步方式 ，可以做到主 /備中心磁盤陣列同步地進(jìn)行數(shù)據(jù)更新，應(yīng)用系統(tǒng)的 I/O寫入主磁盤陣列后 (寫入 Cache中 )，主磁盤陣列將利用自身的機(jī)制（如 EMC的 SRDF/S）同時(shí)將寫 I/O寫入后備磁盤陣列，后備磁盤陣列確認(rèn)后，主中心磁盤陣列才返回應(yīng)用的寫操作完成信息。 基于存儲(chǔ)的容災(zāi)方案示意圖如下： BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 14 圖 5： 基于存儲(chǔ)數(shù)據(jù)復(fù)制技術(shù)的容災(zāi)方案示意圖 采用基于存儲(chǔ)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)是目前金融電信企業(yè)、政府采用較多的容災(zāi)方案，有非常多的應(yīng)用案例，是容災(zāi)建設(shè)優(yōu)選的技術(shù)方案，因?yàn)樵摲桨敢呀?jīng)被眾多大規(guī)模用戶的實(shí)際應(yīng)用驗(yàn)證，是比較成熟的技術(shù)方案。在主數(shù)據(jù)中心發(fā)生災(zāi)難 時(shí)，可以利用災(zāi)備中心的數(shù)據(jù)在災(zāi)備中心建立運(yùn)營(yíng)支撐環(huán)境，為業(yè)務(wù)繼續(xù)運(yùn)營(yíng)提供 IT支持。 對(duì)不同的用戶，將需要根據(jù)客戶的容災(zāi)技術(shù)方案的實(shí)際需要以及技術(shù)條件進(jìn)行評(píng)估，從而選擇最合適的容災(zāi)技術(shù)方案。 BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 13 ? 基于主機(jī)層面的容災(zāi)方案 —利用主機(jī)廠家提供的相關(guān)功能軟件或第三方的主機(jī)軟件實(shí)現(xiàn)遠(yuǎn)程的數(shù)據(jù)復(fù)制，建設(shè)容災(zāi)系統(tǒng)。未來采用遠(yuǎn)程異地容災(zāi)，將需要采用異步方式。不同數(shù)據(jù)復(fù)制技術(shù)的分類如下： 圖 4： 數(shù)據(jù)復(fù)制分類 如上圖所示，對(duì) xxxxxx股份有限公司專利業(yè)務(wù)系統(tǒng)的容災(zāi)而言，比較可行的是采用連續(xù)數(shù)據(jù)復(fù)制技術(shù)。 BCSI Template for DR Proposal DR Standard Proposal BC Solution Practice CSIS, EMC Global Services EMC Confidential – Internal Use Only 12 第 4章 不同 容災(zāi)技術(shù) 介紹 不同容災(zāi)技術(shù)方案概述 不同企業(yè)的不同業(yè)務(wù)需 求和應(yīng)用特點(diǎn)將可能需要有不同的容災(zāi)技術(shù)要求，可以采用多種容災(zāi)技術(shù)來建容災(zāi)系統(tǒng)， EMC專業(yè)咨詢服務(wù)部將 根據(jù) 客戶的實(shí)際需求提供不同的技術(shù)方