畢業(yè)論文-通信容災技術探討

PAGE基于C8051F單片機直流電動機反饋控制系統(tǒng)的設計與研究基于單片機的嵌入式Web服務器的研究MOTOROLA單片機MC68HC（8）05PV8/A內(nèi)嵌EEPROM的工藝和制程方法及對良率的影響研究基于模糊控制的電阻釬焊單片機溫度控制系統(tǒng)的研制基于MCS-51系列單片機的通用控制模塊的研究基于單片機實現(xiàn)的供暖系統(tǒng)最佳啟停自校正（STR）調節(jié)器單片機控制的二級倒立擺系統(tǒng)的研究基于增強型51系列單片機的TCP/IP協(xié)議棧的實現(xiàn)基于單片機的蓄電池自動監(jiān)測系統(tǒng)基于32位嵌入式單片機系統(tǒng)的圖像采集與處理技術的研究基于單片機的作物營養(yǎng)診斷專家系統(tǒng)的研究基于單片機的交流伺服電機運動控制系統(tǒng)研究與開發(fā)基于單片機的泵管內(nèi)壁硬度測試儀的研制基于單片機的自動找平控制系統(tǒng)研究基于C8051F040單片機的嵌入式系統(tǒng)開發(fā)基于單片機的液壓動力系統(tǒng)狀態(tài)監(jiān)測儀開發(fā)模糊Smith智能控制方法的研究及其單片機實現(xiàn)一種基于單片機的軸快流CO〈,2〉激光器的手持控制面板的研制基于雙單片機沖床數(shù)控系統(tǒng)的研究基于CYGNAL單片機的在線間歇式濁度儀的研制基于單片機的噴油泵試驗臺控制器的研制基于單片機的軟起動器的研究和設計基于單片機控制的高速快走絲電火花線切割機床短循環(huán)走絲方式研究基于單片機的機電產(chǎn)品控制系統(tǒng)開發(fā)基于PIC單片機的智能手機充電器基于單片機的實時內(nèi)核設計及其應用研究基于單片機的遠程抄表系統(tǒng)的設計與研究基于單片機的煙氣二氧化硫濃度檢測儀的研制基于微型光譜儀的單片機系統(tǒng)單片機系統(tǒng)軟件構件開發(fā)的技術研究基于單片機的液體點滴速度自動檢測儀的研制基于單片機系統(tǒng)的多功能溫度測量儀的研制基于PIC單片機的電能采集終端的設計和應用基于單片機的光纖光柵解調儀的研制氣壓式線性摩擦焊機單片機控制系統(tǒng)的研制基于單片機的數(shù)字磁通門傳感器基于單片機的旋轉變壓器-數(shù)字轉換器的研究基于單片機的光纖Bragg光柵解調系統(tǒng)的研究單片機控制的便攜式多功能乳腺治療儀的研制基于C8051F020單片機的多生理信號檢測儀基于單片機的電機運動控制系統(tǒng)設計Pico專用單片機核的可測性設計研究基于MCS-51單片機的熱量計基于雙單片機的智能遙測微型氣象站MCS-51單片機構建機器人的實踐研究基于單片機的輪軌力檢測基于單片機的GPS定位儀的研究與實現(xiàn)基于單片機的電液伺服控制系統(tǒng)用于單片機系統(tǒng)的MMC卡文件系統(tǒng)研制基于單片機的時控和計數(shù)系統(tǒng)性能優(yōu)化的研究基于單片機和CPLD的粗光柵位移測量系統(tǒng)研究單片機控制的后備式方波UPS提升高職學生單片機應用能力的探究基于單片機控制的自動低頻減載裝置研究基于單片機控制的水下焊接電源的研究基于單片機的多通道數(shù)據(jù)采集系統(tǒng)基于uPSD3234單片機的氚表面污染測量儀的研制基于單片機的紅外測油儀的研究96系列單片機仿真器研究與設計基于單片機的單晶金剛石刀具刃磨設備的數(shù)控改造基于單片機的溫度智能控制系統(tǒng)的設計與實現(xiàn)基于MSP430單片機的電梯門機控制器的研制基于單片機的氣體測漏儀的研究基于三菱M16C/6N系列單片機的CAN/USB協(xié)議轉換器基于單片機和DSP的變壓器油色譜在線監(jiān)測技術研究基于單片機的膛壁溫度報警系統(tǒng)設計基于AVR單片機的低壓無功補償控制器的設計基于單片機船舶電力推進電機監(jiān)測系統(tǒng)基于單片機網(wǎng)絡的振動信號的采集系統(tǒng)基于單片機的大容量數(shù)據(jù)存儲技術的應用研究基于單片機的疊圖機研究與教學方法實踐基于單片機嵌入式Web服務器技術的研究及實現(xiàn)基于AT89S52單片機的通用數(shù)據(jù)采集系統(tǒng)基于單片機的多道脈沖幅度分析儀研究機器人旋轉電弧傳感角焊縫跟蹤單片機控制系統(tǒng)基于單片機的控制系統(tǒng)在PLC虛擬教學實驗中的應用研究基于單片機系統(tǒng)的網(wǎng)絡通信研究與應用基于PIC16F877單片機的莫爾斯碼自動譯碼系統(tǒng)設計與研究基于單片機的模糊控制器在工業(yè)電阻爐上的應用研究基于雙單片機沖床數(shù)控系統(tǒng)的研究與開發(fā)基于Cygnal單片機的μC/OS-Ⅱ的研究基于單片機的一體化智能差示掃描量熱儀系統(tǒng)研究基于TCP/IP協(xié)議的單片機與Internet互聯(lián)的研究與實現(xiàn)變頻調速液壓電梯單片機控制器的研究基于單片機γ-免疫計數(shù)器自動換樣功能的研究與實現(xiàn)基于單片機的倒立擺控制系統(tǒng)設計與實現(xiàn)單片機嵌入式以太網(wǎng)防盜報警系統(tǒng)基于51單片機的嵌入式Internet系統(tǒng)的設計與實現(xiàn)單片機監(jiān)測系統(tǒng)在擠壓機上的應用MSP430單片機在智能水表系統(tǒng)上的研究與應用基于單片機的嵌入式系統(tǒng)中TCP/IP協(xié)議棧的實現(xiàn)與應用單片機在高樓恒壓供水系統(tǒng)中的應用基于ATmega16單片機的流量控制器的開發(fā)基于MSP430單片機的遠程抄表系統(tǒng)及智能網(wǎng)絡水表的設計基于MSP430單片機具有數(shù)據(jù)存儲與回放功能的嵌入式電子血壓計的設計基于單片機的氨分解率檢測系統(tǒng)的研究與開發(fā)鍋爐的單片機控制系統(tǒng)基于單片機控制的電磁振動式播種控制系統(tǒng)的設計基于單片機技術的WDR-01型聚氨酯導熱系數(shù)測試儀的研制一種RISC結構8位單片機的設計與實現(xiàn)基于單片機的公寓用電智能管理系統(tǒng)設計基于單片機的溫度測控系統(tǒng)在溫室大棚中的設計與實現(xiàn)基于MSP430單片機的數(shù)字化超聲電源的研制基于ADμC841單片機的防爆軟起動綜合控制器的研究基于單片機控制的井下低爆綜合保護系統(tǒng)的設計基于單片機的空調器故障診斷系統(tǒng)的設計研究單片機實現(xiàn)的尋呼機編碼器單片機實現(xiàn)的魯棒MRACS及其在液壓系統(tǒng)中的應用研究自適應控制的單片機實現(xiàn)方法及基上隅角瓦斯積聚處理中的應用研究基于單片機的鍋爐智能控制器的設計與研究超精密機床床身隔振的單片機主動控制PIC單片機在空調中的應用單片機控制力矩加載控制系統(tǒng)的研究項目論證，項目可行性研究報告，可行性研究報告，項目推廣，項目研究報告，項目設計，項目建議書，項目可研報告，本文檔支持完整下載，支持任意編輯！選擇我們，選擇成功！項目論證，項目可行性研究報告，可行性研究報告，項目推廣，項目研究報告，項目設計，項目建議書，項目可研報告，本文檔支持完整下載，支持任意編輯！選擇我們，選擇成功！單片機論文，畢業(yè)設計，畢業(yè)論文，單片機設計，碩士論文，研究生論文，單片機研究論文，單片機設計論文，優(yōu)秀畢業(yè)論文，畢業(yè)論文設計，畢業(yè)過關論文，畢業(yè)設計，畢業(yè)設計說明，畢業(yè)論文，單片機論文，基于單片機論文，畢業(yè)論文終稿，畢業(yè)論文初稿，本文檔支持完整下載，支持任意編輯！本文檔全網(wǎng)獨一無二，放心使用，下載這篇文檔，定會成功！1緒論 21.1.概況 21.1.1.容災的定義 21.1.2.容災的評價指標 21.1.3.容災的分類 31.1.4.容災的等級劃分 31.2.技術篇 41.2.1.數(shù)據(jù)備份技術 51.2.2.數(shù)據(jù)復制技術 61.2.3.災難檢測技術 71.2.4.系統(tǒng)遷移技術 81.3.展望篇 81.3.1.業(yè)務連續(xù)性 81.3.2.持續(xù)數(shù)據(jù)保護 92.1容災分類 92.1.1HLR數(shù)據(jù)容災 92.1.2ULR業(yè)務容災技術 152．2.業(yè)務容災的原則和方式 202.2.1業(yè)務容災配置原則 202.2.2業(yè)務容災數(shù)據(jù)同步方式 212.3虛擬卷/硬件 232.4容災系統(tǒng)的容量 232.5.HLR容災的實施建議 243.存儲網(wǎng)絡容災備份 253.1.概況 253.2技術篇 263.2.1.磁帶備份 263.2.2.無需LAN的備份 273.2.3.服務器負擔較輕的備份 283.2.4.備份行業(yè)和產(chǎn)品概述 283.3.利用SAN進行備份的主要優(yōu)勢 293.3.1提高數(shù)據(jù)可用性 293.3.2.降低TCO 293.4.靈活的備份選項 303.4.1遠程數(shù)據(jù)鏡像/數(shù)據(jù)復制 313.4.2思科的災難恢復產(chǎn)品和解決方案 313.4.3.虛擬SAN(VSAN) 324.結束語 365.參考文獻 371緒論隨著信息時代的到來，數(shù)據(jù)越來越突出地成為社會正常運作的核心。對于一個企業(yè)來講，數(shù)據(jù)更是影響其生存和發(fā)展的關鍵，各行業(yè)的用戶和企業(yè)對網(wǎng)絡應用和數(shù)據(jù)信息的依賴日益強烈，使得突發(fā)性災難如火災、洪水、地震或者恐怖事件等對整個企業(yè)的數(shù)據(jù)和業(yè)務生產(chǎn)會造成重大影響。因此，如何保證在災難發(fā)生時企業(yè)數(shù)據(jù)不丟失，保證系統(tǒng)服務盡快恢復運行，成為人們關注的話題，容災技術日益成為各個行業(yè)關注的焦點。本文從技術角度對容災的概念、相關技術進行介紹，并對其發(fā)展趨勢進行探討。1.1.概況1.1.1.容災的定義在給出容災的概念之前，有必要先給出災難的定義。從一個計算機系統(tǒng)的角度講，一切引起系統(tǒng)非正常停機的事件都可以稱為災難。大致可以分成以下三個類型：A.自然災害：包括地震、火災、洪水、雷電等，這種災難破壞性大，影響面廣；B.設備故障：包括主機的CPU、硬盤等損壞，電源中斷以及網(wǎng)絡故障等，這類災難影響范圍比較小，破壞性?。籆.人為操作破壞，包括誤操作、人為蓄意破壞等等。容災（DisasterTolerance），就是在上述災難發(fā)生時，在保證生產(chǎn)系統(tǒng)的數(shù)據(jù)盡量少丟失的情況下，保持生存系統(tǒng)的業(yè)務不間斷地運行。1.1.2.容災的評價指標現(xiàn)在工業(yè)界都以數(shù)據(jù)丟失量和系統(tǒng)恢復時間作為標準，對某個容災系統(tǒng)進行評價，公認的評價標準是RPO和RTO?！鳵PO（RecoveryPointObjective）:恢復點目標，以時間為單位，即在災難發(fā)生時，系統(tǒng)和數(shù)據(jù)必須恢復到的時間點要求。RPO標志系統(tǒng)能夠容忍的最大數(shù)據(jù)丟失量。系統(tǒng)容忍丟失的數(shù)據(jù)量越小，RPO的值越小。▲RTO（RecoveryTimeObjective）:恢復時間目標，以時間為單位，即在災難發(fā)生后，信息系統(tǒng)或業(yè)務功能從停止到必須恢復的時間要求。RTO標志系統(tǒng)能夠容忍的服務停止的最長時間。系統(tǒng)服務的緊迫性要求越高，RTO的值越小。RPO針對的是數(shù)據(jù)丟失，RTO針對的是服務丟失，兩者沒有必然的聯(lián)系，并且兩者的確定必須在進行風險分析和業(yè)務影響分析之后根據(jù)業(yè)務的需求來確定。1.1.3.容災的分類由于容災包含的內(nèi)容比較廣泛，對容災的分類也可以從多個方面進行?？偟膩碇v，可以從容災的范圍和容災的內(nèi)容來區(qū)分。從容災的范圍講，容災可以分為本地容災、近距離容災和遠距離容災。這三種容災能容忍的災難是不相同的，采用的容災技術也是不同的。從容災的層次講，容災又可以分成數(shù)據(jù)容災和應用容災，本質上講，這兩種容災是密不可分的。數(shù)據(jù)容災是應用容災的基礎，沒有數(shù)據(jù)的一致性，就沒有應用的連續(xù)性，應用容災也是無法保證的。數(shù)據(jù)容災是指建立一個備用的數(shù)據(jù)系統(tǒng)，該備用系統(tǒng)對生產(chǎn)系統(tǒng)的關鍵數(shù)據(jù)進行備份。應用容災則是在數(shù)據(jù)容災之上，建立一套與生產(chǎn)系統(tǒng)相當?shù)膫浞輵孟到y(tǒng)。在災難發(fā)生后，將應用迅速切換到備用系統(tǒng)，備份系統(tǒng)承擔生產(chǎn)系統(tǒng)的業(yè)務運行。1.1.4.容災的等級劃分由于容災系統(tǒng)需要考慮眾多的因素，目前，根據(jù)容災系統(tǒng)中數(shù)據(jù)的丟失程度、生產(chǎn)系統(tǒng)和備用系統(tǒng)的距離，以及災難恢復計劃的狀態(tài)等因素，公認的容災級別劃分如下：A.本地容災：即將系統(tǒng)數(shù)據(jù)或應用在本地備份，無異地后援。這一級別的容災，僅能應付本地的硬件損壞或人為因素造成的災難。B.異地數(shù)據(jù)冷備份：即將系統(tǒng)數(shù)據(jù)備份到物理介質（磁盤、磁帶或光盤）上，然后送到異地進行保存。這種方案成本低、易于實現(xiàn)。但是在災難發(fā)生時，數(shù)據(jù)的丟失量大，并且系統(tǒng)需要很長的恢復時間，無法保持業(yè)務的連續(xù)性。C.異地數(shù)據(jù)熱備份：即在異地建立一個熱備份中心，采取同步或者異步方式，通過網(wǎng)絡將生產(chǎn)系統(tǒng)的數(shù)據(jù)備份到備份系統(tǒng)中。備份系統(tǒng)只備份數(shù)據(jù)，不承擔生產(chǎn)系統(tǒng)的業(yè)務。當災難發(fā)生時，數(shù)據(jù)丟失量小，甚至零丟失，但是，系統(tǒng)恢復速度慢，無法保持業(yè)務的連續(xù)性。D.異地應用級容災：即在異地建立一個與生產(chǎn)系統(tǒng)相同的備用系統(tǒng)，備用系統(tǒng)與生產(chǎn)系統(tǒng)共同工作，承擔系統(tǒng)的業(yè)務。這種類似于RAID1的容災系統(tǒng)，能夠提供很小的數(shù)據(jù)丟失量，系統(tǒng)恢復速度是最快的。但是，需要配置復雜的系統(tǒng)管理軟件和專用的硬件，相對成本也是最高的。在上述的級別之上，又有人提出業(yè)務級別的容災級別。對于正常的業(yè)務而言，僅靠IT系統(tǒng)的保障是不夠的，業(yè)務級別的容災包括眾多非IT系統(tǒng)的設施，比如電話，辦公環(huán)境等。1.2.技術篇傳統(tǒng)的容災技術通常指針對生產(chǎn)系統(tǒng)的災難采用的遠程備份系統(tǒng)技術。但是，隨著對容災系統(tǒng)要求的不斷提高，現(xiàn)在的容災技術包括了可能引起生產(chǎn)系統(tǒng)服務停止的所有防范和保護技術。一般來講，一個容災系統(tǒng)中實現(xiàn)數(shù)據(jù)容災和應用容災采取不同的實現(xiàn)技術。數(shù)據(jù)容災的技術包括數(shù)據(jù)備份技術、數(shù)據(jù)復制技術和數(shù)據(jù)管理技術等，而應用容災包括災難檢測技術、系統(tǒng)遷移技術和系統(tǒng)恢復技術等等。本章節(jié)對數(shù)據(jù)容災相關的數(shù)據(jù)備份技術和復制技術以及應用容災相關的災難檢測技術和系統(tǒng)遷移技術做初步的介紹和分析，其它的技術請參考相關技術資料。1.2.1.數(shù)據(jù)備份技術數(shù)據(jù)備份就是把數(shù)據(jù)從生產(chǎn)系統(tǒng)備份到備份系統(tǒng)中的介質中的過程。數(shù)據(jù)備份技術最初是備份到本地磁帶，隨著網(wǎng)絡發(fā)展，現(xiàn)在的備份技術有了飛速的發(fā)展?！鳈C備份：這種備份就是傳統(tǒng)意義上的基于主機（Host-based）的備份。主機負責將數(shù)據(jù)備份到和主機直接相連的存儲介質上（一般是磁帶）。雖然這種備份的速度快，管理簡單，但是僅能適應于單臺服務器備份，并且在災難恢復過程中，系統(tǒng)恢復的時間長?！W(wǎng)絡備份：隨著網(wǎng)絡的發(fā)展，傳統(tǒng)的主機備份漸漸地轉向了網(wǎng)絡備份，即系統(tǒng)中備份數(shù)據(jù)的傳輸以網(wǎng)絡為基礎。根據(jù)備份系統(tǒng)中備份服務器、介質服務器是否在同一個LAN中，可以將網(wǎng)絡備份分為基于局域網(wǎng)的備份和遠程網(wǎng)絡備份?；诰钟蚓W(wǎng)的備份特點是應用服務器、備份服務器和介質服務器共用一個局域網(wǎng)絡，備份服務器統(tǒng)一管理備份的過程，多個應用服務器可以將各自的數(shù)據(jù)備份到介質服務器上。這種備份方式可以共享介質資源，實現(xiàn)集中的備份管理。缺點是對網(wǎng)絡帶寬和備份時間的壓力比較大，并且不具備遠程的容災能力。當然通過將介質（磁盤、磁帶或光盤）運輸?shù)竭h程保存，可以具備一定的容災能力。遠程網(wǎng)絡備份，則是介質服務器與應用服務器不屬于同一個局域網(wǎng)，備份服務器依然統(tǒng)一管理備份的過程，備份數(shù)據(jù)則是通過WAN、ATM或者Internet等公共網(wǎng)絡傳送到遠程的介質服務器上。這種備份方式基本上構成了一個異地的備份容災方案。由于備份數(shù)據(jù)在公共網(wǎng)絡上傳輸，備份的速度、備份數(shù)據(jù)的完整性和安全性等方面都需要考慮?！鴮Ｓ写鎯W(wǎng)絡備份：當存儲系統(tǒng)成為一個獨立于備份系統(tǒng)的系統(tǒng)之后，特別是存儲局域網(wǎng)（SAN：StorageAreaStorage）的發(fā)展，使得備份過程可以在存儲局域網(wǎng)中實現(xiàn)，根據(jù)備份過程中對應用服務器的影響，專有存儲網(wǎng)絡備份可以分為LAN-Free備份和Server-Free備份。LAN-Free備份，是在存儲網(wǎng)絡（StorageNetwork）之上建立的一種備份系統(tǒng)。在該備份系統(tǒng)中，生產(chǎn)系統(tǒng)的存儲和介質服務器的存儲直接通過專用存儲網(wǎng)絡進行連接，在備份過程中，龐大的備份數(shù)據(jù)不經(jīng)過主機系統(tǒng)所在的網(wǎng)絡，而是通過專用的存儲網(wǎng)絡傳輸?shù)浇橘|上。這種備份方式的優(yōu)點是共享介質資源，實現(xiàn)集中管理，不會對主機系統(tǒng)網(wǎng)絡有影響。缺點是實現(xiàn)比較復雜，成本相對較高。Server-Free備份，則是建立在存儲區(qū)域網(wǎng)（SAN：StorageAreaNetwork）的基礎上，備份過程無需應用服務器參與數(shù)據(jù)傳輸?shù)膫浞菹到y(tǒng)。這種備份方式可以保證生產(chǎn)系統(tǒng)及其網(wǎng)絡不受影響。目前這種備份技術還不太成熟，對硬件的性能和兼容性的要求都很高。專用存儲網(wǎng)絡備份更多關注的是存儲系統(tǒng)的擴展性、可用性以及性能等方面的因素，可以講存儲局域網(wǎng)的發(fā)展將會在更大程度上提高系統(tǒng)的數(shù)據(jù)容災能力。1.2.2.數(shù)據(jù)復制技術和數(shù)據(jù)備份相比，數(shù)據(jù)復制技術則是通過不斷將生產(chǎn)系統(tǒng)的數(shù)據(jù)復制到另外一個不同的備份系統(tǒng)中，以保證在災難發(fā)生時，生產(chǎn)系統(tǒng)的數(shù)據(jù)丟失量最少。按照備份系統(tǒng)中數(shù)據(jù)是否與生產(chǎn)系統(tǒng)同步，數(shù)據(jù)復制可以分成同步數(shù)據(jù)復制和異步數(shù)據(jù)復制。同步數(shù)據(jù)復制就是將本地生產(chǎn)系統(tǒng)的數(shù)據(jù)以完全同步的方式復制到備份系統(tǒng)中。由于發(fā)生在生產(chǎn)系統(tǒng)的每一次I/O操作都需要等待遠程復制完成才能返回，這種復制方式雖然可能做得數(shù)據(jù)的零丟失，但是對系統(tǒng)的性能有很大的影響。異步數(shù)據(jù)復制則是將本地生產(chǎn)系統(tǒng)中的數(shù)據(jù)在后臺異步地復制到備份系統(tǒng)中。這種復制方式會有少量的數(shù)據(jù)丟失，但是對生產(chǎn)系統(tǒng)的性能影響較小。根據(jù)數(shù)據(jù)復制的層次，數(shù)據(jù)復制技術的實現(xiàn)可以分成以下四種：A．存儲系統(tǒng)數(shù)據(jù)復制：數(shù)據(jù)的復制過程通過本地的存儲系統(tǒng)和遠端的存儲系統(tǒng)之間的通信完成。這種方式的復制對應用來講是透明的，可以直接實現(xiàn)數(shù)據(jù)容災功能，也可以提供很高的性能，可是，對存儲系統(tǒng)的要求比較高。B．交換層數(shù)據(jù)復制：這種方式的復制技術是伴隨著存儲局域網(wǎng)的出現(xiàn)引入的，即在存儲局域網(wǎng)的交換層上實現(xiàn)數(shù)據(jù)復制。實現(xiàn)方式可以通過專有的復制服務器實現(xiàn)，也可以通過存儲局域網(wǎng)（SAN）交換機，將數(shù)據(jù)同步地復制到遠端存儲系統(tǒng)中。C．操作系統(tǒng)層數(shù)據(jù)復制：主要通過操作系統(tǒng)或者數(shù)據(jù)卷管理器來實現(xiàn)對數(shù)據(jù)的遠程復制。這種復制技術往往要求本地系統(tǒng)和遠端系統(tǒng)是同構的，并且由于數(shù)據(jù)復制由主機系統(tǒng)完成，其效率和管理上也存在不少問題。D．應用程序層數(shù)據(jù)復制：例如數(shù)據(jù)庫的異地復制技術，通常采用日志復制功能，依靠本地和遠程主機間的日志歸檔與傳遞來實現(xiàn)兩端的數(shù)據(jù)一致。這種復制技術對系統(tǒng)的依賴性小，有很好的兼容性。缺點是本地應用程序向遠端復制的是日志文件，這需要遠端應用程序重新執(zhí)行和應用才能生產(chǎn)可用的備份數(shù)據(jù)。另外，由于各個應用程序采取的復制技術不同，無法以一種技術實現(xiàn)多種應用的數(shù)據(jù)復制。1.2.3.災難檢測技術對于一個容災系統(tǒng)來講，在災難發(fā)生時，盡早地發(fā)現(xiàn)生產(chǎn)系統(tǒng)端的災難，盡快地恢復生產(chǎn)系統(tǒng)的正常運行或者盡快地將業(yè)務遷移到備用系統(tǒng)上，都可以將災難造成的損失降低到最低。除了依靠人力來對災難進行確定之外，對于系統(tǒng)意外停機等災難還需要容災系統(tǒng)能夠自動地檢測災難的發(fā)生，目前容災系統(tǒng)的檢測技術一般采用心跳技術。心跳技術，其中一個實現(xiàn)是：生產(chǎn)系統(tǒng)在空閑時每隔一段時間向外廣播一下自身的狀態(tài)。檢測系統(tǒng)在收到這些“心跳信號”之后，便認為生產(chǎn)系統(tǒng)是正常的，否則，在給定的一段時間內(nèi)沒有收到“心跳信號”，檢測系統(tǒng)便認為生產(chǎn)系統(tǒng)出現(xiàn)了非正常的災難。心跳技術的另外一個實現(xiàn)是：每隔一段時間，檢測系統(tǒng)就對生產(chǎn)系統(tǒng)進行一次檢測，如果在給定的時間內(nèi)，被檢測的系統(tǒng)沒有響應，則認為被檢測的系統(tǒng)出現(xiàn)了非正常的災難。心跳技術中的關鍵點是心跳檢測的時間和時間間隔周期。如果間隔周期短，會對系統(tǒng)帶來很大的開銷。如果間隔周期長，則無法及時地發(fā)現(xiàn)故障。1.2.4.系統(tǒng)遷移技術災難發(fā)生后，為了保持生產(chǎn)系統(tǒng)的業(yè)務連續(xù)性，需要實現(xiàn)系統(tǒng)的透明性遷移，利用備用系統(tǒng)透明地代替生產(chǎn)系統(tǒng)進行運作。一般對實時性要求不高的容災系統(tǒng)，例如Web服務、郵件服務器等，可以通過修改DNS或者IP來實現(xiàn)，對實時性要求高的容災系統(tǒng)，則需要將生產(chǎn)系統(tǒng)的應用透明地遷移到備用系統(tǒng)上。目前基于本地機群的進程遷移的算法可以應用在遠程容災系統(tǒng)中，但是需要對遷移算法進行改進，使之適應復雜的網(wǎng)絡環(huán)境。1.3.展望篇1.3.1.業(yè)務連續(xù)性業(yè)務連續(xù)性，顧名思義，就是保證服務和業(yè)務的順暢運行，它不僅僅指系統(tǒng)的不間斷運行，更是保證業(yè)務的不間斷運行。業(yè)務連續(xù)性是在容災之上的業(yè)務級容災系統(tǒng)，其實施過程不僅僅是個技術問題，它更多的是關注業(yè)務本身的連續(xù)性要求。即從理解業(yè)務本身開始，進行業(yè)務的沖擊分析和風險估計，在此基礎上，由企業(yè)的高層管理人員指定本企業(yè)的業(yè)務持續(xù)戰(zhàn)略計劃，然后規(guī)劃業(yè)務持續(xù)計劃，進行測試和實施。由于業(yè)務連續(xù)性計劃的討論超出本文討論范圍，感興趣的讀者可以參考相關資料。1.3.2.持續(xù)數(shù)據(jù)保護另一個值得注意的技術是持續(xù)數(shù)據(jù)保護（CDP）。這個技術首先在一些小公司中提出來的，主要面對中小企業(yè)甚至是普通PC用戶，但是隨著企業(yè)和用戶對CDP的認同，CDP已經(jīng)吸引IBM、微軟，賽門鐵克和EMC等各大公司注意，這幾家大公司已經(jīng)宣布或表示已經(jīng)制訂了未來的CDP產(chǎn)品計劃。持續(xù)數(shù)據(jù)保護（CDP）的應用范圍，目前可以分成三類：A.為數(shù)據(jù)中心內(nèi)的文件服務器/NAS提供普通的數(shù)據(jù)保護。在這種應用中，CDP逐漸取代了以前那種夜間的磁盤或磁帶備份任務。B.為遠程的分支機構進行集中化的備份。將CDP用于遠程分支機構備份應用的最大好處就是從此避免遠距離轉移磁帶介質的風險。C.解決筆記本電腦上的數(shù)據(jù)備份問題。例如IBMTivoliCDP產(chǎn)品，可以對筆記本電腦進行很好的數(shù)據(jù)保護，即使筆記本電腦沒有連接網(wǎng)絡。隨著各個國家和大型企業(yè)對容災越來越重視，容災技術獲得飛速發(fā)展，容災技術涉及的范圍也越來越廣泛，并且新技術也層出不窮，本文僅僅對當前容災的主要技術做了介紹和總結，希望能對同行有所幫助。2．容災技術應用2.1容災分類2.1.1HLR數(shù)據(jù)容災數(shù)據(jù)容災的方案實際為數(shù)據(jù)異地（異系統(tǒng)）備份的方案，即新建一個（或多個）HLR容災備份中心，每個HLR容災備份中心存儲了所有（或部分）主用HLR的用戶數(shù)據(jù)。在正常的運行過程中，對用戶的任何靜態(tài)數(shù)據(jù)的更改都將通過營賬系統(tǒng)同步到HLR容災備份中心，以保證數(shù)據(jù)的一致性。當發(fā)現(xiàn)有主用HLR發(fā)生故障時，通過人工對備用HLR加載故障HLR的用戶數(shù)據(jù)，然后修改MSC、GMSC、HSTP、LSTP等相關設備的配置，使對原主用HLR的信令流程重路由到容災備份HLR。由于容災備份HLR設備已經(jīng)加載了和故障HLR同步的用戶靜態(tài)數(shù)據(jù)，因此可以順利接管故障HLR的一般功能。當故障HLR修復后，首先恢復該主用HLR的用戶數(shù)據(jù)，然后把相關的信令流程重新定位回到該主用HLR，便實現(xiàn)了故障恢復。單純的HLR設備數(shù)據(jù)容災對主備用HLR設備的功能均無特別要求，一般僅備份靜態(tài)數(shù)據(jù)，倒換和倒回都需要人工操作完成，是非實時的，考慮到備用HLR加載數(shù)據(jù)和啟動的時間，一般倒換時間較長（在數(shù)十分鐘級）。而在倒換效果上，數(shù)據(jù)容災可以很好地保證用戶主叫業(yè)務不受影響，但是，由于無法做到HLR設備的動態(tài)數(shù)據(jù)的同步，備份HLR中只有用戶的靜態(tài)數(shù)據(jù)，缺乏如VLR位置信息，前轉號碼、漫游限制等補充業(yè)務的動態(tài)數(shù)據(jù)，因此，需要對全網(wǎng)下發(fā)MAP_HLR_Reset消息，在用戶位置信息更新前，故障HLR設備內(nèi)用戶做被叫無法正常接續(xù)。至于用戶的呼叫前轉、呼叫限制等補充業(yè)務則由于動態(tài)數(shù)據(jù)丟失，而無法使用，需要用戶再次設置方可，因此，備份效果較差。一般的，單純的HLR設備數(shù)據(jù)容災，對除營賬系統(tǒng)外的周邊網(wǎng)元的功能沒有特別要求。但是，由于各廠家HLR設備內(nèi)部數(shù)據(jù)格式各不相同，數(shù)據(jù)結構差異很大，而各廠家HLR設備對營賬接口的指令格式和指令語言也大不相同，因此，如果要實現(xiàn)異廠家HLR數(shù)據(jù)的容災，就需要營賬系統(tǒng)具備以下功能。a）如果主備用HLR設備廠家對營賬系統(tǒng)的接口指令不能使用統(tǒng)一的標準操作指令，則需要主用HLR廠家接口指令對備用HLR廠家接口指令翻譯功能。b）營賬系統(tǒng)對主用HLR設備操作指令成功寫入后，能自動將操作指令存儲為文件存放在指定存儲位置，以供備份HLR倒換時加載使用。c）在主用HLR故障期間，營賬系統(tǒng)對備用HLR設備操作指令成功寫入后，需要能自動將操作指令存儲為文件存放在指定存儲位置，以備主用HLR恢復時加載。

