【文章內(nèi)容簡介】 的方式從主數(shù)據(jù)庫發(fā)送到后備數(shù)據(jù)庫，而且，在主數(shù)據(jù)庫方的事務(wù)，一定要等到至少有一個后備數(shù)據(jù)庫確認(rèn)接收到事務(wù)數(shù)據(jù)，該事務(wù)才被提交。在這種模式下，一般配置至少兩個后備數(shù)據(jù)庫，以提供雙重容錯保護(hù)。如果后備數(shù)據(jù)庫不可用，則主數(shù)據(jù)庫方會自動掛起處理進(jìn)程。最大可用性模式提供了對于主數(shù)據(jù)庫次高級別的數(shù)據(jù)可用度，保證零數(shù)據(jù)丟失，并對單個組件的失敗提供保護(hù)。與最大保護(hù)模式一樣，redo數(shù)據(jù)被同步地從主數(shù)據(jù)庫發(fā)送到后備數(shù)據(jù)庫。在主數(shù)據(jù)庫方的事務(wù)，一定要等到后備數(shù)據(jù)庫確認(rèn)接收事務(wù)數(shù)據(jù)，該事務(wù)才被提交。然而，如果后備數(shù)據(jù)庫因為諸如網(wǎng)絡(luò)連接之類的問題而不可用時，主數(shù)據(jù)庫方的處理會繼續(xù)執(zhí)行。這樣，會出現(xiàn)后備數(shù)據(jù)庫暫時與主數(shù)據(jù)庫不一致的情況，但是一旦后備數(shù)據(jù)庫恢復(fù)可用，數(shù)據(jù)庫會自動同步，不會有數(shù)據(jù)丟失。最大性能模式是缺省的保護(hù)模式。與最大可用性模式相比，它對于主數(shù)據(jù)庫提供稍弱一點的保護(hù)，但是性能更高。在這種模式下，當(dāng)主數(shù)據(jù)庫對事務(wù)進(jìn)行處理時，日志數(shù)據(jù)被以異步的方式傳送到后備數(shù)據(jù)庫。在主數(shù)據(jù)庫方，提交操作在完成寫的動作前、無需等待后備數(shù)據(jù)庫的接收確認(rèn)。在任何時候，如果后備方不可用，主數(shù)據(jù)庫方的處理繼續(xù)執(zhí)行，這樣對性能不會有什么影響。采用Oracle 9i Data Guard技術(shù)進(jìn)行災(zāi)難備份需要滿足以下前提條件：252。 后備系統(tǒng)與主系統(tǒng)的硬件平臺、操作系統(tǒng)、操作系統(tǒng)版本等保持一致；252。 后備系統(tǒng)與主系統(tǒng)上Oracle用戶的權(quán)限一致；252。 后備系統(tǒng)與主系統(tǒng)的Oracle數(shù)據(jù)庫版本一致；252。 后備系統(tǒng)與主系統(tǒng)的Oracle數(shù)據(jù)庫配置文件一致。采用Oracle Data Guard建設(shè)容災(zāi)方案有以下優(yōu)點：l 完全通過Oracle數(shù)據(jù)庫機(jī)制來實現(xiàn)，完全不依賴于其它軟件和底層存儲平臺；l 可以滿足用戶的不同性能、數(shù)據(jù)保護(hù)要求，提供多種不同數(shù)據(jù)保護(hù)模式；l 可以實現(xiàn)一對多的數(shù)據(jù)復(fù)制，提供多重保護(hù)；l 后備數(shù)據(jù)庫可以在很短的時間內(nèi)提升到生產(chǎn)狀態(tài)（因為數(shù)據(jù)庫已經(jīng)在運行）l 基于IP網(wǎng)絡(luò),沒有距離限制同時，采用Oracle Data Guard建設(shè)容災(zāi)方案有以下限制：l Oracle Data Guard的三種模式都將對生產(chǎn)數(shù)據(jù)庫系統(tǒng)的性能產(chǎn)生影響,因而需要更多的處理資源；l 后備數(shù)據(jù)庫不可用，如果用戶需要在遠(yuǎn)程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)給開發(fā)測試、DW/BI應(yīng)用使用將非常困難。l 只能對Oracle數(shù)據(jù)庫數(shù)據(jù)提供保護(hù)，不能對其它應(yīng)用數(shù)據(jù)—如文件應(yīng)用等提供災(zāi)難保護(hù)。l 管理復(fù)雜，需要大量的人工干預(yù)過程，容易發(fā)生錯誤。l 只能保護(hù)Oracle數(shù)據(jù)庫，無法保護(hù)其他應(yīng)用數(shù)據(jù)。業(yè)界其它基于應(yīng)用的的容災(zāi)方案的優(yōu)點和局限性與Oracle Data Guard模式基本相同，我同樣需要根據(jù)客戶的實際需要建議最合適的方案。 小結(jié)基于應(yīng)用的容災(zāi)方案、基于主機(jī)的容災(zāi)方案和基于存儲(包括虛擬存儲技術(shù))的容災(zāi)方案都有各自的適用范圍，適用于不同的災(zāi)難保護(hù)需要。用戶需要根據(jù)具體的實際需求來選擇合適的容災(zāi)保護(hù)方案。不同的用戶不同的業(yè)務(wù)系統(tǒng)、不同應(yīng)用對容災(zāi)的要求不同，要求不同的容災(zāi)服務(wù)等級。我在未來將按照科學(xué)流程和方法，并利用我公司在信息存儲管理領(lǐng)域的專業(yè)技能和經(jīng)驗為用戶進(jìn)行IT環(huán)境的評估和業(yè)務(wù)影響分析，發(fā)掘客戶業(yè)務(wù)需求對容災(zāi)技術(shù)的要求，從而建議最合適的容災(zāi)方案。對企業(yè)而言，選擇容災(zāi)方案既要考慮選擇合適技術(shù)方案，也需要考查實現(xiàn)該方案的產(chǎn)品在技術(shù)上是否成熟、可靠，性能和靈活性是否滿足要求，同時也需要考查提供該解決方案的供應(yīng)商是否有豐富的經(jīng)驗和認(rèn)證的技能來保證方案的確實可行并能夠成功實施。我公司在容災(zāi)領(lǐng)域有領(lǐng)先的技術(shù)并已經(jīng)得到了廣大用戶的實際應(yīng)用檢驗，方案的可行性、產(chǎn)品的成熟度、穩(wěn)定性、可靠性、靈活性都的到了大量實際應(yīng)用的考驗。我的技術(shù)服務(wù)隊伍已經(jīng)在眾多容災(zāi)項目成功實施過程中表現(xiàn)出強(qiáng)大的技術(shù)力量，能夠確保用戶容災(zāi)方案的成功實施。第5章 xxxxxx容災(zāi)方案建議 xxxxxx架構(gòu)現(xiàn)狀 xxxxxx容災(zāi)需求 xxxxxx容災(zāi)建議方案假設(shè)某股份有限公司容災(zāi)將采用同城容災(zāi)中心建設(shè)模式，為兩個中心模式，如以下兩個中心模式的容災(zāi)技術(shù)模型所示：圖11： 雙中心容災(zāi)技術(shù)模型本章節(jié)將從“數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)”入手，并從“存儲平臺、應(yīng)用平臺、接入平臺”三方面為xxxxxx容災(zāi)建設(shè)提出建議方案。根據(jù)此模型，建議xxxxxx容災(zāi)平臺的架構(gòu)如下( 該示意圖只要表示核心數(shù)據(jù)服務(wù)及存儲部分，未包含網(wǎng)絡(luò)接入及應(yīng)用層等)：圖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ù)能力，這是整個容災(zāi)技術(shù)方案的基礎(chǔ)。因此，“數(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ǒng)的容災(zāi)要求看，應(yīng)該采用“實時連續(xù)數(shù)據(jù)復(fù)制技術(shù)”。從上圖的模型中看到，“數(shù)據(jù)復(fù)制”可以發(fā)生在“應(yīng)用平臺”層面，即采用基于主機(jī)、應(yīng)用或數(shù)據(jù)庫的數(shù)據(jù)復(fù)制技術(shù)；也可以發(fā)生在“存儲平臺”層面，即采用基于存儲的數(shù)據(jù)復(fù)制技術(shù)（可以是智能存儲，也可以是虛擬存儲技術(shù)）。xxxxxx本次容災(zāi)只考慮了核心的系統(tǒng)，在未來隨著業(yè)務(wù)的發(fā)展，將可能有更多的業(yè)務(wù)系統(tǒng)需要提供災(zāi)難保護(hù)能力，因而將會是多種應(yīng)用，多種主機(jī)平臺的異構(gòu)環(huán)境，最好是能采用平臺級的數(shù)據(jù)復(fù)制技術(shù)，以滿足未來長遠(yuǎn)的需求，降低復(fù)雜性，從而降低風(fēng)險和成本?；诖?，我們初步建議如下： 采用“實時連續(xù)數(shù)據(jù)復(fù)制”技術(shù) 采用“基于存儲的數(shù)據(jù)復(fù)制”技術(shù)，建立平臺級的容災(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量、鏈路帶寬情況。在鏈路帶寬許可情況下，建議采用同步數(shù)據(jù)復(fù)制，避免數(shù)據(jù)丟失。若鏈路帶寬不充足，可以采用異步數(shù)據(jù)復(fù)制技術(shù)。由于系統(tǒng)包括“核心業(yè)務(wù)系統(tǒng)、生產(chǎn)支持系統(tǒng)、報表生成平臺”三塊，無論采用同步復(fù)制方式還是異步復(fù)制方式都需要考慮三個系統(tǒng)的數(shù)據(jù)一致性問題。我 DMX平臺上具備Consistency Group技術(shù)，可以保證三個系統(tǒng)的數(shù)據(jù)一致。 SAN網(wǎng)絡(luò)及存儲平臺建議（待補充）某股份有限公司專利業(yè)務(wù)系統(tǒng)的存儲平臺將是業(yè)務(wù)數(shù)據(jù)的載體，也將是主要的數(shù)據(jù)復(fù)制平臺，因而是容災(zāi)建設(shè)最重要的部分。根據(jù)xxxxxx容災(zāi)項目需求，本次項目建議的存儲平臺為：配置為： 利用BCV、數(shù)據(jù)克隆技術(shù)獲取開發(fā)、測試數(shù)據(jù)xxxxxx當(dāng)前采用“三系統(tǒng)”架構(gòu)來確保整個環(huán)境的可用性和可靠性，包括開發(fā)系統(tǒng)（DEV）、測試系統(tǒng)（QAS）和生產(chǎn)系統(tǒng)（PRD）。對于開發(fā)系統(tǒng)和測試系統(tǒng)，最有效的方式是采用真實數(shù)據(jù)和真實數(shù)據(jù)量規(guī)模的數(shù)據(jù)進(jìn)行開發(fā)、測試工作，利用智能存儲系統(tǒng)的快照、克隆技術(shù)可以很方便地獲得生產(chǎn)數(shù)據(jù)。如上圖12所示，可以在生產(chǎn)中心存儲平臺配置合適的存儲空間，為系統(tǒng)生產(chǎn)數(shù)據(jù)創(chuàng)建數(shù)據(jù)克隆，該克隆數(shù)據(jù)可以用來做開發(fā)、測試使用。根據(jù)xxxxx項目未來的需求，可以考慮以下方式使用數(shù)據(jù)克隆技術(shù)：? 將開發(fā)、測試工作放到災(zāi)備中心進(jìn)行，通過創(chuàng)建容災(zāi)目標(biāo)數(shù)據(jù)的克隆拷貝為開發(fā)、測試平臺快速提供真實數(shù)據(jù)環(huán)境。? 對生產(chǎn)中心的源數(shù)據(jù)創(chuàng)建1份克隆數(shù)據(jù)，該數(shù)據(jù)用作保護(hù)使用，每天定期同步一次到多次，提供邏輯故障快速恢復(fù)使用。? 災(zāi)難事件發(fā)生，主要為物理破壞，則xxxxx系統(tǒng)切換到容災(zāi)中心，繼續(xù)支持業(yè)務(wù)運營。? 邏輯故障發(fā)生，如誤刪除數(shù)據(jù)文件，由于采用實時復(fù)制技術(shù)，則容災(zāi)中心的數(shù)據(jù)也被刪除。這時利用生產(chǎn)中心數(shù)據(jù)的克隆數(shù)據(jù)快速恢復(fù)或直接開放給主機(jī)使用，這樣能夠快速恢復(fù)業(yè)務(wù)運營，而不必進(jìn)行復(fù)雜的容災(zāi)切換，降低風(fēng)險和可能產(chǎn)生的額外成本。 數(shù)據(jù)復(fù)制鏈路連接方式及數(shù)量建議同城容災(zāi)，通常采用光纖鏈路作為數(shù)據(jù)容災(zāi)復(fù)制鏈路，復(fù)制鏈路的連接可以直接采用現(xiàn)有SAN交換機(jī)，也可以采用專門的SAN交換機(jī)獨立于某股份有限公司當(dāng)前的SAN存儲環(huán)境。若通過ISL于遠(yuǎn)程SAN連接，將帶來SAN不穩(wěn)定的風(fēng)險，因而建議采用專用SAN交換機(jī)（也可以采用SAN Router，連接拓?fù)湎嗨疲?。為考慮高可用，建議在兩個中心都配置冗余的設(shè)備，包括交換機(jī)、物理光纖鏈路、DWDM設(shè)備（如需要光纖復(fù)用）以及存儲用來遠(yuǎn)程復(fù)制的端口卡等。xxxxxx容災(zāi)需要多少條通信鏈路（或帶寬要求），要根據(jù)業(yè)務(wù)處理I/O量來分析、設(shè)計，若采用異步復(fù)制，則需要根據(jù)帶寬及RPO要求來分析設(shè)計。容災(zāi)數(shù)據(jù)復(fù)制鏈路連接方式及帶寬估計的具體的方法請參考“第六章 容災(zāi)通信鏈路設(shè)計”部分內(nèi)容。 應(yīng)用平臺建議某股份有限公司業(yè)務(wù)系統(tǒng)的應(yīng)用平臺建設(shè)主要是包含服務(wù)器、以及這些服務(wù)器上的內(nèi)置磁盤、操作系統(tǒng)、文件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)軟件、中間件和應(yīng)用軟件等。建議如下：1. 針對不同業(yè)務(wù)的不同應(yīng)用，在容災(zāi)中心配置相同服務(wù)器平臺，OS版本相同；2. 針對個業(yè)務(wù)部署與生產(chǎn)中心相同的應(yīng)用；3. 容災(zāi)中心服務(wù)器處理能力及高可用能力（是否采用群集等）可以與生產(chǎn)中心完全相同（同級容災(zāi)），也可以低于生產(chǎn)中心（降級容災(zāi)）。具體采用根據(jù)“業(yè)務(wù)需求定義”結(jié)果并平衡投資水平進(jìn)行最后決定。4. 應(yīng)用平臺的切換可以采用人工干預(yù)方式，也可以采用自動技術(shù)。在采用自動技術(shù)時需要考慮業(yè)務(wù)的關(guān)聯(lián)性。通常采用人工干預(yù)、發(fā)起＋自動執(zhí)行的切換方式，減少誤判風(fēng)險。 接入平臺建議接入平臺包含交換機(jī)、路由器、防火墻等網(wǎng)絡(luò)設(shè)備以及相應(yīng)的網(wǎng)絡(luò)連接。在接入平臺使用的容災(zāi)技術(shù)主要是網(wǎng)絡(luò)接入切換技術(shù)，包括：n 基于浮動IP地址n 基于DNSn 基于四層交換機(jī)n 基于外圍應(yīng)用某股份有限公司的主要工作環(huán)境在當(dāng)前辦公地點和外地各分支機(jī)構(gòu)，建設(shè)容災(zāi)中心后，必須能夠?qū)崿F(xiàn)生產(chǎn)中心和容災(zāi)中心的網(wǎng)絡(luò)互聯(lián)互通。容災(zāi)中心也應(yīng)當(dāng)具備網(wǎng)絡(luò)接入平臺，在災(zāi)難發(fā)生時，尤其是針對IT系統(tǒng)的災(zāi)難發(fā)生時候，IT系統(tǒng)全部切換或局部切換到遠(yuǎn)程容災(zāi)中心，外圍分支機(jī)構(gòu)需要能訪問到容災(zāi)中心。容災(zāi)中心接入平臺的建議如下： 建設(shè)完整的連接能力，具備足夠的帶寬與當(dāng)前生產(chǎn)中心互聯(lián)； 當(dāng)前生產(chǎn)中心必須配置訪問遠(yuǎn)程中心的網(wǎng)絡(luò)路由 遠(yuǎn)程中心需配備相應(yīng)的DNS服務(wù) 如采用浮動IP，要確保切換后IP的浮動，并確保網(wǎng)絡(luò)路由能訪問已經(jīng)浮動到遠(yuǎn)程的IP地址。 對應(yīng)用的訪問和應(yīng)用之間的調(diào)用盡量采用DNS方式。 容災(zāi)中心要具備網(wǎng)絡(luò)接入能力，外圍分支結(jié)構(gòu)要具備訪問主中心或訪問容災(zāi)中心的網(wǎng)絡(luò)連接能力。為降低初期投資，外圍分支機(jī)構(gòu)可以先通過主中心訪問容災(zāi)中心系統(tǒng)，從而不改變現(xiàn)有網(wǎng)絡(luò)連接方式。風(fēng)險是當(dāng)主中心的網(wǎng)絡(luò)接入或網(wǎng)絡(luò)被破壞，將無法訪問容災(zāi)中心，盡管系統(tǒng)已經(jīng)被恢復(fù)。 數(shù)據(jù)備份保護(hù)容災(zāi)方案解決的遠(yuǎn)程的數(shù)據(jù)保護(hù)和遠(yuǎn)程的業(yè)務(wù)服務(wù)能力，但并不能減少本地數(shù)據(jù)備份恢復(fù)的要求。當(dāng)本地數(shù)據(jù)出現(xiàn)邏輯故障或人為錯誤時，故障或錯誤將被復(fù)制到遠(yuǎn)程容災(zāi)中心，為保證本地數(shù)據(jù)的安全，仍需要建設(shè)本地數(shù)據(jù)備份系統(tǒng)。數(shù)據(jù)備份系統(tǒng)可以有多種技術(shù)： 備份到磁帶（最傳統(tǒng)的方式） 備份到磁盤（或再到磁帶方式） 本地數(shù)據(jù)BCV保護(hù)以上方法中，數(shù)據(jù)BCV保護(hù)的恢復(fù)級別最高，通過智能存儲上的數(shù)據(jù)副本可以快速恢復(fù)數(shù)據(jù)到建立副本的時刻。備份到磁盤的技術(shù)恢復(fù)級別高于備份到磁帶方式，是目前備份技術(shù)發(fā)展的趨勢，與磁帶備份相比，能夠確保可預(yù)測的恢復(fù)。由于xxxxxx項目需求文檔中要求為采用磁帶庫備份，我對數(shù)據(jù)備份保護(hù)的建議如下： 為系統(tǒng)數(shù)據(jù)保留一份可以采用BCV，該BCV做保護(hù)用或用來做磁帶備份的源數(shù)據(jù)； 數(shù)據(jù)保護(hù)BCV與生產(chǎn)源數(shù)據(jù)每天做1次或多次數(shù)據(jù)同步，同步完成后斷開，作為數(shù)據(jù)的“金拷貝—Golden Copy”，在出現(xiàn)邏輯故障可以優(yōu)先從BCV快速恢復(fù)或直接啟用BCV數(shù)據(jù)。 磁帶備份可以采用傳統(tǒng)SAN備份方式，各生產(chǎn)主機(jī)通過SAN網(wǎng)絡(luò)將數(shù)據(jù)備份到磁帶上，也可以采用BCV數(shù)據(jù)實現(xiàn)“Server Free備份”。備份到磁帶的數(shù)據(jù)可以根據(jù)需要保存較長的時間，并可以異地保管。未來也可以考慮備份到磁盤(標(biāo)準(zhǔn)磁盤或虛擬磁帶庫上)，降低備份窗口，提高可恢復(fù)能力和恢復(fù)水平。備份到磁盤的數(shù)據(jù)可以根據(jù)需要遷移到磁帶上，如下圖采用虛擬帶庫示意圖：圖13： B2CDL2T架構(gòu)示意圖第6章 容災(zāi)通信鏈路設(shè)計容災(zāi)通信鏈路設(shè)計是容災(zāi)系統(tǒng)建設(shè)非常重要的部分，也是容災(zāi)方案設(shè)計的難點、要點之一,所以單列本章節(jié)進(jìn)行闡述。 通信鏈路設(shè)計概述如果未來某股份有限公司基于主機(jī)或基于應(yīng)用的容災(zāi)技術(shù)來建設(shè)容災(zāi)系統(tǒng)，則將采用標(biāo)準(zhǔn)的IP網(wǎng)絡(luò)連接，通信鏈路可以是ATM、E1/EIP等；如果未來某股份有限公司采用基于存儲或虛擬存儲的技術(shù)來建設(shè)容災(zāi)方案，則可以采用Fibre Channel、ESCON、DWDM、SONET等通信鏈路，也可以通過FCIP設(shè)備利用ATM、E1/EIP等通信鏈路。不同的通信鏈路有不同的要求，如距離限制、帶寬能力等；而不同的容災(zāi)技術(shù)、不同的容災(zāi)應(yīng)用對通信鏈路的要求不同；采用同步方式或采用異步方式進(jìn)行數(shù)據(jù)復(fù)制對通信鏈路的要求也大不相同。對于一個容災(zāi)方案，無論采用哪種復(fù)制技術(shù)，都需要解決以下問題.在我當(dāng)前選擇的容災(zāi)中心距離的情況下: 我需要哪種鏈路? 需要多少條？成本如何？ 這么遠(yuǎn)的距離對應(yīng)用影響是什么? 如采用同步方式，響應(yīng)時間是否太長？I/O數(shù)量能否滿足？ 如采用異步方式，我的RPO是多少？需要配多大的Cache量？設(shè)計的鏈路是否一定滿足預(yù)期的目標(biāo)？根據(jù)某股份有限公司的不同要求進(jìn)行科學(xué)的通信鏈路設(shè)計是保障專利業(yè)務(wù)系統(tǒng)在合理的通信成本下成功實現(xiàn)容災(zāi)系統(tǒng)建設(shè)的重要步驟之一。 容災(zāi)通信鏈路的比較當(dāng)前業(yè)界容災(zāi)方案的通訊鏈路基本采用有“裸光纖直連交換機(jī)方式、通過DWDM設(shè)備連接裸光纖方式、IP網(wǎng)絡(luò)方式”等，每種方式各有利弊，以下對不同通信鏈路方式進(jìn)行比較。l 通過裸光纖直連交換機(jī)，采用FC協(xié)議采用FC協(xié)議的通信鏈路只適用于基于存儲復(fù)制或虛擬存儲復(fù)制的容災(zāi)方案。在這類方案中，生產(chǎn)中心與備份中心的光纖交換機(jī)通過裸光纖直連，如下圖所示： 圖14：裸光纖直連交換機(jī)