【導讀】優(yōu)秀、良好、中等、及格、不及格五等級計分。實施案例，加深對災備系統(tǒng)的認識。要求案例真實可靠，內(nèi)容清楚明了，論文格式正確。師的指導下進行的研究工作及取得的成果。究所取得的研究成果。不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。究做出重要貢獻的個人和集體，均已在文中以明確方式標明。全意識到本聲明的法律后果由本人承擔。同意學校保留并向國家有關部門或機構送交論文的復印件和電子版，允許論文被查閱和借閱。涉密論文按學校規(guī)定處理。重要數(shù)據(jù)的安全性以及數(shù)據(jù)的最優(yōu)化使用。得突發(fā)事件對整個企業(yè)的數(shù)據(jù)和業(yè)務生產(chǎn)造成重大影響。但是，隨著對容災系統(tǒng)要求的不斷提高，現(xiàn)在的容災技。術包括了可能引起生產(chǎn)系統(tǒng)服務停止的所有防范和保護容災技術。災技術系統(tǒng)進行評價，公認的評價標準是RPO和RTO。據(jù)必須恢復到的時間點要求。RPO標志系統(tǒng)能夠容忍的最大數(shù)據(jù)丟失

　　

【正文】 日志信息。主數(shù)據(jù)庫服務器和備份數(shù)據(jù)庫服務器都有一個? Ping?線程在運行，它會定時喚醒并且檢查兩個數(shù)據(jù)庫服務器的連接。如果任何一臺服務器上的? Ping?線程檢測到連接中斷，都會發(fā)一條出錯信息到消息日志中。 HDR 有兩種復制方式：同步方式（ Synchronous）和異步方式（ Asynchronous）。在同步復制的方式下，主數(shù)據(jù)庫服務器的邏輯日 志緩沖區(qū)只有在下面的過程完成后才可以刷新： : 邏輯日志緩沖區(qū)數(shù)據(jù)拷貝到數(shù)據(jù)復制緩沖區(qū)； : 數(shù)據(jù)從主數(shù)據(jù)庫服務器的數(shù)據(jù)復制緩沖區(qū)通過網(wǎng)絡傳送到備份數(shù)據(jù)庫服務器； :當備份數(shù)據(jù)庫服務器接收到數(shù)據(jù)后發(fā)回確認信息； : 此時，主數(shù)據(jù)庫服務器才可以刷新其邏輯日志緩沖區(qū)的數(shù)據(jù)。 采用同步方式的優(yōu)點是兩邊數(shù)據(jù)庫服務器的數(shù)據(jù)一致，但是由于每筆在主數(shù)據(jù)庫服務期提交的交易需要發(fā)送到備份數(shù)據(jù)庫服務器 而且得到確認后才算真正成功完成，由此而產(chǎn)生的時間延遲會使性能受到一定的影響。 如果采用異步復制方式，主數(shù)據(jù)庫服務器的邏輯日志緩沖區(qū)只要在邏輯日志緩沖區(qū)的數(shù)據(jù)拷貝到數(shù)據(jù)復制緩沖區(qū)之后就可以進行刷新了。這樣做的缺點是在某些系統(tǒng)失敗的情況下，可能會有一些數(shù)據(jù)還沒有來得及通過網(wǎng)絡傳送到備份數(shù)據(jù)庫服務器；優(yōu)點是主數(shù)據(jù)庫服務器的性能不受影響。 對于 Oracle DATA GUARD 的工作原理，大致上與 IBM HADR 和INFORMIX HDR 的工作原理類似。 Oracle9i DATA GUARD 通過使用稱為備份的數(shù) 據(jù)庫來防止數(shù)據(jù)災難的出現(xiàn)。它通過將源數(shù)據(jù)庫的重做日志傳輸并應用到備份數(shù)據(jù)庫中，來使備份數(shù)據(jù)庫與源數(shù)據(jù)庫同步： 可以將重做日志直接從源數(shù)據(jù)庫同步的寫到備份數(shù)據(jù)庫，來完成 零數(shù)據(jù)損失的災難保護，這會給源數(shù)據(jù)庫的性能帶來一定的性能損失。 可以將歸檔的重做日志從源數(shù)據(jù)庫異步的寫到備份數(shù)據(jù)庫，來使源數(shù)據(jù)庫在極少的損失性能的前提下，最小化地減少數(shù)據(jù)的丟失。 如果重做日志數(shù)據(jù)到達備份數(shù)據(jù)庫后就快速應用到備份數(shù)據(jù)庫，則在源數(shù)據(jù)庫出現(xiàn)問題時便可以快速地切換到備份數(shù)據(jù)庫。然而，如果延緩一定時間后再應用重做日志數(shù)據(jù)，就可以避免 源數(shù)據(jù)庫的錯誤快速地傳播到備份數(shù)據(jù)庫。 DATA GUARD 同樣也有同步和異步復制兩種方式可以選擇。 災備系統(tǒng)首要防范的災難 容災備份體系建設可以從很多個角度去考慮，但其中最重要的一項，是哪些災難類是用戶首要考慮防范的，這些災難對于 RPO/RTO 指標有什么具體的要求等。 一談到災難的防御范圍，大家習慣性的會重點考慮一些硬災難，包括服務器、存儲等硬件設備損壞造成的宕機；地震、火災、機房進水等造成的機房失效，也有空調(diào)損壞、多站供電斷電等意外；甚至當瘟疫蔓延時機房無法進入等極端情況。這類災難一般被稱為?‘硬’性災難?或?站點級災難?，即整個站點失效，從而整個站點所提供的服務中止。 此外，還有很多非硬性的災難。這類災難發(fā)生后，雖然建筑、設備、人員都是無損的，但整個站點同樣失效，整個站點所提供的服務同樣被中止。我們將這類災難稱為?‘軟’性災難?或?類站點級災難?。它們帶來的后果同樣是災難性的、甚至更加嚴重。這種災難主要是由于一些惡意行為：如外部黑客攻擊、內(nèi)部高技術手段進行破壞以及一些人為的誤操作（包括系統(tǒng)維護失誤、誤刪除重要數(shù)據(jù)、打入沖突系統(tǒng)補?。┑取? 硬性災難或站點級災難的發(fā)生是管理人員能夠即刻發(fā)現(xiàn)的，造成的損失大多可以立刻評估、處理。而軟性災難或類站點級災難大部分是無法被管理人員立時 發(fā)現(xiàn)，因此造成的損失一般要遠遠大于前者。而且，軟件性災難的恢復非常麻煩，需要企業(yè)投入更多的資源、承擔更多大的風險去解決。 傳統(tǒng)容災技術從誕生至今，已發(fā)展十數(shù)年未曾改變。這些傳統(tǒng)容災技術在幫助用戶分析災難時通常會刻意強調(diào)硬性災難或站點級災難的防御，而處處回避軟性災難或類站點級災難，并將這些更具破壞性的災難類型推卸給備份技術而逃避容災規(guī)劃中最重要的環(huán)節(jié)。 無論技術如何發(fā)展，用戶對災難防御范圍的要求卻始終如一：防御所有類型的災難是容災系統(tǒng)建設的首要目標！因此，找到一種能夠全面防災、時時做到‘有災即有備’的災備技術 ，成為用戶災備建設成功與否的基點。 災備建設的成本 建設一個完備的災備系統(tǒng)到底需要投入多少資金呢？投入巨資建設的一個災備系統(tǒng)到底值不值呢？很多企業(yè)都對災備建設成本的問題最為關心。 在一個災備項目，目標、規(guī)模、風險、成本這幾重因素總是緊密關聯(lián)在一起的。災備項目的成本是由前三者綜合決定的。在災備建設中，首先要考慮的是建設目標，一般而言，災備建設目標中，我們需要考慮災難的防御范圍、恢復的效果，還需要考慮是否建設能夠防御大型災害的異地災備系統(tǒng)（還是僅僅同城）等。當我們對于災難防御的目標胸有成竹之后， 我們就需要考慮建設成本了。 以往，很多人認為災備建設的成本只是購買災備設備的費用，而在實踐中，卻因為估計不足吃了大虧，根本原因是沒有把災備建設的總體擁有成本計算清楚。 要想搞清災備建設的總體擁有成本，我們看看以下幾個元素： 1） 場地費用：包括災備機房基礎設施費用，災備中心人員費用等。 2） 設備費用：包括購買的災備存儲、交換機、路由器、協(xié)議轉換器、主機等各種設備的費用。這些費用由于容災技術方案的不同，組成元素完全不同。 3） 傳輸網(wǎng)絡費用：這一部分費用隨著災備技術路線的不同更是差距明顯。尤其在異地災備體系 的建設中，災備技術路線的不同導致 的傳輸帶寬評估有時令人難以置信，可以相差達到 40 倍的帶寬差異。例如，采用不同的技術，也可能只需要每年支付 20 萬的傳輸網(wǎng)絡費用，也可能需要支付每年 200 萬的網(wǎng)絡費用，而實際效果卻完全相同。 4） 運維費用：這部分的費用包括向廠商購買的每年服務和應急的專業(yè)服務費用，還包括高級別的系統(tǒng)維護人員的費用。一般而言，隨著設備開放性的增加，維護人員的成本就相應下降，而災備應急如果能夠掌握在用戶手中，災難應急時向廠商購買的專業(yè)服務費用就減少。 綜合考慮以上幾個方面的因素，用戶就可以比較準確的 計算出容災系統(tǒng)建設的整體擁有成本，并能做出合理的取舍，甚至能立刻做出建同城災備還是異地災備的選擇。 還有人認為，容災設備的采購成本和機房建設成本加起來就是容災系統(tǒng)建設的總成本。但實際情況是，容災設備 的采購可能只需要600700 萬，而用戶每年要支付的網(wǎng)絡傳輸成本可能高達 200 萬， 5年下來，網(wǎng)絡費用早已超過了設備采購費用。而每年 200 萬的網(wǎng)絡傳輸成本中，卻只有 10%是用來傳輸有效數(shù)據(jù)（由于災備技術的不同，相同的應用數(shù)據(jù)可能傳輸高達 900%的冗余數(shù)據(jù)，自然占用大量的帶寬）。 由于技術和人才有限，許多用戶自己 無法管理和維護容災系統(tǒng)，只能依賴專業(yè)數(shù)據(jù)服務廠商。一旦出現(xiàn)事故，用戶不僅需要向專業(yè)數(shù)據(jù)服務廠商支付大量的業(yè)務恢復服務費用，還無法控制專業(yè)服務的響應時間，快速恢復業(yè)務根本無從談起。 災備建設的設計者們不僅要掌握真正的成本測算規(guī)則，需要掌控災難恢復的目標和效果，只有這樣，才能避免容災系統(tǒng)的重復投資和投資浪費，真正做到?有災必備?，消除?災難盲區(qū)?，從而有效降低容災建設成本。 做容災必須先整合嗎 隨著業(yè)務的發(fā)展，許多企業(yè)的數(shù)據(jù)中心存在不同時間建設的多個IT 子系統(tǒng)，異構的系統(tǒng)環(huán)境給數(shù)據(jù)中心用戶帶來了新的困惑：現(xiàn)有的存儲系統(tǒng)是由不同廠商的存儲設備組成的，架構龐大而且十分復雜，容災系統(tǒng)能在這種分散、異構的系統(tǒng)環(huán)境中建設嗎？有人說，做容災必須先進行系統(tǒng)整合，實際情況是不是這樣呢？ 市場中的容災技術多種多樣，包括主機復制型容災技術、存儲復制型容災技術、 CDP 連續(xù)數(shù)據(jù)保護容災技術等。如果用戶采用的是存儲復制型容災技術，那就必須先進行系統(tǒng)整合，因為多個存儲設備是不可能采用一種存儲設備進行容災的。存儲復制型容災技術不是一種開放的容災技術，需要采用專用的單一存儲設備，因此，除 了進行整合，用戶沒有更好的辦法。而其余的容災技術都屬于開放的災備技術，系統(tǒng)整合則并不是十分必要。 以 CDP 災備技術為例，是在主機后端的 SAN 上或者以太網(wǎng)上（即通過 FC或者 IP的連接），旁路加入一層數(shù)據(jù)復制器，這個數(shù)據(jù)復制器會含有一定的數(shù)據(jù)空間，它的角色就是通過關聯(lián)技術持續(xù)不斷地獲取生產(chǎn)數(shù)據(jù)（以塊的形式），不僅可以實現(xiàn)本地的數(shù)據(jù)冗余而且可以 實現(xiàn)異地數(shù)據(jù)的復制。在異地的災備系統(tǒng)中，同樣部署持續(xù)數(shù)據(jù)復制器，就實現(xiàn)了和本地的連續(xù)數(shù)據(jù)復制器的遠程災備連接，并且將任何本地數(shù)據(jù)恢復的能力傳遞到異地的災備系統(tǒng)。如飛康 CDP，它是一種將容災和備份一體化解決的技術，不僅可以實現(xiàn)達到任何 IO 歷史軌跡的精細化顆粒度的恢復精度，而且能夠在任何故障發(fā)生時，實現(xiàn)瞬間恢復的能力，并且十分關注恢復的有效性和效率。 CDP 災備技術由于對于每一個生產(chǎn)子系統(tǒng)都具有開放性的接入技術，而在災備中心則可以匯聚到集中設備上來，因此完全不需要對數(shù)據(jù)中心內(nèi)的各個子系統(tǒng)進行整合，也可以對于分布式的多分支機構的業(yè)務系統(tǒng)實現(xiàn)多點集中災備。 由此可見，并不是所有的容災項目都需要對系統(tǒng)進行整合，系統(tǒng)整合可能會帶來很高的成本和風險。采用開放的容災技術則是一種比較好的選擇。 5 總結 當今 IT 系統(tǒng)已成為大多數(shù)業(yè)務流程的重要組成部分和關鍵環(huán)節(jié) ,IT 系統(tǒng)的可用性和災難恢復能力直接影響到業(yè)務流程的連續(xù)性。 為保障組織的業(yè)務連續(xù)運作和災難生存能力 ,企業(yè)或政府必需建立具有高可用性和災難恢復能力的 IT 系統(tǒng)。 隨著技術的更新發(fā)展，現(xiàn)在有許多的技術都已經(jīng)開始應用于容災系統(tǒng)，例如存儲技術中的 SAN、 NAS、虛擬化技術和快照技術等等，數(shù)據(jù)管理中的數(shù)據(jù)歸檔、遷移和內(nèi)容存儲等技術，還有基于冗余技術和機群技術的高可用技術等等。這些技術的引入必將對容災系統(tǒng)產(chǎn)生深遠的影響。 未來的技術發(fā)展應該是多種技術并存，而且越能滿足客戶需求的方式更能得到客戶的關注。 未來的發(fā)展之一應該是基于主機的異構復制技術會有更廣泛的市場。因為大多數(shù)客戶具備異構主機環(huán)境，支持異構環(huán)境的數(shù)據(jù)復制技術，就可以利用現(xiàn)有環(huán)境，各臺主機之間互為復制。對于不支持異構環(huán)境的復制軟件，就需要購買相同的存儲或者購買相同操作系統(tǒng)的主機進行數(shù)據(jù)復制，增加了容災備份方案的總體費用。 未來的發(fā)展之二就是 CDP 技術。 CDP 融合了數(shù)據(jù)備份和數(shù)據(jù)復制的優(yōu)點，既可以進行實時數(shù)據(jù)保護，還可以任意時間點的歷史數(shù)據(jù)恢復，將會具有更加強大的生命 力。隨著 TrueCDP 和傳統(tǒng)備份軟件的無縫銜接，將會有越來越多的用戶采用 TrueCDP 進行容災備份方案系統(tǒng)建設。 致謝 經(jīng)過半年的忙碌和工作，本次畢業(yè)設計已經(jīng)接近尾聲，作為一個 ?？粕漠厴I(yè)設計，由于經(jīng)驗的匱乏，難免有許多考慮不周全的地方，如果沒有導師的督促指導，以及一起工作的同學們的支持，想要完成這個設計是難以想象的。 在這里首先要感謝我的導師路亞老師。張老師在整個過程中都給予了我悉心的指導。其次要感謝我的同學對我無私的幫助，特別是在軟件的使用方面，正因為如此我才能順利的完成設計，我要感謝我的母校 —— 重 慶電子工程職業(yè)學院，是母校給我們提供了優(yōu)良的學習環(huán)境；另外，我還要感謝那些曾給我授過課的每一位老師，是你們教會我專業(yè)知識。在此，我再說一次謝謝！謝謝大家！??！。 感謝我的輔導員廖楊老師，他們嚴謹細致、一絲不茍的作風一直是我工作、學習中的榜樣；他們循循善誘的教導和不拘一格的思路給予我無盡的啟迪。 在論文即將完成之際，我的心情無法平靜，從開始進入課題到論文的順利完成，有多少可敬的師長、同學、朋友給了我無言的幫助，在這里請接受我誠摯的謝意！ 還要我的同學感謝張靈、康健波、蹇華強、劉大成等同學對我的幫助和指點。沒有 他們的幫助和提供資料對于我一個對專業(yè)知識一竅不通的人來說要想在短短的時間里完成畢業(yè)論文是幾乎不可能的事情。 最后感謝的是我自己，親自寫完了這篇論文。 參考文獻 [1] 李濤 . 信息系統(tǒng)容災抗毀原理與應用 .人民郵電出版社 .20xx 年 10月 [2] 鄒恒明 .有備無患：信息系統(tǒng)之災難應對 .機械工業(yè)出版社 .20xx 年 01月 [3] 劉洪發(fā) .網(wǎng)絡存儲與災難恢復技術 .電子工業(yè)出版社 .20xx年06 月 [4] 劉曉潔 .網(wǎng)絡安全引論與應用教程 .電子工業(yè)出版社 .20xx年12 月 [5] 戴劍偉 .數(shù)據(jù)工程理論與技術 .國防工業(yè)出版社 .20xx 年 07月 [6] 李引擎 .防災減災與應用技術 .中國建筑工業(yè)出版社 .20xx年08 月 [7] 康春榮、蘇武榮 .數(shù)據(jù)安全項目案例：存儲與備份 SAN 與 NAS容錯與容災 .科學出版社 .20xx 年 01 月