數(shù)據(jù)遠程備份技術的具體實現(xiàn)方式可分為4種：

(1)基于硬件存儲設備的備份方式

存儲設備之間通過高速光纖通道相連，完成異地復制功能，如EMC公司的CLARiiONCX系列磁陣[1]。

(2)基于虛擬卷(存儲)的軟件備份方式

由軟件來接替UNIX文件系統(tǒng)的虛擬卷(存儲)的硬件I/O操作，將寫入虛擬卷的數(shù)據(jù)通過數(shù)據(jù)鏈路傳輸?shù)絺浞莨?jié)點并形成遠程的文件鏡像，以實現(xiàn)主節(jié)點到備份節(jié)點數(shù)據(jù)的備份，如IBM公司的HAGEO軟件[2]。

(3)基于數(shù)據(jù)庫備份的方式

通過數(shù)據(jù)庫復制工具將主節(jié)點的數(shù)據(jù)復制到備份節(jié)點上，如Oracle公司的DataGuard系統(tǒng)[3]。

(4)基于私有軟件的備份方式

通過內(nèi)部協(xié)議將數(shù)據(jù)從一個節(jié)點備份到另一個節(jié)點以實現(xiàn)遠程備份。

4種備份方式的特點如圖1所示。4種遠程備份方式技術比較如表1所示。從復制實時性考慮，數(shù)據(jù)遠程備份技術可以分為同步方式和異步方式：

