XX備份容災方案

本文格式為Word版，下載可任意編輯——XX備份容災方案

備份容災方案

xxx

信息安全容災系統(tǒng)

備份容災方案

目錄

1.項目背景1

1.1.

1.2.

1.3.

1.4.概述1系統(tǒng)現狀1存在的問題2容災系統(tǒng)規(guī)劃方法論32.總體設計6

2.1.設計依據6

2.2.設計原則6

2.3.建設目標7

2.4.建設內容8

2.4.1.第一階段建設內容8

2.4.2.其次階段建設內容8

2.5.規(guī)劃關鍵點9

2.5.1.業(yè)務連續(xù)性9

2.5.2.數據中心標準化9

2.5.3.分層分級容災10

2.6.總體設計11

2.6.1.容災技術選擇11

2.6.2.容災架構設計213.系統(tǒng)方案34

3.1.總體結構34

3.2.系統(tǒng)設計方案拓撲圖35

3.2.1.應用和數據系統(tǒng)拓撲結構圖35

3.2.2.整體拓撲結構圖36

3.3.系統(tǒng)方案簡單說明36

3.4.數據級容災建設37

3.4.1.建設方案37

3.4.2.容災效果38

3.4.3.系統(tǒng)故障響應39

3.5.應用級容災建設40

3.5.1.建設方案40

3.5.2.容災效果42

3.5.3.系統(tǒng)故障響應43

3.6.全冗余業(yè)務網絡建設45

3.7.災難恢復應急預案建設46

3.7.1.災難恢復預案開發(fā)流程47

3.7.2.災難恢復預案開發(fā)階段494.產品選型51

4.1.容災系統(tǒng)51

4.1.1.VERITASStorageFoundation51

4.1.2.VERITASStorageFoundationforDatabases57

備份容災方案

4.2.數據存儲系統(tǒng)63

4.2.1.產品簡介63

4.3.光纖交換機75

4.3.1.產品簡介765.項目實施84

5.1.項目組織84

5.1.1.組織機構84

5.1.2.職責856.培訓服務87

6.1.

6.2.

6.3.概述87存儲產品原廠培訓87容災系統(tǒng)原廠培訓88

備份容災方案

1.項目背景

1.1.概述

隨著CZ體制改革的不斷推進和科學、精細化管理的不斷深入，CZ業(yè)務信息化的覆蓋面越來越大，新的業(yè)務系統(tǒng)不斷上線，業(yè)務系統(tǒng)對IT系統(tǒng)的依靠性越來越高。對CZ而言，健全的業(yè)務數據既是CZ的寶貴資源，又是維持其正常運轉所必需的基本條件。如何安全、高效地管理好業(yè)務數據，確保信息資源的安全和完整，如何使機構免遭信息災難，已經成為擺在我們面前需要迫切解決的問題。根據CZ部金財工程“十一五〞規(guī)劃的要求，為了保障CZ業(yè)務的連續(xù)性和數據的安全性，保證業(yè)務系統(tǒng)的穩(wěn)定運行和基礎數據的安全，避免因災難發(fā)生（如火災、停電、硬件故障、軟件突發(fā)性系統(tǒng)崩潰）而導致的服務終止和數據丟失，必需預防災難的發(fā)生，必需關注災難發(fā)生后的快速恢復手段，必需建立一套行之有效的、符合國家等級化保護要求的容災備份系統(tǒng)。

xxx容災中心建設規(guī)劃，不但是一個涵蓋面很寬的技術工作，也是一項涉及到xxx原有系統(tǒng)利用和流程分析的工作。因此，xxx的IT規(guī)劃工作對xxx來說不僅僅是一個技術問題，而且是一個實施性十分強的項目，要求我們能夠把所做的IT規(guī)劃具有可操作性，并且要滿足未來三年業(yè)務增長和發(fā)展的需求。因此，我們在做xxx的IT規(guī)劃時充分考慮了xxx未來幾年的發(fā)展戰(zhàn)略和目標。并對現有的xxx網絡進行承載分析，明確了各系統(tǒng)的硬件需求、以及xxx信息化發(fā)展規(guī)劃，在此基礎上制定了本容災系統(tǒng)設計方案。

