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