(1)同步方式。同步傳輸方式數(shù)據(jù)傳輸流程如圖2所示，數(shù)據(jù)先寫到遠端，等完成后再回到本地做寫入動作。同步能保證兩個地方的數(shù)據(jù)在任何時刻都保持精確的一致，但顯然速度較慢，使得本地生產(chǎn)中心的應用執(zhí)行效率低，因為它總是要等待兩端的數(shù)據(jù)都寫好以后才能繼續(xù)下一步操

(2)異步方式。異步傳輸方式數(shù)據(jù)傳輸流程如圖3所示，資料先寫到遠端，但不等完成即在本地做寫入動作，在本地寫完后，給上層應用返回成功響應，速度快。

從數(shù)據(jù)遠程備份技術的體系結構上分可以分為1+1容災方式和N+1容災方式：

(1)1+1容災方式

兩個生產(chǎn)節(jié)點互為主備方式，即HLR1作為生產(chǎn)節(jié)點同時還承擔HLR2數(shù)據(jù)備份的任務。當HLR2發(fā)生故障時，HLR1接管HLR2的業(yè)務，反之亦然。

(2)N+1容災方式

備份集中在一個備份中心，集中管理，對應多個生產(chǎn)中心。任何一個生產(chǎn)中心故障，業(yè)務都會被切換到備份中心。