1.2.系統(tǒng)現狀

xxx運行的主機系統(tǒng)于2023年以及2023年建立，主要由2套核心應用系統(tǒng)組成。核心應用系統(tǒng)主要是預算執(zhí)行系統(tǒng)和非稅系統(tǒng)，系統(tǒng)用戶數在400左右。當前預算執(zhí)行系統(tǒng)、非稅系統(tǒng)三臺小型機實現二對一的應用冷備份。預算執(zhí)行系統(tǒng)和非稅系統(tǒng)采用的都是IBM的小型機和存儲系統(tǒng)。IBM小型機安裝了AIX5L操作系統(tǒng)，數據庫為ORACLE9.2.0.4，并安裝了RAC附件。

非稅系統(tǒng)當前數據量約10G，數據增量約5G/年，預算執(zhí)行系統(tǒng)當前數據量

備份容災方案

約20G，增量約10G/年，后面有系統(tǒng)升級改造的計劃，數據增量兩個系統(tǒng)合計可能會達到50G/年。存儲方面，有IBM磁盤柜兩個（容量2T），兩個系統(tǒng)各用一個，但是日志文件互換，存在對方的磁盤柜上。

非稅系統(tǒng)外部接入11家銀行，預算系統(tǒng)接入8家，均為2M線路。xxx內部有另外兩個不在本部的點接入，一個點2M線路，另一個百兆。

當前整個系統(tǒng)的拓撲圖如下：

1.3.存在的問題

由于目前所有的生產設備都在數據中心機房，一旦主機房發(fā)生火災、水災、供電故障、線路故障等重大災難，信息系統(tǒng)都將中止運行，全市的預算執(zhí)行和非稅系統(tǒng)業(yè)務都會受到影響，而且這些災難都是短時間難以恢復的，甚至像火災、

備份容災方案

水災等計算機系統(tǒng)破壞性的災難是無法進行恢復的。因此，迫切需要在災備中心機房，配備一套設備，當現在的機房發(fā)生災難時能夠迅速啟用備用系統(tǒng)，保證業(yè)務數據不丟失，而且能使應用系統(tǒng)迅速繼續(xù)運行，相關業(yè)務不受影響。

因此，針對以上狀況，通過本次災備系統(tǒng)的建設，最終建成xxx應用級災備中心。

1.4.容災系統(tǒng)規(guī)劃方法論

以“統(tǒng)籌規(guī)劃、分步實施、等級保護、平戰(zhàn)結合〞為指導思想，從性質、目標、管理、過程、技術、規(guī)范、要素幾方面進行歸納，簡單概括出以下災難備份方法論：

備份容災方案

災難備份系統(tǒng)建設在技術方法上可歸納為3個組成部分和6個實現層次。3個組成部分即：生產中心、災備中心、數據通信網絡。6個實現層次對應：應用層容災技術、數據庫層容災技術、服務器層容災技術、存儲網絡層容災技術、存儲層容災技術和介質層容災技術。

備份容災方案

從實用性出發(fā)，根據RPO（恢復點目標）、RTO（恢復時間目標）兩個關鍵指標，將災難備份解決方案分為兩個典型級別，即：數據保障級別和業(yè)務連續(xù)級別。結合針對各個層次的技術和產品，提供多種配套技術解決方案，滿足各類用戶的不同災難備份需求。

備份容災方案

2.總體設計

本次容災系統(tǒng)的總體原則是“統(tǒng)籌規(guī)劃、合理布局、分布實施、節(jié)省資源、信息共享〞，即在現有設備的基礎上建立起一個蘇州市容災系統(tǒng)。

2.1.設計依據

xxx容災方案的設計，將遵循以下設計依據：

《2023-2023年國家信息化發(fā)展戰(zhàn)略》（中辦發(fā)11號）

