【正文】 護(hù)以上方法中，數(shù)據(jù)BCV保護(hù)的恢復(fù)級(jí)別最高，通過(guò)智能存儲(chǔ)上的數(shù)據(jù)副本可以快速恢復(fù)數(shù)據(jù)到建立副本的時(shí)刻。 備份到磁帶（最傳統(tǒng)的方式）當(dāng)本地?cái)?shù)據(jù)出現(xiàn)邏輯故障或人為錯(cuò)誤時(shí)，故障或錯(cuò)誤將被復(fù)制到遠(yuǎn)程容災(zāi)中心，為保證本地?cái)?shù)據(jù)的安全，仍需要建設(shè)本地?cái)?shù)據(jù)備份系統(tǒng)。風(fēng)險(xiǎn)是當(dāng)主中心的網(wǎng)絡(luò)接入或網(wǎng)絡(luò)被破壞，將無(wú)法訪問(wèn)容災(zāi)中心，盡管系統(tǒng)已經(jīng)被恢復(fù)。 容災(zāi)中心要具備網(wǎng)絡(luò)接入能力，外圍分支結(jié)構(gòu)要具備訪問(wèn)主中心或訪問(wèn)容災(zāi)中心的網(wǎng)絡(luò)連接能力。 對(duì)應(yīng)用的訪問(wèn)和應(yīng)用之間的調(diào)用盡量采用DNS方式。 如采用浮動(dòng)IP，要確保切換后IP的浮動(dòng)，并確保網(wǎng)絡(luò)路由能訪問(wèn)已經(jīng)浮動(dòng)到遠(yuǎn)程的IP地址。 當(dāng)前生產(chǎn)中心必須配置訪問(wèn)遠(yuǎn)程中心的網(wǎng)絡(luò)路由容災(zāi)中心接入平臺(tái)的建議如下：在接入平臺(tái)使用的容災(zāi)技術(shù)主要是網(wǎng)絡(luò)接入切換技術(shù)，包括：n 基于浮動(dòng)IP地址n 基于DNSn 基于四層交換機(jī)n 基于外圍應(yīng)用某股份有限公司的主要工作環(huán)境在當(dāng)前辦公地點(diǎn)和外地各分支機(jī)構(gòu)，建設(shè)容災(zāi)中心后，必須能夠?qū)崿F(xiàn)生產(chǎn)中心和容災(zāi)中心的網(wǎng)絡(luò)互聯(lián)互通。通常采用人工干預(yù)、發(fā)起＋自動(dòng)執(zhí)行的切換方式，減少誤判風(fēng)險(xiǎn)。4. 應(yīng)用平臺(tái)的切換可以采用人工干預(yù)方式，也可以采用自動(dòng)技術(shù)。建議如下：1. 針對(duì)不同業(yè)務(wù)的不同應(yīng)用，在容災(zāi)中心配置相同服務(wù)器平臺(tái)，OS版本相同；2. 針對(duì)個(gè)業(yè)務(wù)部署與生產(chǎn)中心相同的應(yīng)用；3. 容災(zāi)中心服務(wù)器處理能力及高可用能力（是否采用群集等）可以與生產(chǎn)中心完全相同（同級(jí)容災(zāi)），也可以低于生產(chǎn)中心（降級(jí)容災(zāi)）。容災(zāi)數(shù)據(jù)復(fù)制鏈路連接方式及帶寬估計(jì)的具體的方法請(qǐng)參考“第六章 容災(zāi)通信鏈路設(shè)計(jì)”部分內(nèi)容。為考慮高可用，建議在兩個(gè)中心都配置冗余的設(shè)備，包括交換機(jī)、物理光纖鏈路、DWDM設(shè)備（如需要光纖復(fù)用）以及存儲(chǔ)用來(lái)遠(yuǎn)程復(fù)制的端口卡等。 數(shù)據(jù)復(fù)制鏈路連接方式及數(shù)量建議同城容災(zāi)，通常采用光纖鏈路作為數(shù)據(jù)容災(zāi)復(fù)制鏈路，復(fù)制鏈路的連接可以直接采用現(xiàn)有SAN交換機(jī)，也可以采用專門(mén)的SAN交換機(jī)獨(dú)立于某股份有限公司當(dāng)前的SAN存儲(chǔ)環(huán)境。? 邏輯故障發(fā)生，如誤刪除數(shù)據(jù)文件，由于采用實(shí)時(shí)復(fù)制技術(shù)，則容災(zāi)中心的數(shù)據(jù)也被刪除。? 對(duì)生產(chǎn)中心的源數(shù)據(jù)創(chuàng)建1份克隆數(shù)據(jù)，該數(shù)據(jù)用作保護(hù)使用，每天定期同步一次到多次，提供邏輯故障快速恢復(fù)使用。如上圖12所示，可以在生產(chǎn)中心存儲(chǔ)平臺(tái)配置合適的存儲(chǔ)空間，為系統(tǒng)生產(chǎn)數(shù)據(jù)創(chuàng)建數(shù)據(jù)克隆，該克隆數(shù)據(jù)可以用來(lái)做開(kāi)發(fā)、測(cè)試使用。根據(jù)xxxxxx容災(zāi)項(xiàng)目需求，本次項(xiàng)目建議的存儲(chǔ)平臺(tái)為：配置為： 利用BCV、數(shù)據(jù)克隆技術(shù)獲取開(kāi)發(fā)、測(cè)試數(shù)據(jù)xxxxxx當(dāng)前采用“三系統(tǒng)”架構(gòu)來(lái)確保整個(gè)環(huán)境的可用性和可靠性，包括開(kāi)發(fā)系統(tǒng)（DEV）、測(cè)試系統(tǒng)（QAS）和生產(chǎn)系統(tǒng)（PRD）。我 DMX平臺(tái)上具備Consistency Group技術(shù)，可以保證三個(gè)系統(tǒng)的數(shù)據(jù)一致。若鏈路帶寬不充足，可以采用異步數(shù)據(jù)復(fù)制技術(shù)。 采用“基于存儲(chǔ)的數(shù)據(jù)復(fù)制”技術(shù)，建立平臺(tái)級(jí)的容災(zāi)數(shù)據(jù)復(fù)制架構(gòu) “同步、異步“數(shù)據(jù)遠(yuǎn)程復(fù)制選擇xxxxxx初步選擇了同城容災(zāi)方式，同步復(fù)制和異步復(fù)制都是某股份有限公司可以選擇的技術(shù)，最終的選擇將取決于業(yè)務(wù)恢復(fù)水平的要求以及業(yè)務(wù)I/O量、鏈路帶寬情況?；诖耍覀兂醪浇ㄗh如下：從上圖的模型中看到，“數(shù)據(jù)復(fù)制”可以發(fā)生在“應(yīng)用平臺(tái)”層面，即采用基于主機(jī)、應(yīng)用或數(shù)據(jù)庫(kù)的數(shù)據(jù)復(fù)制技術(shù)；也可以發(fā)生在“存儲(chǔ)平臺(tái)”層面，即采用基于存儲(chǔ)的數(shù)據(jù)復(fù)制技術(shù)（可以是智能存儲(chǔ)，也可以是虛擬存儲(chǔ)技術(shù)）。因此，“數(shù)據(jù)遠(yuǎn)程復(fù)制”是xxxxxx容災(zāi)方案的技術(shù)核心，只有xxxxxx生產(chǎn)系統(tǒng)的相關(guān)數(shù)據(jù)按預(yù)定的要求復(fù)制到容災(zāi)中心，才可以在此之上構(gòu)建完整的災(zāi)難恢復(fù)技術(shù)平臺(tái)。第5章 xxxxxx容災(zāi)方案建議 xxxxxx架構(gòu)現(xiàn)狀 xxxxxx容災(zāi)需求 xxxxxx容災(zāi)建議方案假設(shè)某股份有限公司容災(zāi)將采用同城容災(zāi)中心建設(shè)模式，為兩個(gè)中心模式，如以下兩個(gè)中心模式的容災(zāi)技術(shù)模型所示：圖11： 雙中心容災(zāi)技術(shù)模型本章節(jié)將從“數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)”入手，并從“存儲(chǔ)平臺(tái)、應(yīng)用平臺(tái)、接入平臺(tái)”三方面為xxxxxx容災(zāi)建設(shè)提出建議方案。我公司在容災(zāi)領(lǐng)域有領(lǐng)先的技術(shù)并已經(jīng)得到了廣大用戶的實(shí)際應(yīng)用檢驗(yàn)，方案的可行性、產(chǎn)品的成熟度、穩(wěn)定性、可靠性、靈活性都的到了大量實(shí)際應(yīng)用的考驗(yàn)。我在未來(lái)將按照科學(xué)流程和方法，并利用我公司在信息存儲(chǔ)管理領(lǐng)域的專業(yè)技能和經(jīng)驗(yàn)為用戶進(jìn)行IT環(huán)境的評(píng)估和業(yè)務(wù)影響分析，發(fā)掘客戶業(yè)務(wù)需求對(duì)容災(zāi)技術(shù)的要求，從而建議最合適的容災(zāi)方案。用戶需要根據(jù)具體的實(shí)際需求來(lái)選擇合適的容災(zāi)保護(hù)方案。業(yè)界其它基于應(yīng)用的的容災(zāi)方案的優(yōu)點(diǎn)和局限性與Oracle Data Guard模式基本相同，我同樣需要根據(jù)客戶的實(shí)際需要建議最合適的方案。l 管理復(fù)雜，需要大量的人工干預(yù)過(guò)程，容易發(fā)生錯(cuò)誤。采用Oracle Data Guard建設(shè)容災(zāi)方案有以下優(yōu)點(diǎn)：l 完全通過(guò)Oracle數(shù)據(jù)庫(kù)機(jī)制來(lái)實(shí)現(xiàn)，完全不依賴于其它軟件和底層存儲(chǔ)平臺(tái)；l 可以滿足用戶的不同性能、數(shù)據(jù)保護(hù)要求，提供多種不同數(shù)據(jù)保護(hù)模式；l 可以實(shí)現(xiàn)一對(duì)多的數(shù)據(jù)復(fù)制，提供多重保護(hù)；l 后備數(shù)據(jù)庫(kù)可以在很短的時(shí)間內(nèi)提升到生產(chǎn)狀態(tài)（因?yàn)閿?shù)據(jù)庫(kù)已經(jīng)在運(yùn)行）l 基于IP網(wǎng)絡(luò),沒(méi)有距離限制同時(shí)，采用Oracle Data Guard建設(shè)容災(zāi)方案有以下限制：l Oracle Data Guard的三種模式都將對(duì)生產(chǎn)數(shù)據(jù)庫(kù)系統(tǒng)的性能產(chǎn)生影響,因而需要更多的處理資源；l 后備數(shù)據(jù)庫(kù)不可用，如果用戶需要在遠(yuǎn)程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)給開(kāi)發(fā)測(cè)試、DW/BI應(yīng)用使用將非常困難。 后備系統(tǒng)與主系統(tǒng)的Oracle數(shù)據(jù)庫(kù)版本一致；252。 后備系統(tǒng)與主系統(tǒng)的硬件平臺(tái)、操作系統(tǒng)、操作系統(tǒng)版本等保持一致；252。在任何時(shí)候，如果后備方不可用，主數(shù)據(jù)庫(kù)方的處理繼續(xù)執(zhí)行，這樣對(duì)性能不會(huì)有什么影響。在這種模式下，當(dāng)主數(shù)據(jù)庫(kù)對(duì)事務(wù)進(jìn)行處理時(shí)，日志數(shù)據(jù)被以異步的方式傳送到后備數(shù)據(jù)庫(kù)。最大性能模式是缺省的保護(hù)模式。然而，如果后備數(shù)據(jù)庫(kù)因?yàn)橹T如網(wǎng)絡(luò)連接之類的問(wèn)題而不可用時(shí)，主數(shù)據(jù)庫(kù)方的處理會(huì)繼續(xù)執(zhí)行。與最大保護(hù)模式一樣，redo數(shù)據(jù)被同步地從主數(shù)據(jù)庫(kù)發(fā)送到后備數(shù)據(jù)庫(kù)。如果后備數(shù)據(jù)庫(kù)不可用，則主數(shù)據(jù)庫(kù)方會(huì)自動(dòng)掛起處理進(jìn)程。當(dāng)運(yùn)行最大保護(hù)模式時(shí)，Redo紀(jì)錄以同步的方式從主數(shù)據(jù)庫(kù)發(fā)送到后備數(shù)據(jù)庫(kù)，而且，在主數(shù)據(jù)庫(kù)方的事務(wù)，一定要等到至少有一個(gè)后備數(shù)據(jù)庫(kù)確認(rèn)接收到事務(wù)數(shù)據(jù)，該事務(wù)才被提交。 最大可用模式252。圖8. 采用Oracle Data Guard的容災(zāi)方案Oracle9i Data Guard提供了三種模式：252。在主系統(tǒng)正常工作的同時(shí)將主系統(tǒng)產(chǎn)生歸檔日志文件(Archived Log)不斷的傳送到后備數(shù)據(jù)庫(kù)系統(tǒng)，并且利用這些日志文件在后備數(shù)據(jù)庫(kù)系統(tǒng)上連續(xù)進(jìn)行恢復(fù)(Recover)操作，以保持后備系統(tǒng)與運(yùn)行系統(tǒng)的一致。 Oracle Data Guard技術(shù)是Oracle數(shù)據(jù)庫(kù)系統(tǒng)特有的災(zāi)難備份和恢復(fù)技術(shù)，利用了Oracle數(shù)據(jù)庫(kù)系統(tǒng)的日志備份和恢復(fù)機(jī)制。在應(yīng)用I/O負(fù)載比較大，需要災(zāi)難保護(hù)的應(yīng)用及應(yīng)用類型比較多的時(shí)候，基于主機(jī)方案將不適用。l 管理復(fù)雜，需要大量的人工干預(yù)過(guò)程，容易發(fā)生錯(cuò)誤。采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案有以下優(yōu)點(diǎn)：l 基于主機(jī)的方案最主要的優(yōu)點(diǎn)是只對(duì)服務(wù)器平臺(tái)和主機(jī)軟件有要求,完全不依賴于底層存儲(chǔ)平臺(tái)，生產(chǎn)數(shù)據(jù)中心和后備數(shù)據(jù)中心可以采用不同的存儲(chǔ)平臺(tái)；l 既有針對(duì)數(shù)據(jù)庫(kù)的容災(zāi)保護(hù)方案，也有針對(duì)文件系統(tǒng)的容災(zāi)保護(hù)方案。 采用基于主機(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)通過(guò)IP網(wǎng)絡(luò)建立數(shù)據(jù)傳輸通道，通過(guò)主機(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)的能力。l 需要驗(yàn)證選擇的產(chǎn)品和技術(shù)的成熟性以及和現(xiàn)有設(shè)備、未來(lái)設(shè)備的兼容性能力，尤其是需要在復(fù)雜環(huán)境、大規(guī)模容災(zāi)要求重的實(shí)際適用情況。即便物理存儲(chǔ)發(fā)生變化，這種邏輯鏡像也永遠(yuǎn)不變，系統(tǒng)管理員不必再關(guān)心后端存儲(chǔ)，只需專注于管理存儲(chǔ)空間，所有的存儲(chǔ)管理操作，如系統(tǒng)升級(jí)、建立和分配虛擬磁盤(pán)、改變RAID級(jí)別、擴(kuò)充存儲(chǔ)空間等比從前的任何產(chǎn)品都容易，存儲(chǔ)管理變得輕松簡(jiǎn)單。l 對(duì)不同廠家的存儲(chǔ)陣列提供統(tǒng)一的管理界面。采用虛擬存儲(chǔ)技術(shù)進(jìn)行數(shù)據(jù)復(fù)制同樣也可以有同步復(fù)制方案和異步復(fù)制方案，需要根據(jù)具體的需求選擇合適的產(chǎn)品。目前各存儲(chǔ)廠商分別有不同的存儲(chǔ)虛擬化技術(shù)(如我 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ù)來(lái)源也都可以基于R2BCV來(lái)實(shí)現(xiàn)。 用戶的其它應(yīng)用也可以利用R2BCV或R2快照滿足其它業(yè)務(wù)的需要。這種方式在采用基于主機(jī)方案和基于應(yīng)用方案都很難實(shí)現(xiàn)，或在獲得一份真實(shí)數(shù)據(jù)進(jìn)行開(kāi)發(fā)測(cè)試時(shí)需要很長(zhǎng)的時(shí)間，消耗大量的資源。利用這種機(jī)制，用戶可以在容災(zāi)中心做很多工作：252。 “目標(biāo)數(shù)據(jù)R2”在正常生產(chǎn)情況下是不可訪問(wèn)的，災(zāi)備中心的后備主機(jī)只能在災(zāi)難發(fā)生時(shí)，主中心服務(wù)停止后，才可以訪問(wèn)“目標(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)效率，帶來(lái)更多的投資回報(bào)。l 災(zāi)備中心的數(shù)據(jù)可以得到有效利用。采用我基于存儲(chǔ)的同步復(fù)制方式的容災(zāi)案例有很多，有非常多的成功經(jīng)驗(yàn)，如中國(guó)光大銀行（北京南禮士路到陶然亭）、中國(guó)民生銀行（北京知春路到上地然后到深圳）、遼寧移動(dòng)、黑龍江移動(dòng)都采用了我同步復(fù)制技術(shù)，并能滿足大規(guī)模I/O吞吐情況下的同步數(shù)據(jù)復(fù)制要求。盡管有以上限制，基于存儲(chǔ)的容災(zāi)技術(shù)方案仍然是當(dāng)前最優(yōu)先選擇的容災(zāi)技術(shù)平臺(tái)，尤其是基于我公司的存儲(chǔ)系統(tǒng)建設(shè)容災(zāi)方案有非常廣泛的應(yīng)用，這主要是由于基于存儲(chǔ)的容災(zāi)技術(shù)方案有如下優(yōu)點(diǎn)：l 采用基于存儲(chǔ)的數(shù)據(jù)復(fù)制獨(dú)立于主機(jī)平臺(tái)和應(yīng)用，對(duì)各種應(yīng)用都適用，而且完全不消耗主機(jī)的處理資源。采用基于存儲(chǔ)數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案的必要前提是：l 通常必須采用同一廠家的存儲(chǔ)平臺(tái)，通常也必須是同一系列的存儲(chǔ)產(chǎn)品，給用戶的存儲(chǔ)平臺(tái)選擇帶來(lái)一定的限制。為避免對(duì)生產(chǎn)系統(tǒng)性能的影響，同步方式通常在近距離范圍內(nèi)（FC連接通常是200KM范圍內(nèi)，實(shí)際用戶部署多在35KM左右）。同時(shí)，主中心磁盤(pán)陣列將利用自身的機(jī)制（如我的SRDF/A）將寫(xiě)I/O寫(xiě)入后備磁盤(pán)陣列，實(shí)現(xiàn)數(shù)據(jù)保護(hù)?；诖鎯?chǔ)的容災(zāi)方案有兩種方式：同步方式和異步方式，說(shuō)明如下：同步方式，可以做到主/備中心磁盤(pán)陣列同步地進(jìn)行數(shù)據(jù)更新，應(yīng)用系統(tǒng)的I/O寫(xiě)入主磁盤(pán)陣列后(寫(xiě)入Cache中)，主磁盤(pán)陣列將利用自身的機(jī)制（如我的SRDF/S）同時(shí)將寫(xiě)I/O寫(xiě)入后備磁盤(pán)陣列，后備磁盤(pán)陣列確認(rèn)后，主中心磁盤(pán)陣列才返回應(yīng)用的寫(xiě)操作完成信息?；诖鎯?chǔ)的容災(zāi)方案示意圖如下：圖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ù)方案。252。252。根據(jù)不同容災(zāi)方案所采用數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)位于企業(yè)IT架構(gòu)不同層面又可以分為以下三類容災(zāi)方案：252。由于某股份有限公司選擇的是同城容災(zāi)，“同步復(fù)制、異步復(fù)制”技術(shù)都是可選方案。對(duì)所有客戶的容災(zāi)技術(shù)平臺(tái)建設(shè)而言，容災(zāi)方案的技術(shù)核心是數(shù)據(jù)的保護(hù)，實(shí)現(xiàn)遠(yuǎn)程數(shù)據(jù)復(fù)制，并能夠在災(zāi)難發(fā)生時(shí)在遠(yuǎn)端利用復(fù)制數(shù)據(jù)提供企業(yè)業(yè)務(wù)運(yùn)營(yíng)支撐服務(wù)，因此數(shù)據(jù)復(fù)制技術(shù)是構(gòu)建容災(zāi)技術(shù)平臺(tái)的核心。具體的運(yùn)營(yíng)方式需要在現(xiàn)狀評(píng)估和需求分析的結(jié)果上進(jìn)行分析決定，需要考慮業(yè)務(wù)的依賴關(guān)系、數(shù)據(jù)的耦合性等方面因素?！爸鱾浞绞健奔磧蓚€(gè)中心其一為生產(chǎn)中心，另一個(gè)為災(zāi)備中心。采用同級(jí)或降級(jí)容災(zāi)方式取決于業(yè)務(wù)需求和投資預(yù)算，降級(jí)容災(zāi)可以減少投資（在主機(jī)方面的投資）。若在容災(zāi)中心為需要進(jìn)行容災(zāi)保護(hù)的業(yè)務(wù)系統(tǒng)都配置與生產(chǎn)中心相同處理能力和高可用能力的業(yè)務(wù)處理平臺(tái)（主要是指主機(jī)性能，高可用群集等），則為同級(jí)容災(zāi)設(shè)計(jì)。l 關(guān)鍵業(yè)務(wù)容災(zāi)：業(yè)務(wù)需求定義中通過(guò)業(yè)務(wù)影響分析定義關(guān)鍵業(yè)務(wù)的容災(zāi)l 全業(yè)務(wù)容災(zāi)：專利業(yè)務(wù)系統(tǒng)的全部業(yè)務(wù)的容災(zāi)?？蛻艨梢赃x擇關(guān)鍵業(yè)務(wù)容災(zāi)或選擇全業(yè)務(wù)容災(zāi)。容災(zāi)系統(tǒng)的應(yīng)用不改變?cè)械臉I(yè)務(wù)處理邏輯，是對(duì)生產(chǎn)中心系統(tǒng)的基本復(fù)制。采用這種模式有以下特性：√ 業(yè)務(wù)恢復(fù)速度較慢，通常情況下RTO72小時(shí)√ 業(yè)務(wù)恢復(fù)難度大，需要新增設(shè)備√ 實(shí)現(xiàn)技術(shù)難度比較低√ 運(yùn)行維護(hù)成本較低√ 投資比較節(jié)省數(shù)據(jù)的災(zāi)難保護(hù)是異地容災(zāi)的最低級(jí)形式，也是最基本的方式，是實(shí)現(xiàn)更高級(jí)容災(zāi)方式的基礎(chǔ)。這種方式可以降低投資，但業(yè)務(wù)恢復(fù)時(shí)間很長(zhǎng)（一般在3天以上）。 容災(zāi)層次根據(jù)業(yè)務(wù)恢復(fù)時(shí)間的長(zhǎng)短可以將不同業(yè)務(wù)系統(tǒng)的容災(zāi)劃分為步同的層次：對(duì)不同企業(yè)，我將根據(jù)需求分析的結(jié)果，對(duì)企業(yè)的不同重要級(jí)別的應(yīng)用或業(yè)務(wù)單元采取不同的數(shù)據(jù)復(fù)制方法，對(duì)不同類型的應(yīng)用，根據(jù)其訪問(wèn)特點(diǎn)等也將采取不同的數(shù)據(jù)復(fù)制方法。 中間數(shù)據(jù)（或臨時(shí)數(shù)據(jù)）在容災(zāi)系統(tǒng)建設(shè)中，數(shù)據(jù)平臺(tái)的保護(hù)是實(shí)現(xiàn)企業(yè)災(zāi)難恢復(fù)的核心。 系統(tǒng)狀態(tài)包括應(yīng)用軟件的初始數(shù)據(jù)、參數(shù)設(shè)置、以及系統(tǒng)軟件的配置數(shù)據(jù)、參數(shù)設(shè)置等。 實(shí)現(xiàn)業(yè)務(wù)邏輯的應(yīng)用軟件系統(tǒng) 數(shù)據(jù)平臺(tái)的保