從生產(chǎn)地點和備份地點的數(shù)據(jù)庫邏輯實現(xiàn)上分可以分為同構數(shù)據(jù)庫容災和異構數(shù)據(jù)庫容災方式：

(1)同構數(shù)據(jù)庫容災方式

同構數(shù)據(jù)庫容災是指生產(chǎn)地點的數(shù)據(jù)庫和備份地點的數(shù)據(jù)庫采用相同的數(shù)據(jù)模型。

(2)異構數(shù)據(jù)庫容災方式

異構數(shù)據(jù)庫容災是指生產(chǎn)地點的數(shù)據(jù)庫和備份地點的數(shù)據(jù)庫采用不同的數(shù)據(jù)模型。

HLR容災系統(tǒng)的實現(xiàn)原理如圖4所示。利用多信令點技術，備份地點HLR配置自己以及生產(chǎn)地點HLR的信令點，移動交換中心(MSC)對每個生產(chǎn)地點的HLR和信令連接控制部分(SCCP)做備選路由到備份地點HLR，當生產(chǎn)地點HLR發(fā)生故障導致業(yè)務不能繼續(xù)進行時，通過7號信令鏈路和數(shù)據(jù)庫切換可以將生產(chǎn)地點HLR的全部業(yè)務倒換到備份地點HLR，用于實現(xiàn)HLR業(yè)務的恢復。兩個HLR的數(shù)據(jù)部件之間由光纖通道或ATM連接，可采用基于邏輯卷或者基于硬件等遠程同步技術實現(xiàn)用戶數(shù)據(jù)的同步備份。