《信息安全等級保護管理方法》（公通字43號）

《重要信息系統(tǒng)災難恢復規(guī)劃指南》（國信辦）

《信息系統(tǒng)災難恢復規(guī)范》（GB/T20988-2023）

2.2.設計原則

針對蘇州市CZ信息系統(tǒng)的具體特點，在系統(tǒng)集成實施過程中具體地要滿足以下原則和要求：

先進性要求：

先進性將保證系統(tǒng)具有較強的生命力，有較強的使用價值，符合當前的或未來的趨勢。先進性將表達在先進的思想、先進的技術方法、先進的軟硬件產品等各方面。主機必需是具備性能的計算和存儲能力，網絡必需能滿足高負載要求，具有較高的吞吐量；從時間跨度上講應具有5-10年的設計時限。

高可靠性要求：

提高系統(tǒng)的高可用性，延長系統(tǒng)的平均無故障時間，系統(tǒng)必需具備網絡診斷、測試和在線故障恢復能力，要求關鍵設備能做到實時備份和自動故障切換。

高安全性要求：

數據庫中存儲的數據是直接涉及到蘇州市CZ系統(tǒng)的關鍵數據，數據量大、存儲時間跨度長、政治風險責任大，其重要性絕不比銀行的數據差，因此系統(tǒng)建設中必需考慮到數據在線備份系統(tǒng)以及異地災備系統(tǒng)的建立、在提供優(yōu)質便捷的網絡服務的同時必需考慮到數據的安全、保密，必需建立起較為完備的網絡防衛(wèi)系統(tǒng)。

備份容災方案

實用性要求：

在系統(tǒng)建設中應當始終堅持采用具有最大的性能/價格比的原則，在表達系統(tǒng)設計改造的先進性、高可靠性、高安全性的同時，也不能盲目搞“大而全〞，應當認識到計算機技術發(fā)展日新月異的特點，不可能購置到一種永不被淘汰的設備；另一方面，要能夠最大程度地利用現有的設備，最大程度的發(fā)揮現有技術管理人員的知識價值，絕不應出現因升級改造而將現有依舊運行良好的設備“棄之不用〞或“大材小用〞的狀況，杜絕浪費現象。決不盲目追求先進和高檔，制定優(yōu)化的網絡系統(tǒng)方案，應充分考慮投資規(guī)模、人員素質，系統(tǒng)環(huán)境等因素。保證系統(tǒng)切實可行，發(fā)揮網絡產品的性能優(yōu)勢。

可擴展性及易升級性：

面對業(yè)務發(fā)展，系統(tǒng)的計算機主機設備和網絡設備均須有十分好的系統(tǒng)可擴展性，并且隨著網絡技術的不斷發(fā)展，主干網絡設備應能平滑升級，充分適應業(yè)務的發(fā)展需要。因此，在設計中，保系統(tǒng)結構模塊化，軟硬件平臺可以進行積木式拼裝，如：服務器可通過添加系統(tǒng)板擴展CPU、MEMORY、I/O，硬盤等。網絡中的設備也選用擴展性極強的設備。

良好的可管理性和可維護性：

整個主機和網絡系統(tǒng)是由多種設備組成的較為繁雜的系統(tǒng)，因此應著重考慮所選產品具有良好的可管理性和可維護性。

實現數據資源共享，確保數據資源的唯一性、確鑿性、完備性，提高工作效率，提高企業(yè)管理的現代化水平。

2.3.建設目標

此次容災方案的設計，進行統(tǒng)籌規(guī)劃和分步實施，建設階段可分為兩個階段，并且其次階段的建設是在第一階段的基礎之上進行的，不會增加繁雜度導致重復建設和預算浪費。通過本容災項目實現以下目標：

1、在60到80公里范圍內建設容災中心機房。

2、實現數據“零〞停機、“零數據丟失〞的數據容災。確保在災難發(fā)生時數據不會丟失。

3、實現應用快速切換，確保在災難發(fā)生時，容災中心在20分鐘內接納預算

