【正文】 ，得在分別熟悉IBM HACMP、HP MC/Service Guard、Sun Cluster、Windows CCS軟件，并且這些軟件大部分只提供命令行管理、調(diào)試方式，這在管理上又是一大難題。也就是說(shuō)通過(guò)HA軟件實(shí)現(xiàn)生產(chǎn)中心的高可用、實(shí)現(xiàn)容災(zāi)中心應(yīng)用的自動(dòng)啟動(dòng)、實(shí)現(xiàn)生產(chǎn)中心在災(zāi)難修復(fù)后應(yīng)用的回切過(guò)程。4．極限情況下的危害。對(duì)于數(shù)據(jù)庫(kù)的備份，也要求數(shù)據(jù)庫(kù)在歸檔模式下運(yùn)行。2．由于Data Guard 是通過(guò)日志來(lái)實(shí)現(xiàn)的，這要求數(shù)據(jù)庫(kù)必須運(yùn)行在歸檔日志模式下。Logical Standby，是通過(guò)解析redo log和archive log，產(chǎn)生相關(guān)的SQL 語(yǔ)句，把這些語(yǔ)句傳到容災(zāi)中心重做。下面我們就以O(shè)racle為例，雖然有眾多廠商、技術(shù)方案支持的數(shù)據(jù)庫(kù)復(fù)制，仍然有不可逾越的技術(shù)障礙。對(duì)于容災(zāi)環(huán)境，其部分限制如下。我們可以認(rèn)為基于軟件控制器的數(shù)據(jù)復(fù)制是一種介于卷復(fù)制和硬件控制器復(fù)制之間的數(shù)據(jù)復(fù)制方式。在磁盤(pán)復(fù)制中，唯獨(dú)少了至關(guān)重要的磁盤(pán)寫(xiě)日志（不可能有）。磁盤(pán)復(fù)制在生產(chǎn)中心和容災(zāi)中心復(fù)制的是改動(dòng)過(guò)的物理數(shù)據(jù)塊，而物理數(shù)據(jù)塊的寫(xiě)是無(wú)序的。只能基于同一廠商、同樣容量大小的兩個(gè)陣列來(lái)實(shí)現(xiàn)。只能基于同一廠商、同型號(hào)陣列、同樣容量大小的兩個(gè)陣列來(lái)實(shí)現(xiàn)。由于卷復(fù)制軟件僅僅將卷上每次I/O的操作復(fù)制到遠(yuǎn)程節(jié)點(diǎn)，復(fù)制的信息是卷的日志，所以在網(wǎng)絡(luò)線路上傳輸?shù)臄?shù)據(jù)量很少，對(duì)帶寬的需求也較小。 數(shù)據(jù)復(fù)制（Replication）數(shù)據(jù)復(fù)制是運(yùn)程容災(zāi)實(shí)現(xiàn)的基礎(chǔ)。但由于鏡像系統(tǒng)是以同步方式實(shí)現(xiàn)的，受到距離、光纖協(xié)議、和相關(guān)協(xié)議轉(zhuǎn)換的影響，同步方式會(huì)影響本地服務(wù)器的性能，所以，一般建議在20公里的同城容災(zāi)中使用，在遠(yuǎn)程容災(zāi)中可作為一種加強(qiáng)方案與遠(yuǎn)程容災(zāi)方案整合，將在我們的詳細(xì)方案中描述。不要求同一廠商、同一陣列、同樣容量大小的兩塊磁盤(pán)，軟件鏡像能夠?qū)崿F(xiàn)跨廠商、跨陣列的鏡像，在磁盤(pán)空間不均時(shí)，能夠?qū)崿F(xiàn)1塊磁盤(pán)對(duì)多塊磁盤(pán)、N塊磁盤(pán)對(duì)M塊磁盤(pán)的鏡像。 硬件鏡像通過(guò)硬件級(jí)別的Raid1實(shí)現(xiàn)，其實(shí)現(xiàn)過(guò)程簡(jiǎn)單，但要求嚴(yán)格。備份軟件還必須對(duì)遠(yuǎn)程磁帶具有管理功能，可以實(shí)現(xiàn)對(duì)備份數(shù)據(jù)的自動(dòng)拷貝，并實(shí)現(xiàn)異地存放和管理。在災(zāi)難修復(fù)時(shí)，可以通過(guò)恢復(fù)的方式快速恢復(fù)相關(guān)操作系統(tǒng)。如前面所闡述的，數(shù)據(jù)備份是容災(zāi)系統(tǒng)的起點(diǎn)，是最低端的容災(zāi)方案。 消防演習(xí)大部分的容災(zāi)方案，在項(xiàng)目實(shí)施后，很難有機(jī)會(huì)來(lái)實(shí)現(xiàn)預(yù)演，因?yàn)閷?duì)于大部分方案來(lái)說(shuō)，這種預(yù)演活動(dòng)，需要耗費(fèi)大量的人力財(cái)力。在容災(zāi)應(yīng)用切換時(shí)，能夠手工或自動(dòng)化的將這些服務(wù)一一啟動(dòng)。需要考慮應(yīng)用系統(tǒng)的應(yīng)用架構(gòu)。此種技術(shù)較新，目前具有多家廠商均向此方向發(fā)展，其中Datacore是較早的研發(fā)廠商，當(dāng)中還有IBM的SVC和HDS的USP系列也是采用此種技術(shù)。卷復(fù)制如上Symantec Volume Replicator。應(yīng)用復(fù)制，是指通過(guò)應(yīng)用系統(tǒng)直接向原生產(chǎn)中心和容災(zāi)中心同時(shí)發(fā)交易，生產(chǎn)中心和容災(zāi)中心都處理成功，該筆交易才算成功；只要有一邊應(yīng)用處理失敗，該筆交易就算失敗。如果發(fā)現(xiàn)有數(shù)據(jù)塊改動(dòng)，將會(huì)被系統(tǒng)記錄，并一次性將改動(dòng)過(guò)的數(shù)據(jù)塊考到復(fù)制緩存，這一動(dòng)作被稱(chēng)為Switch。 Datacore則是基于軟件的塊設(shè)備復(fù)制，處于卷的更底層，屬于塊設(shè)備的遠(yuǎn)程復(fù)制，與基于卷的復(fù)制不同的是，他具有應(yīng)用操作系統(tǒng)的獨(dú)立性，數(shù)據(jù)的遠(yuǎn)程復(fù)制與操作系統(tǒng)無(wú)關(guān)，并且不需要遠(yuǎn)端主機(jī)應(yīng)用系統(tǒng)的運(yùn)行，支持異步和同步的方式，并且與硬件存儲(chǔ)子系統(tǒng)不同的是，Datacore可以實(shí)現(xiàn)異構(gòu)存儲(chǔ)子系統(tǒng)的集中管理，打破了單一廠商選擇的限制，對(duì)于磁盤(pán)子系統(tǒng)的選擇更加靈活。復(fù)制的數(shù)據(jù)可以是數(shù)據(jù)庫(kù)中的數(shù)據(jù)（文件方式或裸設(shè)備方式），數(shù)據(jù)庫(kù)日志，復(fù)制的數(shù)據(jù)也可以是各種文件，如應(yīng)用和數(shù)據(jù)庫(kù)配置文件，應(yīng)用程序，庫(kù)文件，等等。其中軟件復(fù)制是可以跨硬件平臺(tái)，可以實(shí)現(xiàn)多廠商集成，一般硬件復(fù)制則是相同品牌之間的磁盤(pán)子系統(tǒng)的操作。由于實(shí)現(xiàn)的機(jī)制不同，又分為同步復(fù)制和異步復(fù)制兩種方式。最終，都是根據(jù)程序的指令，為硬件（磁盤(pán)，以及磁盤(pán)上存儲(chǔ)的數(shù)據(jù)）制作一個(gè)鏡像副本。這里我們要強(qiáng)調(diào)容災(zāi)的目的是讓數(shù)據(jù)在災(zāi)難發(fā)生時(shí)，還能被訪問(wèn)，通過(guò)實(shí)時(shí)數(shù)據(jù)保護(hù)，保證數(shù)據(jù)的完整性；因此實(shí)時(shí)數(shù)據(jù)保護(hù)是容災(zāi)手段，而不是目的。因此在建設(shè)高端容災(zāi)系統(tǒng)的前提，一定要做好本地系統(tǒng)的備份，這是容災(zāi)技術(shù)的起點(diǎn)。 第二章、主流容災(zāi)技術(shù)說(shuō)明 數(shù)據(jù)備份 數(shù)據(jù)備份是系統(tǒng)、數(shù)據(jù)容災(zāi)的基礎(chǔ)，也是低端容災(zāi)的實(shí)現(xiàn)，是高端容災(zāi)（實(shí)時(shí)數(shù)據(jù)保護(hù)）的有力保障。如果容災(zāi)系統(tǒng)使用的通信網(wǎng)絡(luò)是確定的，為了比較不同容災(zāi)解決方案，可以用單位存儲(chǔ)容量的數(shù)據(jù)庫(kù)在同一通信網(wǎng)絡(luò)上的數(shù)據(jù)完全恢復(fù)時(shí)間作為一項(xiàng)設(shè)計(jì)指標(biāo)?？傮w規(guī)劃中應(yīng)為災(zāi)備系統(tǒng)設(shè)定明確的RPO和RTO指標(biāo)。災(zāi)備系統(tǒng)建設(shè)的總體規(guī)劃應(yīng)包括以下幾個(gè)方面： 界定災(zāi)備系統(tǒng)的適用范圍分析不同的應(yīng)用系統(tǒng)，確定災(zāi)備系統(tǒng)是一個(gè)覆蓋整個(gè)計(jì)算機(jī)系統(tǒng)的工程，根據(jù)業(yè)務(wù)的重要性，對(duì)不同的系統(tǒng)采用不同級(jí)別的容災(zāi)方案，如針對(duì)關(guān)鍵的業(yè)務(wù)應(yīng)用子系統(tǒng)，實(shí)施高級(jí)別的容災(zāi)工程；對(duì)低級(jí)別的業(yè)務(wù)系統(tǒng)，實(shí)施低級(jí)別的容災(zāi)工程。Tier 6被認(rèn)為是災(zāi)難備份的最高的級(jí)別，在本地和遠(yuǎn)程的所有數(shù)據(jù)被更新的同時(shí)，利用了雙重在線存儲(chǔ)和完全的網(wǎng)絡(luò)切換能力。在災(zāi)難發(fā)生時(shí)，需要的關(guān)鍵數(shù)據(jù)通過(guò)網(wǎng)絡(luò)可迅速恢復(fù)，通過(guò)網(wǎng)絡(luò)的切換，關(guān)鍵應(yīng)用的恢復(fù)時(shí)間也可降低到了小時(shí)級(jí)。但確實(shí)是消除了運(yùn)送工具的需要，提高了災(zāi)難備份的速度。雖然移動(dòng)數(shù)據(jù)到一個(gè)熱備份中心增加了成本，但卻明顯降低了災(zāi)難備份的時(shí)間。 Tier 2Tier 2 PTAM卡車(chē)轉(zhuǎn)送方式+熱備份中心 (PTAM+Hot Site)Tier 2相當(dāng)于是Tier 1再加上具有熱備份能力中心的災(zāi)難備份。這種災(zāi)難備份方案相對(duì)來(lái)說(shuō)成本較低(僅僅需要傳輸工具的消耗以及存儲(chǔ)設(shè)備的消耗)。 Tier 1Tier 1 PTAM車(chē)輛轉(zhuǎn)送方式( Pickup Truck Access Method)作為 Tier 1 的災(zāi)難備份方案需要設(shè)計(jì)一個(gè)應(yīng)急方案，能夠備份所需要的信息并將它存儲(chǔ)在異地，然后根據(jù)災(zāi)難備份的具體需求，有選擇地建立備份平臺(tái)， 但事先并不提供數(shù)據(jù)處理的硬件平臺(tái)。78,目前，國(guó)際上通用的容災(zāi)系統(tǒng)的評(píng)審標(biāo)準(zhǔn)為SHARE 78，主要包括以下內(nèi)容。容災(zāi)系統(tǒng)為獲得最小的RTO，需要投入大量資金。RTO(Recovery Time Objective):以應(yīng)用為出發(fā)點(diǎn)，即應(yīng)用的恢復(fù)時(shí)間目標(biāo)，主要指的是所能容忍的應(yīng)用停止服務(wù)的最長(zhǎng)時(shí)間，也就是從災(zāi)難發(fā)生到業(yè)務(wù)系統(tǒng)恢復(fù)服務(wù)功能所需要的最短時(shí)間周期。及在發(fā)生災(zāi)難，容災(zāi)系統(tǒng)接替原生產(chǎn)系統(tǒng)運(yùn)行時(shí)，容災(zāi)系統(tǒng)與原生產(chǎn)中心不一致的數(shù)據(jù)量。而這三者也存在內(nèi)在的相互關(guān)聯(lián)，不同災(zāi)備級(jí)別對(duì)應(yīng)的建設(shè)投資規(guī)模、所采用的技術(shù)以及實(shí)施和管理的復(fù)雜度也不同，應(yīng)考慮保護(hù)計(jì)算機(jī)系統(tǒng)的原有投資并提高災(zāi)備系統(tǒng)建設(shè)投資的利用率。目前，已經(jīng)有多系統(tǒng)開(kāi)始或準(zhǔn)備進(jìn)行災(zāi)備系統(tǒng)的建設(shè)，災(zāi)備系統(tǒng)建設(shè)的目標(biāo)是減災(zāi)容災(zāi)，使計(jì)算機(jī)信息系統(tǒng)和數(shù)據(jù)能夠最大限度地防范和化解各種意外和災(zāi)害所帶來(lái)的風(fēng)險(xiǎn)。 　　計(jì)算機(jī)信息系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)大集、應(yīng)用大集中后，系統(tǒng)的運(yùn)行安全成為風(fēng)險(xiǎn)控制的焦點(diǎn)。 　　災(zāi)備系統(tǒng)建設(shè)中所涉及的潛在風(fēng)險(xiǎn)大致可分為技術(shù)風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)和投資風(fēng)險(xiǎn)，其中尤以技術(shù)選擇風(fēng)險(xiǎn)最大，技術(shù)方案選擇優(yōu)越，可以規(guī)避一定的管理風(fēng)險(xiǎn)和投資風(fēng)險(xiǎn)。 技術(shù)指標(biāo)RPO、RTO衡量容災(zāi)技術(shù)的兩個(gè)技術(shù)指標(biāo)RPO、RTORPO(Recovery Point Objective): 以數(shù)據(jù)為出發(fā)點(diǎn)，主要指的是業(yè)務(wù)系統(tǒng)所能容忍的數(shù)據(jù)丟失量。發(fā)生災(zāi)難后，啟動(dòng)容災(zāi)系統(tǒng)完成數(shù)據(jù)恢復(fù)，RPO就是新恢復(fù)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)損失量。各種容災(zāi)解決方案的RTO有較大差別，基于光通道技術(shù)的同步數(shù)據(jù)復(fù)制，配合異地備用的業(yè)務(wù)系統(tǒng)和跨業(yè)務(wù)中心與備份中心的高可用管理，這種容災(zāi)解決方案具有最小的RTO。78要建設(shè)容災(zāi)系統(tǒng)，就必須提出相應(yīng)的設(shè)計(jì)指標(biāo)，以此作為衡量和選擇容災(zāi)解決方案的參數(shù)。SHARE這種方式是最為低成本的災(zāi)難備份解決方案，但事實(shí)上這種災(zāi)難備份并沒(méi)有真正災(zāi)難備份的能力，因?yàn)樗臄?shù)據(jù)并沒(méi)有被送往遠(yuǎn)離本地的地方，而數(shù)據(jù)的恢復(fù)也僅是利用本地的記錄。系統(tǒng)和數(shù)據(jù)將被恢復(fù)并重新與網(wǎng)絡(luò)相連。這樣的情況下，恢復(fù)是可能的，但需要一定的時(shí)間，同時(shí)依賴(lài)于什么時(shí)候硬件平臺(tái)能夠被提供準(zhǔn)備好。這種災(zāi)難備份的方式依賴(lài)于用PTAM的方法去將日常數(shù)據(jù)放在異地存儲(chǔ)，當(dāng)災(zāi)難發(fā)生的時(shí)候，數(shù)據(jù)再被移動(dòng)到一個(gè)熱備份的中心。由于熱備份中心要保持持續(xù)運(yùn)行，因此增加了成本。在兩個(gè)中心之間，彼此的在線關(guān)鍵數(shù)據(jù)的拷貝不停地相互傳送著。 Tier 6Tier 6 零數(shù)據(jù)丟失 (Zero Data Loss)Tier 6 可以實(shí)現(xiàn)零數(shù)據(jù)丟失率，同時(shí)保證數(shù)據(jù)立即自動(dòng)地被傳輸?shù)絺浞葜行摹?因此，企業(yè)需要根據(jù)其計(jì)算機(jī)處理系統(tǒng)中數(shù)據(jù)的重要性，以及需要恢復(fù)的速度和程度，來(lái)進(jìn)行災(zāi)備系統(tǒng)建設(shè)的整體考慮和不同災(zāi)難對(duì)業(yè)務(wù)沖擊的分析，并最終確定災(zāi)備系統(tǒng)建設(shè)的總體規(guī)劃。