HLR業(yè)務接管處理過程如下：

(1)確定生產(chǎn)地點HLR發(fā)生短期內(nèi)無法恢復的嚴重故障(以下稱其為故障HLR)，需要切換到備份地點HLR。

(2)手工操作數(shù)據(jù)庫同步軟件，將該HLR數(shù)據(jù)庫切換到備份地點HLR；因為在同步狀態(tài)下，備份數(shù)據(jù)庫是不可寫的，所以必須要中斷同步關系，將備份數(shù)據(jù)庫狀態(tài)更改為可讀可寫。

(3)將備份地點HLR配置模塊中備用數(shù)據(jù)庫屬性由“備用”改為“主用”，同步配置。

(4)手工阻塞故障HLR的7號信令鏈路，激活備份地點HLR的7號信令鏈路，將該HLR的7號信令切換到備份地點HLR。2.1.2ULR業(yè)務容災技術業(yè)務容災是指容災倒換后，備用HLR能基本上在功能上替代主用HLR，倒換效果較好，用戶業(yè)務使用連續(xù)性基本不受影響的容災方式。由于目前各廠家HLR設備內(nèi)部數(shù)據(jù)結構各不相同，且數(shù)據(jù)格式互不開放，因此，業(yè)務容災一般只能在同一廠家的HLR之間進行，主用HLR和備份HLR之間通過內(nèi)部協(xié)議進行動態(tài)數(shù)據(jù)的更新，動態(tài)數(shù)據(jù)的更新可以是實時的，也可以是準實時的（根據(jù)網(wǎng)上的實際負荷情況，可以用人工的方式定義動態(tài)數(shù)據(jù)更新周期間隔）。當主用HLR發(fā)生故障時，由于在容災實施時，主用HLR相關直連網(wǎng)元設備的配置已經(jīng)修改為用備用HLR的信令鏈路作為迂回路由，可以使對原來HLR的信令自動重新路由到容災備份HLR。由于備份HLR具有和故障HLR同步的數(shù)據(jù)，因此很容易就接管了故障HLR的一切操作。當故障恢復后，首先恢復該主用HLR的用戶數(shù)據(jù)，然后恢復主用HLR相關信令鏈路，則相關的信令重新路由到該HLR，這樣便實現(xiàn)了故障恢復。1+1互備HLR設備1+1互備容災方式數(shù)據(jù)關系如圖1所示。HLR設備1+1互備容災方式是指在HLR配置時，每2臺HLR設備之間配置成互為備份的關系，每臺的備份容量都等于另外1臺HLR的主用容量，互備HLR之間通過IP專網(wǎng)/線或七號信令鏈路相連，實時或定時進行數(shù)據(jù)同步，任何靜態(tài)、動態(tài)數(shù)據(jù)更改都必須實時同步到備份HLR中，互備HLR中的用戶數(shù)據(jù)部分應保持完全一致，并有定期一致性檢查能力。當“配對”中的某個HLR故障時，另一臺MSCServer能以自動或人工方式激活對故障HLR備份的相關靜態(tài)配置數(shù)據(jù)和動態(tài)用戶數(shù)據(jù)，接管故障HLR的業(yè)務。配置為1+1互備容災的HLR設備基本網(wǎng)絡組織如圖2所示。N+1主備HLR設備N+1互備容災方式數(shù)據(jù)關系如圖3所示。HLR設備N+1容災方式是指在建設有N個主用HLR的網(wǎng)絡中，設置一個備份用的HLR設備，平時N個HLR正常工作，備份用的HLR設備只同時運行與主HLR設備相同的軟件和數(shù)據(jù)，并存儲所有主用HLR設備內(nèi)數(shù)據(jù)的鏡像，而其與外部網(wǎng)元如MSC／（G）MSCServer／SGSN/SCP／SMSC／STP的信令鏈路正常連接，且這些鏈路中一般并無信令負荷，只在與主用HLR的心跳鏈路（可以通過STP轉接）中有定期傳遞的“心跳”消息。當N個正常工作的HLR中任一個出現(xiàn)故障時，備份HLR將通過“心跳”消息判斷出來，并提出告警，在倒換時，加載并激活故障的HLR設備用戶數(shù)據(jù)，從而達到備用的HLR完全接管故障的HLR下用戶業(yè)務功能的效果。配置為N+1主備容災的HLR設備基本網(wǎng)絡組織如圖4所示。N+M主備HLR設備的N+M主備容災實現(xiàn)，一般是基于用戶數(shù)據(jù)的統(tǒng)一管理的，而其中基于用戶數(shù)據(jù)的統(tǒng)一存儲和調用的技術，被稱為分布式HLR技術，作為一種新興的超大容量HLR組網(wǎng)技術，正成為近年來HLR設備制造技術發(fā)展的熱點。分布式HLR技術，將HLR分為業(yè)務前端（FE）和數(shù)據(jù)后端（BE），分離設置，BE集中存儲用戶數(shù)據(jù)，BE一般采用數(shù)據(jù)庫服務器實現(xiàn)，本身也可以做異地分布式設置，BE之間采用內(nèi)部接口，統(tǒng)一提供用戶數(shù)據(jù)的存儲和高可靠性的備份能力；FE完成業(yè)務處理，可以實現(xiàn)N+M主備設置。FE使用內(nèi)部接口，通過IP承載專網(wǎng)對BE進行數(shù)據(jù)訪問。HLR設備N+M主備容災方式數(shù)據(jù)關系如圖5所示。在N+M主備容災組網(wǎng)中，建設有N個主用HLR與M個備用HLR，設置一個或多個集中用戶數(shù)據(jù)調度或存儲用的數(shù)據(jù)庫設備，平時N個HLR正常工作，實時通過IP承載專網(wǎng)將動靜態(tài)數(shù)據(jù)更新傳送給數(shù)據(jù)庫，備份用的HLR設備只同時運行與主HLR設備相同的軟件和數(shù)據(jù)，并不激活任何用戶數(shù)據(jù)，而其與外部網(wǎng)元如MSC／（G）MSCServer／SGSN/SCP／SMSC／STP的信令鏈路正常連接，且這些鏈路中一般并無信令負荷。當N個主用HLR中任一個出現(xiàn)故障時，備份HLR將通過分布式HLR故障判斷機制發(fā)現(xiàn)，并提出告警，在倒換時，通過IP承載專網(wǎng)從用戶數(shù)據(jù)庫加載并激活故障的HLR設備用戶數(shù)據(jù)，從而達到備用的HLR完全接管故障的HLR下用戶業(yè)務功能的效果。配置為N+M主備容災的HLR設備基本網(wǎng)絡組織如圖6所示。2．2.業(yè)務容災的原則和方式2.2.1業(yè)務容災配置原則HLR設備業(yè)務容災實現(xiàn)的網(wǎng)元配置原則如下：a）主備用HLR設備應同廠家設備，并且硬件平臺、軟件版本保持一致。b）在1+1互備配置時，任一HLR的容量等于與其配對的兩個HLR設備實際動態(tài)容量之和。c）N＋1互備方案：備份HLR設備的動態(tài)容量應至少大于等于N個主用HLR中動態(tài)容量最大者，才可以保證當N個主用HLR中的任一臺發(fā)生故障時，倒換后業(yè)務的完全接管；而備份HLR的靜態(tài)容量需要配置為N個主用HLR中動態(tài)容量之和，以保證用戶數(shù)據(jù)的存儲和實時更新。d）N+M主備方案：任一備份HLR的動態(tài)容量應至少大于等于其所備份的主用HLR中動態(tài)容量最大者，才可以保證當主用HLR設備中的任一臺發(fā)生故障時，倒換后業(yè)務的完全接管；而BE設備的數(shù)據(jù)庫容量應至少為N臺主用HLR設備的動態(tài)容量和，以保證用戶數(shù)據(jù)的存儲和實時更新。e）由于業(yè)務容災實現(xiàn)時的配置方式均為各廠家采用備用HLR配置多信令點模式進行支持，備用HLR能夠配置的最大信令點數(shù)量就成為制約業(yè)務容災方式中最大備份能力的限制條件。當主用HLR數(shù)量較多時，該限制條件需要在設備配置中進行考慮。f）在1+1互備和N+1主備容災實現(xiàn)時，由于備用HLR需要對所有其備份主用HLR的用戶數(shù)據(jù)進行分別存儲，因此，設備的靜態(tài)數(shù)據(jù)容量也成為制約其實現(xiàn)的限制條件。當主用HLR總容量較大時，該限制條件需要在設備配置中進行考慮。2.2.2業(yè)務容災數(shù)據(jù)同步方式HLR網(wǎng)元級業(yè)務容災的實現(xiàn)，離不開主備用HLR之間用戶數(shù)據(jù)的傳遞和同步。其中，HLR靜態(tài)數(shù)據(jù)的同步方式一般有3種。方式一是改造營賬系統(tǒng)，使營賬系統(tǒng)具備同時向主備用兩個HLR輸入操作指令，并對執(zhí)行失敗的指令進行記錄的功能，部分廠家提供第三方軟件定期核對數(shù)據(jù)的一致性功能（可選）。方式二是由主用HLR設備實現(xiàn)同步，即營賬系統(tǒng)仍只向主用HLR輸入操作指令，由主用HLR通過IP承載專網(wǎng)（可以是專為此搭建的IP承載專網(wǎng)/線或者利用現(xiàn)有的網(wǎng)管網(wǎng)或者營賬網(wǎng)絡等DCN網(wǎng)絡）主動向備用HLR發(fā)出數(shù)據(jù)更新，并對執(zhí)行失敗的指令進行記錄的功能，部分廠家也提供第三方軟件定期核對數(shù)據(jù)的一致性功能（可選）。方式三是新增一個專用系統(tǒng)，營賬系統(tǒng)只需要對此系統(tǒng)輸入操作指令，此系統(tǒng)完成將操作指令同時轉發(fā)給主備HLR設備，并對執(zhí)行失敗的指令進行記錄的功能。對于方式三，如果新增系統(tǒng)前端是一套接口設備，網(wǎng)絡中仍難免單點故障的隱患，但是新增系統(tǒng)若前端設置兩套接口設備，營賬系統(tǒng)就無法避免改造需求。因此，方式三只在N+M容災方式中才會考慮。而HLR的動態(tài)數(shù)據(jù)同步也有2種實現(xiàn)方式。a）通過No.7信令網(wǎng)進行數(shù)據(jù)同步，這就需要主備HLR之間通過No.7信令鏈路傳遞動態(tài)數(shù)據(jù)同步消息，這些信令鏈路可以是直連鏈路也可以通過STP設備轉接。b）通過IP承載專網(wǎng)進行數(shù)據(jù)同步，即主備HLR之間通過IP承載專網(wǎng)以私有數(shù)據(jù)包傳遞動態(tài)用戶數(shù)據(jù)同步消息，所使用的IP承載專網(wǎng)可以是專為此搭建的IP承載專網(wǎng)/線，也可以利舊使用現(xiàn)有的網(wǎng)管/營賬網(wǎng)絡，只需要保證必要的帶寬要求和QoS要求即可。2.6