備份容災方案

執(zhí)行系統(tǒng)、非稅系統(tǒng)等核心應用，繼續(xù)對外進行服務。

4、容災中心的建設，也要能夠為今后區(qū)CZ系統(tǒng)提供容災服務。

通過本項目的實施，可以實現數據零丟失和遠程集群，但是目前設計的網絡改建并不是真正的全冗余結構，運營商的IDC機房存在單點故障，此問題可以在今后的網絡建設進一步彌補。

2.4.建設內容

針對xxx應用系統(tǒng)的具體狀況，將容災建設劃分為二個階段，具體如下：

2.4.1.第一階段建設內容

容災基礎設施建設：完成容災機房SAN網絡、容災鏈路、存儲設備等基設施建設；第一階段不考慮運營商IDC機房的業(yè)務網絡改造；

數據級容災建設：完成預算和非稅等系統(tǒng)數據級容災建設，實現跨中心的數據鏡像，絕對零數據丟失；

應用級容災建設：完成預算、非稅等系統(tǒng)的應用級容災建設，通過跨中心的應用系統(tǒng)集群建設，實現零數據丟失，業(yè)務零中斷或20分鐘內完成業(yè)務接納；

建立災難恢復預案。

2.4.2.其次階段建設內容

全冗余網絡建設：在運營商IDC機房建立網絡中心節(jié)點，所有外部單位網絡全部通過IDC機房接入，構成全冗余廣域網系統(tǒng)；

完善容災中心的建設，能夠區(qū)CZ系統(tǒng)提供容災服務；

完善容災應急預案和演練流程。

通過本項目的實施，可以實現數據零丟失和遠程集群，但是目前設計的網絡改建并不是真正的全冗余結構，運營商的IDC機房存在單點故障，此問題可以在今后的網絡建設進一步彌補。

備份容災方案

2.5.規(guī)劃關鍵點

在此次xxx容災系統(tǒng)設計過程中必需注意到以下幾個關鍵點：

2.5.1.業(yè)務連續(xù)性

硬件平臺的建設中，保證業(yè)務連續(xù)性是最重要的，業(yè)務連續(xù)性的保證需要好多方面的支持。

從基礎的環(huán)境來說，硬件平臺運行的建設需要一個穩(wěn)定的環(huán)境，如多路供電、合理溫濕度等；

從硬件設備來說，需要服務器采用群集技術，存儲采用冗余的結構，網絡采用多鏈路等；

從應用和數據的角度來看，需要采用數據復制和備份技術，實現數據保護；從支撐體系來看，需要有一個合理的運維系統(tǒng)，來保證數據中心運行過程中的穩(wěn)定有效。

在保證了業(yè)務的連續(xù)性的前提下，數據中心才能穩(wěn)定地為整個應用系統(tǒng)更好的提供支撐。

2.5.2.數據中心標準化

現有多家廠商的小型機存儲和其他設備，如何保障用戶現有投資和將來的利益，也是我們此次設計中需要重點考慮的。

通過數據中心標準化建設可以：

能隨時根據需要，為應用提供存儲空間

重要數據需要額外保護

數據快照、異地鏡像、復制

不需要的存儲空間可以隨時釋放、回收和再利用

磁盤回收、重新分派

磁盤剩余空間整合

更換硬件平臺，系統(tǒng)能隨時上線

在需要的時候共享數據

備份容災方案

需要提高吞吐量和性能

存儲硬件無關性

2.5.3.分層分級容災

從目前的需求來看，各應用系統(tǒng)對RPO、RTO的要求都十分高；而影響一個應用系統(tǒng)運行的因素十分多，包括：電源、網絡、服務器、操作系統(tǒng)、數據庫、SAN環(huán)境和存儲等，任何一個環(huán)節(jié)出現問題，都會導致應用系統(tǒng)不可用，因此，容災系統(tǒng)的設計不是單純對某一個環(huán)節(jié)進行冗余設計就可以了，而是要分層、分級構建容災系統(tǒng)。

