【正文】 最后感謝的是我自己，親自寫完了這篇論文。 在論文即將完成之際，我的心情無法平靜，從開始進入課題到論文的順利完成，有多少可敬的師長、同學(xué)、朋友給了我無言的幫助，在這里請接受我誠摯的謝意！ 還要我的同學(xué)感謝張靈、康健波、蹇華強、劉大成等同學(xué)對我的幫助和指點。在此，我再說一次謝謝！謝謝大家?。?！。張老師在整個過程中都給予了我悉心的指導(dǎo)。 致謝 經(jīng)過半年的忙碌和工作，本次畢業(yè)設(shè)計已經(jīng)接近尾聲，作為一個 ?？粕漠厴I(yè)設(shè)計，由于經(jīng)驗的匱乏，難免有許多考慮不周全的地方，如果沒有導(dǎo)師的督促指導(dǎo)，以及一起工作的同學(xué)們的支持，想要完成這個設(shè)計是難以想象的。 CDP 融合了數(shù)據(jù)備份和數(shù)據(jù)復(fù)制的優(yōu)點，既可以進行實時數(shù)據(jù)保護，還可以任意時間點的歷史數(shù)據(jù)恢復(fù)，將會具有更加強大的生命 力。對于不支持異構(gòu)環(huán)境的復(fù)制軟件，就需要購買相同的存儲或者購買相同操作系統(tǒng)的主機進行數(shù)據(jù)復(fù)制，增加了容災(zāi)備份方案的總體費用。 未來的發(fā)展之一應(yīng)該是基于主機的異構(gòu)復(fù)制技術(shù)會有更廣泛的市場。這些技術(shù)的引入必將對容災(zāi)系統(tǒng)產(chǎn)生深遠的影響。 為保障組織的業(yè)務(wù)連續(xù)運作和災(zāi)難生存能力 ,企業(yè)或政府必需建立具有高可用性和災(zāi)難恢復(fù)能力的 IT 系統(tǒng)。采用開放的容災(zāi)技術(shù)則是一種比較好的選擇。 CDP 災(zāi)備技術(shù)由于對于每一個生產(chǎn)子系統(tǒng)都具有開放性的接入技術(shù)，而在災(zāi)備中心則可以匯聚到集中設(shè)備上來，因此完全不需要對數(shù)據(jù)中心內(nèi)的各個子系統(tǒng)進行整合，也可以對于分布式的多分支機構(gòu)的業(yè)務(wù)系統(tǒng)實現(xiàn)多點集中災(zāi)備。在異地的災(zāi)備系統(tǒng)中，同樣部署持續(xù)數(shù)據(jù)復(fù)制器，就實現(xiàn)了和本地的連續(xù)數(shù)據(jù)復(fù)制器的遠程災(zāi)備連接，并且將任何本地數(shù)據(jù)恢復(fù)的能力傳遞到異地的災(zāi)備系統(tǒng)。而其余的容災(zāi)技術(shù)都屬于開放的災(zāi)備技術(shù)，系統(tǒng)整合則并不是十分必要。如果用戶采用的是存儲復(fù)制型容災(zāi)技術(shù)，那就必須先進行系統(tǒng)整合，因為多個存儲設(shè)備是不可能采用一種存儲設(shè)備進行容災(zāi)的。 災(zāi)備建設(shè)的設(shè)計者們不僅要掌握真正的成本測算規(guī)則，需要掌控災(zāi)難恢復(fù)的目標和效果，只有這樣，才能避免容災(zāi)系統(tǒng)的重復(fù)投資和投資浪費，真正做到?有災(zāi)必備?，消除?災(zāi)難盲區(qū)?，從而有效降低容災(zāi)建設(shè)成本。 由于技術(shù)和人才有限，許多用戶自己 無法管理和維護容災(zāi)系統(tǒng)，只能依賴專業(yè)數(shù)據(jù)服務(wù)廠商。但實際情況是，容災(zāi)設(shè)備 的采購可能只需要600700 萬，而用戶每年要支付的網(wǎng)絡(luò)傳輸成本可能高達 200 萬， 5年下來，網(wǎng)絡(luò)費用早已超過了設(shè)備采購費用。 綜合考慮以上幾個方面的因素，用戶就可以比較準確的 計算出容災(zāi)系統(tǒng)建設(shè)的整體擁有成本，并能做出合理的取舍，甚至能立刻做出建同城災(zāi)備還是異地災(zāi)備的選擇。 4） 運維費用：這部分的費用包括向廠商購買的每年服務(wù)和應(yīng)急的專業(yè)服務(wù)費用，還包括高級別的系統(tǒng)維護人員的費用。尤其在異地災(zāi)備體系 的建設(shè)中，災(zāi)備技術(shù)路線的不同導(dǎo)致 的傳輸帶寬評估有時令人難以置信，可以相差達到 40 倍的帶寬差異。這些費用由于容災(zāi)技術(shù)方案的不同，組成元素完全不同。 要想搞清災(zāi)備建設(shè)的總體擁有成本，我們看看以下幾個元素： 1） 場地費用：包括災(zāi)備機房基礎(chǔ)設(shè)施費用，災(zāi)備中心人員費用等。當(dāng)我們對于災(zāi)難防御的目標胸有成竹之后， 我們就需要考慮建設(shè)成本了。災(zāi)備項目的成本是由前三者綜合決定的。 災(zāi)備建設(shè)的成本 建設(shè)一個完備的災(zāi)備系統(tǒng)到底需要投入多少資金呢？投入巨資建設(shè)的一個災(zāi)備系統(tǒng)到底值不值呢？很多企業(yè)都對災(zāi)備建設(shè)成本的問題最為關(guān)心。這些傳統(tǒng)容災(zāi)技術(shù)在幫助用戶分析災(zāi)難時通常會刻意強調(diào)硬性災(zāi)難或站點級災(zāi)難的防御，而處處回避軟性災(zāi)難或類站點級災(zāi)難，并將這些更具破壞性的災(zāi)難類型推卸給備份技術(shù)而逃避容災(zāi)規(guī)劃中最重要的環(huán)節(jié)。而且，軟件性災(zāi)難的恢復(fù)非常麻煩，需要企業(yè)投入更多的資源、承擔(dān)更多大的風(fēng)險去解決。 硬性災(zāi)難或站點級災(zāi)難的發(fā)生是管理人員能夠即刻發(fā)現(xiàn)的，造成的損失大多可以立刻評估、處理。它們帶來的后果同樣是災(zāi)難性的、甚至更加嚴重。這類災(zāi)難發(fā)生后，雖然建筑、設(shè)備、人員都是無損的，但整個站點同樣失效，整個站點所提供的服務(wù)同樣被中止。這類災(zāi)難一般被稱為?‘硬’性災(zāi)難?或?站點級災(zāi)難?，即整個站點失效，從而整個站點所提供的服務(wù)中止。 災(zāi)備系統(tǒng)首要防范的災(zāi)難 容災(zāi)備份體系建設(shè)可以從很多個角度去考慮，但其中最重要的一項，是哪些災(zāi)難類是用戶首要考慮防范的，這些災(zāi)難對于 RPO/RTO 指標有什么具體的要求等。然而，如果延緩一定時間后再應(yīng)用重做日志數(shù)據(jù)，就可以避免 源數(shù)據(jù)庫的錯誤快速地傳播到備份數(shù)據(jù)庫。 可以將歸檔的重做日志從源數(shù)據(jù)庫異步的寫到備份數(shù)據(jù)庫，來使源數(shù)據(jù)庫在極少的損失性能的前提下，最小化地減少數(shù)據(jù)的丟失。 Oracle9i DATA GUARD 通過使用稱為備份的數(shù) 據(jù)庫來防止數(shù)據(jù)災(zāi)難的出現(xiàn)。這樣做的缺點是在某些系統(tǒng)失敗的情況下，可能會有一些數(shù)據(jù)還沒有來得及通過網(wǎng)絡(luò)傳送到備份數(shù)據(jù)庫服務(wù)器；優(yōu)點是主數(shù)據(jù)庫服務(wù)器的性能不受影響。 采用同步方式的優(yōu)點是兩邊數(shù)據(jù)庫服務(wù)器的數(shù)據(jù)一致，但是由于每筆在主數(shù)據(jù)庫服務(wù)期提交的交易需要發(fā)送到備份數(shù)據(jù)庫服務(wù)器 而且得到確認后才算真正成功完成，由此而產(chǎn)生的時間延遲會使性能受到一定的影響。 HDR 有兩種復(fù)制方式：同步方式（ Synchronous）和異步方式（ Asynchronous）。主數(shù)據(jù)庫服務(wù)器和備份數(shù)據(jù)庫服務(wù)器都有一個? Ping?線程在運行，它會定時喚醒并且檢查兩個數(shù)據(jù)庫服務(wù)器的連接。數(shù)據(jù)復(fù)制緩沖區(qū)通過 TCP/IP 網(wǎng)絡(luò)將數(shù)據(jù)發(fā)送到備份數(shù)據(jù)庫服務(wù)器的數(shù)據(jù)復(fù)制緩沖區(qū)中。 的工作原理 在邏輯日志緩沖區(qū)（ Logical Log buffer）刷新之前，它里面所有 的交易（ Transaction ） 將拷貝到 數(shù)據(jù)復(fù) 制緩沖區(qū) （ Data Replication Buffer）。 數(shù)據(jù)庫復(fù)制對硬件的要求相對較低，只要主數(shù)據(jù)庫服務(wù)器和備份數(shù)據(jù)庫服務(wù)器的硬件配置相同即可，不是必須使用高端存儲設(shè)備，例如 IBM ESS等。此時備份數(shù)據(jù)庫服務(wù)器雖為只讀方式，但并不是空閑的。此時，備份數(shù)據(jù)庫服務(wù)器作為主數(shù)據(jù)庫服務(wù)器進行數(shù)據(jù)庫的讀寫操作。 正常狀態(tài)下，主數(shù)據(jù)庫服務(wù)器做數(shù)據(jù)庫的讀寫操作，備份數(shù)據(jù)庫服務(wù)器為只讀方式。復(fù)制方式有同步方式和異步方式兩種。 INFORMIX HDR 是 High Availability Data Replication 的縮寫。目前已有的產(chǎn)品有 DSG Realsync、 IBM DB2 HADR、 IBM INFORMIX HDR 以及 ORACLE DATA GUARD。那么，有沒有一種兩者兼顧的解決方案呢？數(shù)據(jù)庫產(chǎn)品提供的數(shù)據(jù)庫復(fù)制技術(shù)就是一種兩者兼顧的災(zāi)難備份解決方案。 對數(shù)據(jù)庫的備份，如果采用硬件級災(zāi)難備份有兩種方法：一是采用備份的方法，即定期地將數(shù)據(jù)備份到硬盤和 磁帶 /磁帶庫上，這些磁帶可以通過運輸?shù)姆绞竭\到遠程，以防磁帶在本地的災(zāi)難中發(fā)生毀壞。在這三者之中，數(shù)據(jù)庫中的數(shù)據(jù)保護最為重要。 運行影響 : ●消除備份窗口，備份能夠在生產(chǎn)應(yīng)用程序保持在線的任何時刻進行。 ●本地和異地鏡像（ LAN,MAN,WAN） ●在限制帶寬的連接上，使高性能發(fā)揮到極至 ●在整個 SAN 中，集中管理所有的鏡像過程 ●支持所有的主流操作系統(tǒng)和存儲設(shè)備 ●在災(zāi)難恢復(fù)站點，確保數(shù)據(jù)的完整性 方案 2: 利用 multiView 實現(xiàn)零窗口備份和快速恢復(fù) 挑戰(zhàn) : 1．每天完成所有需要的備份 2．防止備份操作降低應(yīng)用程序的可用性和性能 3．使恢復(fù)時間由原來的幾小時或幾天降至只有幾分鐘，并確保全部數(shù)據(jù)的完整性 4．能迅速將應(yīng)用程序的數(shù)據(jù)回滾到先前的時間點 5．實現(xiàn)盤 盤 帶的備份策略 6．降低備份軟件的授權(quán)費用 解決方案 : 利用 UIT SVM 的 multiView 創(chuàng)建基于盤的立即、可讀寫的生產(chǎn)數(shù)據(jù)的快照，利用快照能夠在對生產(chǎn)服務(wù)器不造成沖擊的情況下將數(shù)據(jù)備份到盤上或磁帶上，而且，利用快照還可以完成在線快速讀寫恢復(fù)到先前的時間點 好處 : 增加快照激活的備份和恢復(fù)能力，能夠使一個組織在多個領(lǐng)域受益，包括： 業(yè)務(wù)影響 : 使關(guān)鍵業(yè)務(wù)應(yīng)用程序 的運行時間、可用性和性能達到最大化。 ●任一到任一的鏡像，從任一 設(shè)備到任一設(shè)備到任一地點。 方案 方案 1: 用 UIT SVM 的 multiMirror 實現(xiàn)以經(jīng)濟有效的災(zāi)難恢復(fù) 經(jīng)濟有效的災(zāi)難恢復(fù) 挑戰(zhàn) : 1．能夠從任何類型的停機快速恢復(fù)操作 2．通過任一設(shè)備到任一設(shè)備，到任一地點間的數(shù)據(jù)鏡像，以降低費用和增加靈活性 3．對任一地點的鏡像的卷，通過創(chuàng)建立即的、可讀寫的快照，能夠進行零停機備份 4．集中管理多重設(shè)備上的鏡像過程 5．災(zāi)難恢復(fù)站點的數(shù)據(jù)一致性 解決方案 : 利用 UIT SVM 的 multiMirror 快照增強，任一 任一的數(shù)據(jù)鏡像，能夠使系統(tǒng)在計劃和非計劃的停機后迅速恢復(fù)操作，集中管理企業(yè)的數(shù)據(jù)鏡像活動，并對鏡像的卷創(chuàng)建立即的、可讀寫的快照，通過創(chuàng)建一致的時間點，保證數(shù)據(jù)的完整性。 XXX 移動 希望在生產(chǎn)系統(tǒng)出現(xiàn)意外宕機或系統(tǒng)錯誤時，備份系統(tǒng)能夠快速恢復(fù)，并可以快速提供使用。目前生產(chǎn)系統(tǒng)內(nèi)已經(jīng)有數(shù)據(jù)總計３０ＴＢ。 除了以上容災(zāi)技術(shù)實施案例還有許多應(yīng)用到容災(zāi)技術(shù)的實際實施方案。 發(fā)現(xiàn)演習(xí)中不完善的問題，并提出對 BCP 的相應(yīng)的修改建議。 參與并指導(dǎo)一次真實容災(zāi)演習(xí)，對容災(zāi)演習(xí)進行監(jiān)督和記錄。 編寫演習(xí)計劃并提供模板。 容災(zāi)演習(xí)規(guī)劃和實施 EMC 業(yè)務(wù)連續(xù)性服務(wù)集成方法論將整個客戶服務(wù)過程分為規(guī)劃(Plan)、建立 (Build)、和管理 (Manage)三個階段，并細化為以下十個步驟： 1. 評估當(dāng)前的服務(wù)水平 2. 定義業(yè)務(wù)需求 3. 評估可用性和恢復(fù)技術(shù) 4. 基礎(chǔ)架構(gòu)設(shè)計 5. 實施規(guī)劃 6. 測試及實施 7. 開發(fā)恢復(fù)及切換計劃 8. 集成測試和演習(xí) 9. 業(yè)務(wù)連續(xù)性更新 10. 資源管理、改進及衡量 在本方案中， EMC 將協(xié)助客戶制定容災(zāi)演習(xí)計劃，實施容災(zāi)桌面演練，并參與、協(xié)助和指導(dǎo)真實容災(zāi)演習(xí)。所以，該方案非常適合用戶超長距離和低帶寬的環(huán)境。我們假設(shè)用戶的 RPO 為 20 分鐘，每二十分鐘 由生產(chǎn)數(shù)據(jù)將變化量復(fù)制到本地的鏡像磁盤 (業(yè)務(wù)連續(xù)性卷 BCV)，復(fù)制完畢后，再利用 SRDF 自適應(yīng)復(fù)制功能，將該數(shù)據(jù)通過鏈路復(fù)制到遠端，該數(shù)據(jù)可以在 20 分鐘的復(fù)制周期內(nèi)傳送完畢。 EMC Single HOP 方案主要是利用了 SRDF SAR 和 TimeFinder 相結(jié)合，實現(xiàn)生產(chǎn)變更數(shù)據(jù)的批量復(fù)制?？煺諗?shù)據(jù)可以作為鏈路中斷等故障時，需要數(shù)據(jù)再同步時，可以對災(zāi)備數(shù)據(jù)實現(xiàn)二次保護。用戶可以將該份數(shù)據(jù)作為開發(fā)、測試的源數(shù)據(jù)或數(shù)據(jù)倉庫系統(tǒng)的數(shù)據(jù)挖掘和抽樣等功能。同時， SRDF 異步能夠根據(jù)鏈路利用狀況，自動 縮短 RPO 的時間，換言之，也就是最大限度利用線路的帶寬。可以利用DMX 系列內(nèi)置壓縮和負載均衡的 GigaE 卡，支持 IP 鏈路，降低用戶的鏈路投資。 異步模式可以節(jié)約帶寬的開銷和不會對應(yīng)用系統(tǒng)的性能造成任何的影響。這是其它廠商無法實現(xiàn)的功能。 方案優(yōu)勢： 同步模式可以確保兩邊核心業(yè)務(wù)數(shù)據(jù)的完全一致，而且在回切(Fail Back)時，可以透明的回切，無需等待災(zāi)備端數(shù)據(jù)的回拷完畢。如果站點距離在一百公里之內(nèi)，而且鏈路仍然采用光纖鏈路的話，考慮光纖信號的時延問題，可以對部分核心業(yè)務(wù)數(shù)據(jù)采用同步數(shù)據(jù)模式，其他數(shù)據(jù)采用異步模式。同時，基于磁盤備份可以大大提高備份和恢復(fù)效率，極大縮短日常的備 份窗口?？煺諗?shù)據(jù)可以作為鏈路中斷等故障時，需要數(shù)據(jù)再同步時，可以對災(zāi)備數(shù)據(jù)實現(xiàn)二次保護。用戶可以將該份數(shù)據(jù)作為開發(fā)、測試的源數(shù)據(jù)或數(shù)據(jù)倉庫系統(tǒng)的數(shù)據(jù)挖掘和抽樣等功能。用戶可以利用該功能，非常輕松的實現(xiàn)災(zāi)備演練和日常計劃性停機維護等工作。換句話講，用戶無需任何專門的停機時間，即可完成生產(chǎn)中心的啟動，真正實現(xiàn)用戶業(yè)務(wù)系統(tǒng)的連續(xù)性。 第三類：同城 (外高橋、張江、漕河徑 ) EMC 推薦使用 SRDF 同步數(shù)據(jù)復(fù)制方案，根據(jù)災(zāi)備地點和目前生產(chǎn)中心的之間的物理距離，我們建議在同城的模式下，可以采用 SRDF同步方式，對核心業(yè)務(wù)數(shù)據(jù)采用同步保護模式。 第二類：南京、杭州、蘇州等地，距離在 3 個小時車程以內(nèi) EMC 推薦使用 SRDF 異步數(shù)據(jù)復(fù)制方案，如果鏈路帶寬允許的話，可以考慮對最關(guān)鍵的業(yè)務(wù)數(shù)據(jù)實施同步復(fù)制保護。這一方法論，包括規(guī)劃 (Plan)、建立 (Build)、和管理 (Manage) 三個階段、十個步驟的咨詢和技術(shù)服務(wù)。 方案 EMC 在業(yè)務(wù)連續(xù)性服務(wù)方面有著