業(yè)務容災對相關網(wǎng)元配置的影響在HLR的業(yè)務容災方案實施時，為了保證容災效果，在核心網(wǎng)設備側需要與主用HLR設備直連的核心網(wǎng)元設備和STP設備支持并啟用信令路由優(yōu)先級功能，將到備用HLR設備SPC的信令鏈路配置為到主用HLR的SPC的備用路由（低優(yōu)先級路由）。而在營賬和網(wǎng)管系統(tǒng)側，則需要采取如下措施。a）如果采用營賬網(wǎng)絡或者網(wǎng)管網(wǎng)絡作為動/靜態(tài)數(shù)據(jù)同步的承載網(wǎng)絡，就需要營賬網(wǎng)絡、網(wǎng)管網(wǎng)絡提供足夠的帶寬和QoS保障。b）如果靜態(tài)數(shù)據(jù)同步采用方式一，則需要營賬系統(tǒng)改造，使之具備同時向主備兩個HLR輸入操作指令，并對執(zhí)行失敗的指令進行記錄的功能。c）在倒換和倒回完成后，需要及時通知計費和網(wǎng)管中心將采集點IP地址修改為備用（主用）HLR設備的IP地址。2.3虛擬卷/硬件

基于硬件存儲設備的備份方式和操作系統(tǒng)無關，能夠在AIX和WINDOWS平臺下使用。相對于虛擬卷方式，對系統(tǒng)性能影響小。缺點在于需要特殊規(guī)格的磁陣。