我們將通過各個層次的冗余設計、高可用性設計實現應用的高可用性：鏈路層：

建議在資金充足的狀況下，租用兩個不同運營商的兩條裸光纖鏈路；通過DWDM技術實現裸光纖的復用，在雙中心之間的形成雙千兆鏈路，互為冗余；

通過DWDM技術實現裸光纖的復用，實現雙中心之間的SAN架構的互連，采用多條光纖通道，互為冗余；

通過雙中心之間的網絡建設，實現與相關機構之間的全冗余網絡；

通過OSPF路由協議規(guī)劃，在數據中心兩條廣域網鏈路與容災中心兩條廣域網鏈路之間形成鏈路切換策略，形成高可用網絡系統(tǒng)；

數據層：

容災中心配置一臺中高端存儲設備，通過跨陣列的鏡像，實現數據零丟失；通過快照、備份等技術實現非關鍵應用系統(tǒng)的數據復制與備份；

應用層：

在雙中心分別部署應用服務器，通過應用負載均衡設備實現應用服務器的自動負載，做到應用自動轉發(fā)、零切換；

通過集群技術，實現雙中心服務器的統(tǒng)一集群，實現關鍵業(yè)務系統(tǒng)切換時間小于20分鐘；

通過服務器分區(qū)技術，在容災中心將服務器劃分成多個分區(qū)，分別運行應用系統(tǒng)和數據庫，實現非關鍵應用系統(tǒng)的備份。

備份容災方案

2.6.總體設計

2.6.1.容災技術選擇

在前面的章節(jié)已經對xxx各級應用系統(tǒng)的需求進行了分析，下面對各種容災技術進行分析，針對各系統(tǒng)容災需求將采用適合的容災技術，實現容災系統(tǒng)建設。

2.6.1.1容災涉及的層次

容災系統(tǒng)建設是一個整體，其涉及到各個層面，如下圖：

主機系統(tǒng)

主機系統(tǒng)

冷靜災涉及的層次來看，網絡層、SAN、應用層容災技術相對成熟：

網絡層：通過網絡多鏈路連接、以及動態(tài)路由協議實現容災，50ms內實現切

換；

SAN：通過構建兩個獨立的Fabric、結合動態(tài)多路徑軟件，實現零切換；應用層：通過負載均衡設備實現多應用服務器的動態(tài)負載，零切換；

因此，容災系統(tǒng)建設的難點就集中在數據復制技術上，下面將對數據復制技

備份容災方案

術進行深入探討。

2.6.1.2數據復制技術

數據復制可以從存儲、操作系統(tǒng)、數據庫和應用四個層次來做，其中通過應用系統(tǒng)進行數據復制需要應用程序支持；假使現有應用程序不支持，需要進行進行開發(fā)，這里不做深入介紹。

難

建設成本易

（1）數據庫復制數據容災技術大

數據庫復制技術一般是由數據庫廠商或者第三方開發(fā)，基于數據庫日志或者數據流實現復制的技術。OracleDataGuard是典型代表，此處將以此為例進行介紹。

OracleDataGuard通過使用稱為standbydatabase的數據庫來防止出現數據的災難。它通過將primarydatabase數據庫的重做日志傳到并應用到standbydatabase數據庫來使standbydatabase數據庫與primarydatabase數據庫同步：

備份容災方案

可以將重做日志直接從primarydatabase數據庫同步寫到standbydatabase數據庫來完成完全沒有數據損失的災難保護。這會給primarydatabase數據庫的性能帶來一定的性能損失。

可以將歸檔的重做日志從primarydatabase數據庫異步寫到standbydatabase數據庫來使primarydatabase數據庫在極少損失性能的前提下，最小化地減少數據的丟失。

假使重做日志數據到達standbydatabase數據庫后快速應用到standbydatabase數據庫，則在primarydatabase數據庫出現問題時可以快速地failover到standbydatabase數據庫。然而，假使延緩一定時間后再應用重做日志數據，可以避免primarydatabase數據庫的錯誤快速地傳播到standbydatabase數據庫。

（2）存儲硬件復制數據容災技術

硬件同步復制技術是以同步復制技術為基礎，通過磁盤陣列實現數據同步復制，從而保證產中心陣列與容災中心陣列的在線數據完全同步。其整體方案中也包含了同步快速恢復、快照等輔助技術。從而實現整個容災體系的要求。當然，所有的前提就是，生產中心的磁盤陣列和容災中心的磁盤陣列必需是同構的。

由于復制的基本原理，數據是從主陣列復制到容災陣列的，雖然在復制正常進行的過程中，能夠保證兩個陣列上的數據是同步的，但是當主陣列發(fā)生宕機時，會導致整個復制無法繼續(xù)，同時導致生產中心服務器非正常的磁盤丟失，從而導致業(yè)務停頓以及巨大的數據一致性風險。

在同城的容災方案中，基于磁盤陣列的同步復制方案，也是較為流行的一種。

備份容災方案

其具體原理如下：20

以上的原理圖明白地指出了基于磁盤陣列的同步復制方案的原理，其原理適用于所有品牌的磁盤陣列間的同步復制原理。當生產中心的陣列發(fā)生問題時，主機必需手工的將I/O路徑切換到容災中心的陣列上，這將導致無法避免的停機時間和用戶的業(yè)務停頓。

其次，陣列的切換操作，是直接在磁盤陣列上進行的，在發(fā)生磁盤陣列問題，也就是在用戶業(yè)務處于停頓狀態(tài)的時候，找什么人來做這個操作（此操作磁盤陣列廠商尋常建議由廠商或是由資質的代理來做），或是用戶自己來做此操作，都是對操作人員是十分嚴峻的考驗。無形中也就增加了用戶的風險。

數據庫停頓的一瞬間，數據是否一致，或者在第4、5步尚未完成的時候，復制發(fā)生停頓，數據實際已經寫上的陣列，而主機并為得到反饋，都可能導致切換后的數據，不一定能夠被數據庫啟動，從而需要更長的數據恢復時間。

（3）軟件遠程鏡像數據容災技術

軟件遠程鏡像技術是采用以鏡像技術為基礎，實現生產中心陣列與容災中心陣列的在線數據完全同步。從而實現數據的容災功能。當然作為容災方案來說，僅有鏡像技術是遠遠不夠的。因此在遠程鏡像技術中，尋常包含更豐富的技術手段，來實現數據容災的完整要求。例如，用于災難修復后的系統(tǒng)恢復的基于日志

備份容災方案

的鏡像快速修復技術；用于支持多根光纖通道協同工作的動態(tài)多路徑技術；用于規(guī)律錯誤快速恢復或者容災中心數據使用的卷快照、文件系統(tǒng)快照技術；用于調整讀寫性能的讀優(yōu)先選擇技術；用于鏡像啟動、暫停、繼續(xù)等鏡像過程的鏡像監(jiān)控技術等。

軟件遠程鏡像技術的特點是：

由于鏡像的基本原理決定，生產中心的存儲與容災中心的存儲在寫數據時不存在主從關系，因此，無論哪一個陣列因故停頓，都不會導致數據的讀寫發(fā)生停頓，可以做到數據容災意義上的“零〞停機。其意義不是單純的通過“零〞停機保障了業(yè)務的連續(xù)性，并且避免了由于存儲非正常停機帶來的巨大的數據一致性風險（也就是數據庫遭到破壞，數據不可用），而數據一致性風險是導致長時間業(yè)務停頓的主要因素。

利用存儲管理軟件的鏡像技術，來構建容災方案。StorageFoundation存儲管理軟件是典型代表，此處將以此為例進行介紹。利用StorageFoundation的鏡像技術構建容災系統(tǒng)是十分簡單的，它只有一個條件，就是將生產中心和災備中心之間的SAN存儲區(qū)域網絡通過光纖連接起來，建立城域SAN存儲網絡。然后，我們就可以通過StorageFoundation提供的十分成熟的跨陣列磁盤鏡像技術來實現同城容災了。