基于虛擬卷的軟件備份方式和操作系統(tǒng)緊密結合，對系統(tǒng)性能影響較大，但不需要特殊的磁陣配置。

選擇基于硬件的復制方式還是基于虛擬卷的復制方式，主要考慮現(xiàn)有硬件情況。對于WINDOWS平臺+SQLServer數(shù)據(jù)庫的情況，建議選擇基于EMC磁陣的硬件復制方式；對于AIX+Oracle數(shù)據(jù)庫的組合，選擇基于硬件和虛擬卷的復制方式都可以。2.4容災系統(tǒng)的容量

容災系統(tǒng)的容量設計需要考慮兩個方面的指標：故障接管時的業(yè)務處理能力、日常運行時數(shù)據(jù)同步能力。如果希望故障接管時，保持全業(yè)務處理能力。對于采用1+1方式的容災系統(tǒng)來說，意味著兩個HLR必須配置7號前置機和業(yè)務處理機為當前運行能力一倍冗余。對于采用容災中心的容災系統(tǒng)來說，意味著容災中心的7號前置機和業(yè)務處理機配置應該和業(yè)務量最大的一個生產(chǎn)HLR相同。如果希望節(jié)約成本，則可以減少冗余設備，甚至只使用當前設備，在故障接管時，通過流量控制，犧牲部分業(yè)務。對于數(shù)據(jù)庫節(jié)點，需要考慮單個數(shù)據(jù)庫節(jié)點能容納多少用戶。在啟用容災系統(tǒng)后，整個系統(tǒng)性能會有很大下降(35%)，意味著如果原系統(tǒng)單數(shù)據(jù)庫節(jié)點最大負荷100萬用戶，那么實行容災后系統(tǒng)可能只能支持60萬用戶，需要新增數(shù)據(jù)庫節(jié)點，才能滿足要求。2.5.HLR容災的實施建議HLR設備是核心網(wǎng)元容災中首要考慮的網(wǎng)元設備，其容災技術經(jīng)過多年的發(fā)展，也都已經(jīng)比較成熟。在實施核心網(wǎng)HLR容災備份方案時，不僅要考慮提高HLR設備的容災能力、提高網(wǎng)絡服務質量，還應兼顧經(jīng)濟效益，制定盡可能滿足多方面要求的安全保障措施。