從原理上講，在城域SAN存儲網絡上的兩套磁盤系統(tǒng)之間的鏡像，和在一個機房內的SAN上的兩個磁盤系統(tǒng)之間鏡像并沒有任何區(qū)別。就如上圖，假使我們把“同城容災中心〞幾個字去掉，我們就無法分辯的左邊的系統(tǒng)和右邊的系統(tǒng)終究是在同一個機房，還是遠在幾十公里以外。

利用光纖將生產中心和災備中心的SAN網絡連接起來，構成城域SAN網絡以后，利用StorageFoundation的先進的規(guī)律卷管理功能，我們就可以十分便利的實現生產中心磁盤系統(tǒng)和災備中心磁盤系統(tǒng)之間的鏡像了。如下圖所示：

備份容災方案

19

利用StorageFoundation，我們可以創(chuàng)立任意一個規(guī)律卷（Volume）供業(yè)務主機使用，實際上是由個完全對等的，容量一致的磁盤片構成，兩的個磁盤片上的數據完全一樣，業(yè)務主機對該Volume的任意修改，都將同時被寫到位于生產中心和災備中心的兩個磁盤系統(tǒng)上。

采用這種方式，生產中心的磁盤陣列與同城容災中心的磁盤陣列對于兩地的主機而言是完全同等的。利用城域SAN存儲網絡和StorageFoundation鏡像功能，我們可以十分輕松的實現數據系統(tǒng)的異地容災。并且消除了復制技術（無論是同步還是異步）的切換的動作，從而保證零停機時間，零數據損失的實現。

2.6.1.3容災技術選擇

數據復制技術主要集中在數據庫、操作系統(tǒng)和存儲硬件三種技術上，每種技術都有其適用的范圍，下面針對這幾種容災技術進行分析并根據應用需求作出技術選擇。

（1）技術選擇原則

容災技術選擇依據以下這些原則：

備份容災方案

滿足不同應用需求的容災數據損失（RPO）、及應恢復時間（RTO），

數據一致性等具體要求。

支持本地的系統(tǒng)加固以及本地系統(tǒng)的彈性構架。而彈性構架是對

IT系統(tǒng)的長期發(fā)展直觀重要，主要是指IT系統(tǒng)橫向、縱向的

擴展性。譬如異構環(huán)境的支持、擴展。而系統(tǒng)本地加固與遠程

容災的技術必需是互不沖突的。

在能夠滿足以上兩項要求的同時，最經濟。

支持容災系統(tǒng)各層的總體切換。

（2）性能分析

考察容災系統(tǒng)對業(yè)務系統(tǒng)性能的影響，主要從兩個方面衡量：一是CPU資源的消耗；二是I/O，特別是寫操作的延遲效應。

CPU資源消耗

采用主機端的軟件鏡像技術，對CPU資源的損耗，實際上是微乎其微的。具體的事實可以通過簡單的測試得到，可以設置這樣一個測試，就一目了然了：

1）在測試系統(tǒng)上，往一個沒有鏡像的規(guī)律卷Copy一個大文件，觀測CPU使用率；

2）在測試系統(tǒng)上，往一個有鏡像的規(guī)律卷上Copy一個大文件，觀測CPU使用率。

事實上，處理鏡像需要的CPU時間是十分十分小的，原因是磁盤I/O操作的速度是毫秒（ms）級的，磁盤系統(tǒng)CacheI/O的速度是受限于光纖通道的100-200MB（8bit*10ns）帶寬和距離（15公里==0.1ms）的，而相反的，高端主機總線的寬度一般是64-128Byte，甚至更高，主機CPU的處理速度更是在千兆的水平（ns級），所以I/O對主機CPU的消耗往往都是可以忽略不計的，假使說需要關心的話，也主要針對象RAID-5這樣的技術（需要大量計算，從而消耗主機的CPU資源），