在國內(nèi)移動通信運營商進行HLR容災規(guī)劃實施時，建議如下：a）隨著大容量HLR的逐步引入和用戶服務質量要求的不斷提高，各省級分公司應在滿足集中化維護管理的要求的前提下，在滿足條件地區(qū)積極推進N+1業(yè)務容災備份方案，使業(yè)務恢復時間達到分鐘級，同時對用戶服務質量影響最小。b）對于目前現(xiàn)網(wǎng)已部署實施完畢的HLR設備容災備份方案暫不作改造，積極推進分布式HLR的試驗和實施。c）尚未實施及部分實施了HLR設備容災備份的省公司，可分為以下2種情況，逐步完成對所有大容量HLR設備容災建設。（a）對投資效益較好、網(wǎng)絡安全可靠性要求較高的省公司，在設備具備支持條件的情況下，可優(yōu)先采用N+1實時動態(tài)數(shù)據(jù)備份方案，分設備廠家進行HLR容災建設。（b）對投資壓力較大的省公司，可采用基于N+1靜態(tài)數(shù)據(jù)容災備份方案，以省為單位統(tǒng)一建設備用HLR平臺，并建立完善的日常數(shù)據(jù)備份制度和應急倒換預案，以便充分利用有限的投資成本，提供更好的HLR設備安全保障。另外，在經(jīng)過充分測試后，可以考慮在新建HLR設備時，開始對用戶快速增長地區(qū)考慮采用分布式HLR系統(tǒng)提供服務，并對現(xiàn)網(wǎng)無法實施動態(tài)數(shù)據(jù)容災的陳舊HLR設備，有計劃地進行替換，以提高移動通信網(wǎng)HLR設備整體服務質量和可靠性。3.存儲網(wǎng)絡容災備份3.1.概況隨著數(shù)據(jù)的可用性成為區(qū)別企業(yè)能力的重要指標，企業(yè)正在將越來越多的資源用于確保業(yè)務的連續(xù)運營。思科提供的先進技術可以幫助企業(yè)以一種更加可擴展、更加安全、更加經(jīng)濟的方法，建設端到端的備份和恢復解決方案以及災難恢復解決方案。在服務器上存有關鍵任務型數(shù)據(jù)的跨國企業(yè)需要為它們的應用提供不間斷的可用性。為了防止數(shù)據(jù)受損，這些數(shù)據(jù)至少應當定期備份到磁帶。但是，不斷增長的數(shù)據(jù)容量需要更大的存儲容量、更快的服務器，也需要更長的備份時間。用戶還必須考慮到，花幾個小時進行備份意味著需要用相同的時間來進行恢復。用戶往往無法接受這么長的恢復時間，因為它會導致停機時間的延長，從而導致收入的損失。因此，在很多情況下，磁帶備份被視為是災難恢復(DR)計劃的最低等級。為了確保企業(yè)應用所需要的99.999%的正常運行時間，存儲設計必須在每個級別考慮高可用性因素。所有企業(yè)都應制定一個災難恢復計劃，以便在發(fā)生大規(guī)模中斷時無縫地將數(shù)據(jù)轉移到某個備用站點。除了磁帶備份以外，企業(yè)通常需要在它們的容災備份計劃中，使用復制技術來遠程復制整個數(shù)據(jù)中心。因此，恢復計劃現(xiàn)在除了從磁帶恢復數(shù)據(jù)以外，還應當包括在發(fā)生故障時將數(shù)據(jù)中心轉移到一個遠程地點。災難可能由多種因素導致，并且很難預測。下面列出了可能導致災難的主要因素：設備故障、應用故障、人為錯誤、自然和非自然災害、每個企業(yè)都必須找出所有需要保存、以實現(xiàn)連續(xù)訪問的關鍵性數(shù)據(jù)，為從災難中恢復做好充分準備。因此，用戶必須進行業(yè)務影響和風險分析，以確定對企業(yè)最重要的地點、職能或者應用。一個遠程數(shù)據(jù)中心DD即主數(shù)據(jù)中心的鏡像，可以用于在發(fā)生大規(guī)模災難之后繼續(xù)提供完整的訪問。很多容災備份解決方案都需要在將數(shù)據(jù)備份到磁帶的同時，保存數(shù)據(jù)的實時鏡像。復制技術還可以提供適用于不同應用需求的選項。盡管復制技術可以幫助一個企業(yè)更快地從災難性故障中恢復，但是它也存在一定的限制，例如它會將受損數(shù)據(jù)和有效數(shù)據(jù)一同復制。因此，企業(yè)仍然需要進行磁帶備份，以存檔有效數(shù)據(jù)。本文著重介紹作為整個容災備份計劃的一個組成部分的磁帶備份的技術、架構和選項。3.2技術篇3.2.1.磁帶備份在今天的企業(yè)環(huán)境中，大多數(shù)應用服務器都是通過并行SCSI直接連接到專用的磁帶驅動器上。因為需要管理的磁帶設備的數(shù)量與應用服務器的數(shù)量成正比，所以專用資源的部署和維護成本都很高。但是，直接連接的磁帶驅動器可以保障性能，因為服務器是唯一使用驅動器的設備。成本因素促使企業(yè)轉向網(wǎng)絡備份模式，即磁帶驅動器放置在一個LAN上，供多個服務器共享。在一個典型的基于LAN的備份模式中，數(shù)據(jù)和備份流量都會通過相同的LAN傳輸。這種網(wǎng)絡備份模式有助于提高磁帶的利用率和可管理性，但是也會帶來一些問題，下面將詳細介紹這些問題。首先，需要備份的大量數(shù)據(jù)會增加LAN上的流量，導致應用性能的降低。備份通常都在下班之后進行，以便最大限度地減少對應用流量的影響。不斷增長的數(shù)據(jù)量會導致備份時間的延長，有可能需要占用上班時間。隨著企業(yè)業(yè)務的全球化，企業(yè)對24×7正常運行的要求越來越高，可以用于備份的時間也越來越短。其次，讓備份和應用流量都通過LAN傳輸，就可能會導致備份中斷，進而導致備份任務全都失敗。第三，備份和數(shù)據(jù)應用共用同一個LAN經(jīng)常會導致很高的成本，因為一個環(huán)境的固件升級或者不穩(wěn)定性可能會導致另外一個環(huán)境的中斷。為了在一個共同的LAN中消除這些潛在的沖突，管理員建議將應用和備份隔離開。在較新的部署中，客戶正在向無需LAN的架構轉型，以便隔離備份流量和應用，下面將具體介紹這種架構。很多客戶已經(jīng)開始部署專門用于備份的存儲網(wǎng)絡。目前部署的備份流程都是手動的，需要投入很多人力，而且經(jīng)常會遇到因為人為錯誤而導致的故障。發(fā)生故障的備份常常不會被發(fā)現(xiàn)，從而導致在故障之后丟失數(shù)據(jù)。磁帶必須手動插入、輪換，并取出運輸?shù)疆惖?，以確保可恢復性。因為手動管理的成本很高，企業(yè)必須提高自動化水平，即利用自動控制裝置加強對磁帶的管理。集中備份應用可以將多個磁帶組織成磁帶池，因而大量備份可以被合并到一個磁帶上。當某個磁帶裝滿之后，備份應用會繼續(xù)使用磁帶池中其他未被使用的磁帶，從而可以大幅度地提高可管理性。需要管理的磁帶驅動器的大幅度減少有助于降低成本。備份需要增加應用服務器的活動，以便從磁盤獲取數(shù)據(jù)和將其寫入磁帶。應用服務器通常忙于處理大量對延時和性能非常敏感的數(shù)據(jù)。數(shù)據(jù)的移動和調度需要占用額外的CPU周期，而進行備份通常會對應用本身造成嚴重的影響。無需服務器的解決方案可在應用服務器本身進行備份時，消除備份對于應用性能的影響。這種架構將移動數(shù)據(jù)和安排連接的任務交給了一個專門的備份服務器。一個強大的備份解決方案必須解決下列問題：1.優(yōu)化備份資源的使用，包括磁帶、驅動器和工作時間；

2.最大限度地降低對應用流量的影響；

3.隔離備份域，以降低應用服務器的CPU負載。

下面幾節(jié)將詳細地介紹新出現(xiàn)的幾種備份解決方案。3.2.2.無需LAN的備份無需LAN的備份讓每個應用服務器都可以通過存儲網(wǎng)絡，直接將數(shù)據(jù)移動到某個磁帶設備，而不需要經(jīng)過專門的備份服務器。利用通用的共享存儲選項，每個應用服務器都可以充當一個介質服務器，因為它們可以直接將數(shù)據(jù)發(fā)送到磁帶。每個服務器確定一個專用的磁帶驅動器，并在備份過程中獨占該磁帶驅動器。用戶還可以利用對磁帶庫中磁帶驅動器的專用訪問權限對應用服務器進行配置，而不是使用共享選項。經(jīng)過存儲網(wǎng)絡傳輸?shù)臄?shù)據(jù)流有助于減少LAN流量。一個磁帶也可以被多個應用共享，并且可將多個備份流合并到所管理的磁帶庫和驅動器中。LAN仍然可以用于在備份服務器和客戶端之間傳輸元數(shù)據(jù)和用以跟蹤數(shù)據(jù)變化位置的環(huán)境表，但是實際的備份數(shù)據(jù)將通過存儲網(wǎng)絡傳輸。無需LAN的備份可以隔離數(shù)據(jù)域和備份域，但是不能減輕應用服務器的CPU負載，因為它們?nèi)匀恍枰獜拇疟P讀取備份數(shù)據(jù)。下面將要介紹的服務器負擔較輕的備份方式可以解決這個問題。3.2.3.服務器負擔較輕(或者無需服務器)的備份需要在數(shù)據(jù)不經(jīng)過應用服務器本身的情況下，將備份數(shù)據(jù)從磁盤發(fā)送到磁帶。在服務器負擔較輕的備份中，對所要備份數(shù)據(jù)的復制對服務器上的應用影響非常小，或者根本不會造成任何影響。數(shù)據(jù)的復本隨后會智能地從磁盤發(fā)送到磁帶，而不需要經(jīng)過服務器。這個流量有助于減輕應用服務器的CPU負載，因為它并不處于備份數(shù)據(jù)的傳輸路徑上。直接在磁盤和磁帶之間直接傳輸數(shù)據(jù)的機制被稱為SCSI擴展復制命令。執(zhí)行擴展復制SCSI命令的組件可能位于SAN交換陣列或者服務器軟件中。目前所部署的服務器負擔較輕的備份(例如LegatoCelestraPower和VeritasNetBackup)可以通過備份服務器管理整個流程。大部分客戶目前都傾向于為備份部署專門的SAN，因為這樣有助于隔離數(shù)據(jù)域和備份域。因此，他們可能不會部署這個解決方案，因為磁盤子系統(tǒng)和磁帶驅動器必須位于同一個SAN上。3.2.4.軟件供應商推出了很多集中備份軟件，例如VeritasNetbackup、VeritasBackupExec、LegatoNetworker和ComputerAssociatesBrightStorARCserve2000高級版。所有這些產(chǎn)品都采用了一種集中機制，備份都是通過一個專用備份服務器和直接連接的存儲設備進行。一個集中備份系統(tǒng)可能還需要設計很多不同的軟件和硬件模塊。用戶必須了解備份解決方案的這些不同組件，以及它們的功能和對性能的影響。首先，中央或者主服務器負責控制整個備份環(huán)境，包括索引、備份調度、客戶群組定義和硬件配置。主服務器還負責記錄備份中的問題，并向系統(tǒng)管理員報告這些問題。這項功能有時被稱為連接安排。集中備份系統(tǒng)中的另外一種服務器是介質服務器，也被稱為存儲節(jié)點。介質服務器被連接到某種類型的存儲介質上進行備份，通常是通過光纖通道或者并行SCSI連接到某個磁帶設備上。介質服務器負責真正地將數(shù)據(jù)發(fā)送到磁帶。這種服務器需要從主服務器獲取關于需要備份哪些文件和使用哪些特定介質的信息。介質服務器也