emc業(yè)務(wù)連續(xù)性容災(zāi)方案建議書(shū)

1、chinabcsi templates業(yè)務(wù)連續(xù)性項(xiàng)目售前支持容災(zāi)方案建議書(shū)模板初稿-v0.1本文檔是emc公司機(jī)密材料，供bc solution practice在售前支持和咨詢服務(wù)中使用。在使用時(shí)，請(qǐng)僅從本文檔中復(fù)制內(nèi)容，并粘貼到其它文檔中使用或修改后使用，而不要直接將本文檔拷貝或發(fā)送出去使用。文檔命名規(guī)則文檔類(lèi)型文件名格式示例模板文檔template-文檔名-日期template-dr_proposal-20070625.doc參考文檔修訂歷史版本編號(hào)版本日期修訂說(shuō)明修訂者2007-06-25創(chuàng)建此容災(zāi)方案建議文檔模板許瑀目錄第1章 前言11.1 emc對(duì)本項(xiàng)目的理解11.2 emc的優(yōu)勢(shì)

2、2第2章 emc業(yè)務(wù)連續(xù)性方案服務(wù)框架3第3章 通用容災(zāi)技術(shù)框架73.1 企業(yè)信息系統(tǒng)保護(hù)層次73.2 容災(zāi)技術(shù)模型83.2.1 業(yè)務(wù)平臺(tái)的保護(hù)業(yè)務(wù)處理能力的冗余83.2.2 數(shù)據(jù)平臺(tái)的保護(hù)業(yè)務(wù)狀態(tài)數(shù)據(jù)的復(fù)制93.2.3 接入平臺(tái)冗余和切換93.3 容災(zāi)模式103.3.1 容災(zāi)層次103.3.2 容災(zāi)范圍113.3.3 同級(jí)容災(zāi)或降級(jí)容災(zāi)113.3.4 容災(zāi)中心運(yùn)營(yíng)方式11第4章 不同容災(zāi)技術(shù)介紹124.1 不同容災(zāi)技術(shù)方案概述124.2 基于存儲(chǔ)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)134.3 采用虛擬化存儲(chǔ)技術(shù)建設(shè)容災(zāi)系統(tǒng)164.4 采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)184.5 基于應(yīng)用的數(shù)據(jù)復(fù)制

3、建設(shè)容災(zāi)系統(tǒng)194.6 小結(jié)22第5章 xxxxxx容災(zāi)方案建議235.1 xxxxxx架構(gòu)現(xiàn)狀235.2 xxxxxx容災(zāi)需求235.3 xxxxxx容災(zāi)建議方案235.3.1 數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)建議245.3.2 “同步、異步“數(shù)據(jù)遠(yuǎn)程復(fù)制選擇255.3.3 san網(wǎng)絡(luò)及存儲(chǔ)平臺(tái)建議（待補(bǔ)充）255.3.4 利用bcv、數(shù)據(jù)克隆技術(shù)獲取開(kāi)發(fā)、測(cè)試數(shù)據(jù)255.3.5 數(shù)據(jù)復(fù)制鏈路連接方式及數(shù)量建議265.3.6 應(yīng)用平臺(tái)建議265.3.7 接入平臺(tái)建議275.3.8 數(shù)據(jù)備份保護(hù)27第6章 容災(zāi)通信鏈路設(shè)計(jì)296.1 通信鏈路設(shè)計(jì)概述296.2 容災(zāi)通信鏈路的比較296.3 容災(zāi)通信鏈路帶寬估

4、算336.4 emc容災(zāi)數(shù)據(jù)復(fù)制方案設(shè)計(jì)工具簡(jiǎn)介35第7章 xxxxxx容災(zāi)項(xiàng)目服務(wù)構(gòu)成38第8章 項(xiàng)目組織結(jié)構(gòu)428.1 項(xiàng)目組織機(jī)構(gòu)428.2 項(xiàng)目管理委員會(huì)428.3 項(xiàng)目管理辦公室438.4 項(xiàng)目關(guān)鍵人員角色448.4.1 項(xiàng)目總監(jiān)448.4.2 項(xiàng)目經(jīng)理448.4.3 質(zhì)量保證顧問(wèn)458.4.4 it系統(tǒng)架構(gòu)師458.4.5 業(yè)務(wù)連續(xù)性咨詢顧問(wèn)458.4.6 it技術(shù)專家468.5 項(xiàng)目管理方法468.5.1 emc pm2的項(xiàng)目管理方法468.5.2 項(xiàng)目進(jìn)度控管理478.5.3 項(xiàng)目變更管理488.5.4 風(fēng)險(xiǎn)管理498.5.5 品質(zhì)確保計(jì)劃508.5.6 溝通（communic

5、ation）管理518.6 emc候選人員名單和簡(jiǎn)歷538.6.1 項(xiàng)目經(jīng)理538.6.2 容災(zāi)咨詢顧問(wèn)548.6.3 系統(tǒng)架構(gòu)設(shè)計(jì)師55表格目錄表格 31 表格格式定義2圖表目錄圖表 41 emc logo2圖表 42 emc email_footer2第1章 前言首先非常感謝xxxxxx股份有限公司對(duì)emc的信任。emc希望憑借自身多年的容災(zāi)項(xiàng)目實(shí)施經(jīng)驗(yàn)，協(xié)助xxxxxx股份有限公司設(shè)計(jì)、實(shí)施和管理容災(zāi)項(xiàng)目工程，從而降低xxxxxx股份有限公司容災(zāi)項(xiàng)目工程的整體風(fēng)險(xiǎn)，以確保項(xiàng)目的成功。1.1 emc對(duì)本項(xiàng)目的理解基于以往類(lèi)似項(xiàng)目的經(jīng)驗(yàn)，以及與xxxxxx股份有限公司的交流和分析，我們認(rèn)為影

6、響本項(xiàng)目成功的關(guān)鍵因素有很多方面，其中最重要的有以下幾點(diǎn)：1. 選擇成熟、可靠的、管理簡(jiǎn)單的技術(shù)構(gòu)建容災(zāi)方案的核心技術(shù)部分容災(zāi)數(shù)據(jù)復(fù)制部分，該技術(shù)應(yīng)當(dāng)已經(jīng)被廣泛使用；2. 科學(xué)的方法論與實(shí)踐相結(jié)合，如在emc bcsi方法論指導(dǎo)下，emc為大量客戶提供了成功的容災(zāi)項(xiàng)目建設(shè)和業(yè)務(wù)連續(xù)性咨詢服務(wù)。3. 完善詳細(xì)的方案設(shè)計(jì)；4. 容災(zāi)項(xiàng)目如何能夠真正滿足業(yè)務(wù)的需求和期望a) rto/rpo;b) 災(zāi)難恢復(fù)流程優(yōu)化，加快恢復(fù)。5. 成功的容災(zāi)項(xiàng)目不僅僅只包括技術(shù)平臺(tái)的建設(shè)，還應(yīng)當(dāng)建立適應(yīng)容災(zāi)管理的組織結(jié)構(gòu)，明確人員職責(zé)與分工并確保各崗位職責(zé)人員具備相應(yīng)的技能，建立明確、清楚的容災(zāi)管理、容災(zāi)恢復(fù)的流程才

7、能保證災(zāi)難發(fā)生時(shí)能夠有效、有序地恢復(fù)業(yè)務(wù)運(yùn)營(yíng)，實(shí)現(xiàn)業(yè)務(wù)的持續(xù)運(yùn)行。6. 容災(zāi)架構(gòu)和設(shè)計(jì)是否能夠與今后的it規(guī)劃保持一致；7. 成功的項(xiàng)目管理；8. 如何對(duì)drp或bcp進(jìn)行管理以使其可以真正得以應(yīng)用；9. 如何規(guī)劃容災(zāi)演習(xí)并對(duì)容災(zāi)演習(xí)進(jìn)行控制并通過(guò)演習(xí)使相關(guān)人員通過(guò)演習(xí)熟悉流程與各自的職責(zé)；10. 如何通過(guò)培訓(xùn)和宣傳，從而使大家能夠?qū)I(yè)務(wù)連續(xù)性認(rèn)知和認(rèn)同。另外，對(duì)于本項(xiàng)目，emc公司的全力投入，相關(guān)廠商的配合，以及xxxxxx股份有限公司的大力支持，對(duì)于本項(xiàng)目的成功也是密不可分的。1.2 emc的優(yōu)勢(shì)emc在業(yè)務(wù)連續(xù)性服務(wù)上的優(yōu)勢(shì)體現(xiàn)在以下幾個(gè)方面：業(yè)務(wù)連續(xù)性服務(wù)經(jīng)驗(yàn) 15年從事業(yè)務(wù)連續(xù)性服務(wù)

8、的經(jīng)驗(yàn) 擁有經(jīng)過(guò)實(shí)踐驗(yàn)證的工具和方法論（bcsi） 數(shù)以千計(jì)的相關(guān)成功案例，無(wú)論在全球還是在中國(guó)，政府、電信、金融各領(lǐng)域都大量采用emc公司的技術(shù)建設(shè)容災(zāi)方案，emc也為眾多用戶提供了業(yè)務(wù)連續(xù)性咨詢服務(wù)。業(yè)務(wù)連續(xù)性服務(wù)專業(yè)團(tuán)隊(duì) 專設(shè)的容災(zāi)咨詢服務(wù)團(tuán)隊(duì) 超過(guò)300人的戰(zhàn)略咨詢顧問(wèn) 超過(guò)1635人的資深顧問(wèn) 超過(guò)600人的業(yè)務(wù)連續(xù)性專職從業(yè)人員 超過(guò)135人的應(yīng)用系統(tǒng)方案架構(gòu)師 超過(guò)350人的it基礎(chǔ)架構(gòu)師 超過(guò)100人的網(wǎng)絡(luò)架構(gòu)師 超過(guò)3,300人的服務(wù)從業(yè)人員 超過(guò)2,700人的客戶服務(wù)工程師 超過(guò)100個(gè) 服務(wù)合作伙伴第2章 emc業(yè)務(wù)連續(xù)性方案服務(wù)框架業(yè)務(wù)連續(xù)性服務(wù)集成方法論（busine

9、ss continuity solution integration，簡(jiǎn)稱bcsi）是emc通過(guò)對(duì)多年實(shí)施業(yè)務(wù)連續(xù)性和容災(zāi)服務(wù)的所積累的經(jīng)驗(yàn)進(jìn)行總結(jié)和提煉，開(kāi)發(fā)出來(lái)的業(yè)務(wù)連續(xù)性實(shí)施方法論模型，該實(shí)施方法在全球眾多相關(guān)項(xiàng)目中廣為使用并得到驗(yàn)證。如下圖所示，emc在在業(yè)務(wù)連續(xù)性服務(wù)方面有著一套完整的實(shí)施方法論，它包括規(guī)劃（plan）、建立（build）、和管理（manage）三個(gè)階段的咨詢和技術(shù)服務(wù)。圖1：emc bcsi方法論以下對(duì)emc bcsi實(shí)施服務(wù)方法論作概要描述。1. 評(píng)估當(dāng)前的服務(wù)水平 與業(yè)務(wù)單位回顧并確認(rèn)服務(wù)水平協(xié)議（slas）,并確定各業(yè)務(wù)應(yīng)用的rto和rpo。 針對(duì)每個(gè)應(yīng)用，評(píng)

10、估當(dāng)前的系統(tǒng)架構(gòu)和運(yùn)作能力；并確定當(dāng)發(fā)生故障或?yàn)?zāi)難時(shí)，當(dāng)前系統(tǒng)的可用性、rto和rpo。 明確存在的弱點(diǎn)。 確定當(dāng)前系統(tǒng)的可恢復(fù)能力。2. 定義業(yè)務(wù)需求 回顧并驗(yàn)證現(xiàn)有的服務(wù)水平協(xié)議。 更新恢復(fù)和可用性服務(wù)水平定義。 將各個(gè)業(yè)務(wù)流程映射到相應(yīng)的應(yīng)用系統(tǒng)、基礎(chǔ)設(shè)施和運(yùn)作管理上。 明確各業(yè)務(wù)流程對(duì)應(yīng)用系統(tǒng)和基礎(chǔ)架構(gòu)的依賴關(guān)系。3. 評(píng)估可用性和恢復(fù)技術(shù) 基于數(shù)據(jù)分層的模型，進(jìn)行系統(tǒng)架構(gòu)平臺(tái)的分析，設(shè)計(jì)可行的系統(tǒng)架構(gòu)。 對(duì)可選的恢復(fù)技術(shù)進(jìn)行評(píng)估。 建立高層次成本估算4. 基礎(chǔ)架構(gòu)設(shè)計(jì) 根據(jù)業(yè)務(wù)連續(xù)性需求的恢復(fù)策略，回顧當(dāng)前的系統(tǒng)架構(gòu)連接，系統(tǒng)配置和容量規(guī)劃。 衡量當(dāng)前的應(yīng)用性能及服務(wù)水平。 分析容量

11、需求。 選擇合適的技術(shù)來(lái)滿足所需的服務(wù)水平。 提出對(duì)硬件、軟件和網(wǎng)絡(luò)配置的詳細(xì)建議。 提出全面的技術(shù)架構(gòu)來(lái)指導(dǎo)方案的實(shí)施。5. 實(shí)施規(guī)劃 制定詳細(xì)的技術(shù)實(shí)施計(jì)劃。 回顧項(xiàng)目實(shí)施方法。 確認(rèn)項(xiàng)目實(shí)施的邏輯和流程。 定義項(xiàng)目實(shí)施的限制條件。 制定詳細(xì)的項(xiàng)目計(jì)劃。 制定成本計(jì)劃以平衡開(kāi)發(fā)、測(cè)試、和維護(hù)等活動(dòng)。6. 測(cè)試及實(shí)施 安裝并配置必需的恢復(fù)系統(tǒng)架構(gòu)組件（硬件/軟件）。 按計(jì)劃對(duì)應(yīng)用進(jìn)行遷移，并降低系統(tǒng)停機(jī)時(shí)間。 新系統(tǒng)架構(gòu)的測(cè)試。 在新的系統(tǒng)架構(gòu)中，穩(wěn)定應(yīng)用的運(yùn)行。 對(duì)系統(tǒng)設(shè)計(jì)的準(zhǔn)確性和完全性進(jìn)行回顧。7. 開(kāi)發(fā)恢復(fù)及切換計(jì)劃 通過(guò)研討會(huì)來(lái)指導(dǎo)開(kāi)發(fā)應(yīng)用恢復(fù)流程。 開(kāi)發(fā)并且書(shū)面化應(yīng)用系統(tǒng)的切換及

12、回切步驟。 開(kāi)發(fā)并且書(shū)面化業(yè)務(wù)連續(xù)性計(jì)劃。8. 集成測(cè)試和演習(xí) 制定演習(xí)場(chǎng)景。 制定演習(xí)計(jì)劃。 確定參與人員 確定期望的結(jié)果和成功要素 實(shí)施演習(xí)9. 業(yè)務(wù)連續(xù)性更新 明確業(yè)務(wù)連續(xù)性目標(biāo)。 確定人員和技能要求。 根據(jù)既定需求，確定所需的行動(dòng)以確保系統(tǒng)架構(gòu)和運(yùn)作的可行性。 回顧當(dāng)前的變更管理、配置管理和發(fā)布管理的流程。 修正和完善。10. 資源管理、改進(jìn)及衡量 回顧資源需求和技能狀況。 檢查變更管理流程、步驟和文檔資料。 分析關(guān)鍵的性能指標(biāo)(kpi)及趨勢(shì)。 教育及培訓(xùn)。在該項(xiàng)目中，我們將針對(duì)xxxxxx容災(zāi)項(xiàng)目的實(shí)際情況，通過(guò)對(duì)emc bcsi實(shí)施方法進(jìn)行客戶化，制定出適合x(chóng)xxxxx容災(zāi)項(xiàng)目的

13、實(shí)施規(guī)劃。第3章 通用容災(zāi)技術(shù)框架本章及下一章將對(duì)通用的容災(zāi)技術(shù)框架和不同技術(shù)進(jìn)行介紹，供xxxxxx股份有限公司項(xiàng)目組參考。3.1 企業(yè)信息系統(tǒng)保護(hù)層次現(xiàn)代企業(yè)的數(shù)據(jù)中心it平臺(tái)（包括主機(jī)平臺(tái)、網(wǎng)絡(luò)平臺(tái)、存儲(chǔ)平臺(tái)等）的保護(hù)和恢復(fù)有不同的等級(jí)的技術(shù)手段，未來(lái)企業(yè)的業(yè)務(wù)連續(xù)性建設(shè)將需要不斷提高企業(yè)的信息、數(shù)據(jù)的保護(hù)和恢復(fù)的等級(jí)。圖2：不同層次的數(shù)據(jù)中心保護(hù)如上圖所示，對(duì)企業(yè)集中化數(shù)據(jù)中心的it系統(tǒng)和業(yè)務(wù)數(shù)據(jù)進(jìn)行保護(hù)可以有多種不同層次的保護(hù)方案，主要分為本地保護(hù)和遠(yuǎn)程保護(hù)兩個(gè)方面。企業(yè)數(shù)據(jù)中心面向運(yùn)營(yíng)的保護(hù)及恢復(fù)包括三個(gè)層次：1) 平臺(tái)保護(hù)主要是平臺(tái)的高可用，如采用主機(jī)群集系統(tǒng)和高可用存儲(chǔ)平臺(tái)（包

14、括san網(wǎng)絡(luò)環(huán)境的高可用和存儲(chǔ)系統(tǒng)的高可用），保證it平臺(tái)沒(méi)有單點(diǎn)故障，實(shí)現(xiàn)業(yè)務(wù)和應(yīng)用的高可用性。2) 數(shù)據(jù)備份對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行經(jīng)常性的本地備份，在it系統(tǒng)出現(xiàn)物理故障或邏輯故障時(shí)，數(shù)據(jù)備份都能提供可靠的數(shù)據(jù)保護(hù)。3) 數(shù)據(jù)恢復(fù)在出現(xiàn)數(shù)據(jù)錯(cuò)誤或丟失時(shí)能夠進(jìn)行快速、可預(yù)見(jiàn)的數(shù)據(jù)恢復(fù)，減少it系統(tǒng)的中斷時(shí)間，降低對(duì)業(yè)務(wù)運(yùn)營(yíng)的影響。建設(shè)了完善的本地保護(hù)和恢復(fù)后，企業(yè)需要規(guī)劃建設(shè)面向?yàn)?zāi)難保護(hù)及恢復(fù)的“遠(yuǎn)程”數(shù)據(jù)及業(yè)務(wù)保護(hù)，它包括三個(gè)層次：1) 遠(yuǎn)程的信息保護(hù)是將企業(yè)的所有重要數(shù)據(jù)安全的存儲(chǔ)在遠(yuǎn)程站點(diǎn)，提供保護(hù)，避免災(zāi)難性的事件破壞數(shù)據(jù)。2) 遠(yuǎn)程自動(dòng)處理除了提供對(duì)生產(chǎn)數(shù)據(jù)的遠(yuǎn)程保護(hù)外，能夠自動(dòng)進(jìn)行系統(tǒng)切

15、換、回切及數(shù)據(jù)恢復(fù)等工作，從而在災(zāi)難事件發(fā)生時(shí)能夠快速恢復(fù)業(yè)務(wù)運(yùn)行。3) 多數(shù)據(jù)中心保護(hù)通過(guò)建設(shè)多個(gè)數(shù)據(jù)中心，采用多數(shù)據(jù)中心的數(shù)據(jù)保護(hù)、恢復(fù)技術(shù)，防范更大范圍的災(zāi)難事件。3.2 容災(zāi)技術(shù)模型容災(zāi)技術(shù)平臺(tái)建設(shè)是企業(yè)業(yè)務(wù)連續(xù)性建設(shè)的重要基礎(chǔ)。當(dāng)前企業(yè)進(jìn)行容災(zāi)中心建設(shè)時(shí)主要采用兩個(gè)中心模式。xxxxxx股份有限公司也將首先采用兩個(gè)中心模式，未來(lái)根據(jù)需要決定是否建設(shè)多個(gè)中心。emc公司將企業(yè)的it平臺(tái)劃分為“接入平臺(tái)、應(yīng)用平臺(tái)、數(shù)據(jù) 平臺(tái)”三部分，建議企業(yè)的容災(zāi)技術(shù)平臺(tái)建設(shè)應(yīng)該主要著眼于對(duì)業(yè)務(wù)處理平臺(tái)，數(shù)據(jù)平臺(tái)和接入平臺(tái)這三個(gè)重要的系統(tǒng)領(lǐng)域的保護(hù)。圖3 容災(zāi)技術(shù)模型示意圖3.2.1 業(yè)務(wù)平臺(tái)的保護(hù)業(yè)務(wù)

16、處理能力的冗余容災(zāi)技術(shù)方案建設(shè)中，對(duì)于企業(yè)的業(yè)務(wù)平臺(tái)的保護(hù)，主要表現(xiàn)為對(duì)業(yè)務(wù)處理能力的冗余和復(fù)用，其中牽涉： 支持應(yīng)用系統(tǒng)運(yùn)行的服務(wù)器和操作系統(tǒng)等系統(tǒng)軟件 支持應(yīng)用系統(tǒng)運(yùn)行的存儲(chǔ)器及存儲(chǔ)器和服務(wù)器的連接（存儲(chǔ)網(wǎng)絡(luò)等） 連接服務(wù)器的ip網(wǎng)絡(luò)系統(tǒng) 支持應(yīng)用系統(tǒng)實(shí)現(xiàn)的中間件或數(shù)據(jù)庫(kù)等客戶將需要在容災(zāi)中心應(yīng)該配置與需要保護(hù)的生產(chǎn)中心相同廠家、相同版本、相同配置的應(yīng)用服務(wù)器、中間件和數(shù)據(jù)庫(kù)。要確保主數(shù)據(jù)中心和容災(zāi)中心的軟件運(yùn)行環(huán)境相同。 實(shí)現(xiàn)業(yè)務(wù)邏輯的應(yīng)用軟件系統(tǒng)3.2.2 數(shù)據(jù)平臺(tái)的保護(hù)業(yè)務(wù)狀態(tài)數(shù)據(jù)的復(fù)制在容災(zāi)系統(tǒng)中，對(duì)數(shù)據(jù)平臺(tái)的保護(hù)主要表現(xiàn)為對(duì)業(yè)務(wù)狀態(tài)數(shù)據(jù)的保護(hù)、備份和恢復(fù)以及復(fù)制，需要保護(hù)的業(yè)務(wù)狀

17、態(tài)數(shù)據(jù)包括： 業(yè)務(wù)交易狀態(tài)（數(shù)據(jù)本身的數(shù)據(jù)屬性為文件、數(shù)據(jù)庫(kù)等） 系統(tǒng)狀態(tài)-包括應(yīng)用軟件的初始數(shù)據(jù)、參數(shù)設(shè)置、以及系統(tǒng)軟件的配置數(shù)據(jù)、參數(shù)設(shè)置等。 中間數(shù)據(jù)（或臨時(shí)數(shù)據(jù)）在容災(zāi)系統(tǒng)建設(shè)中，數(shù)據(jù)平臺(tái)的保護(hù)是實(shí)現(xiàn)企業(yè)災(zāi)難恢復(fù)的核心。保證數(shù)據(jù)的安全永遠(yuǎn)是第一位的，只有支撐企業(yè)業(yè)務(wù)運(yùn)營(yíng)的數(shù)據(jù)能夠及時(shí)、完整地復(fù)制到容災(zāi)中心，才可以在災(zāi)難發(fā)生時(shí)，在容災(zāi)中心恢復(fù)受災(zāi)難影響的業(yè)務(wù)應(yīng)用。對(duì)不同企業(yè)，emc將根據(jù)需求分析的結(jié)果，對(duì)企業(yè)的不同重要級(jí)別的應(yīng)用或業(yè)務(wù)單元采取不同的數(shù)據(jù)復(fù)制方法，對(duì)不同類(lèi)型的應(yīng)用，根據(jù)其訪問(wèn)特點(diǎn)等也將采取不同的數(shù)據(jù)復(fù)制方法。3.2.3 接入平臺(tái)冗余和切換接入平臺(tái)在容災(zāi)備份系統(tǒng)里， 需要實(shí)現(xiàn)

18、對(duì)外部接口的冗余及切換，其中牽涉：o 應(yīng)用數(shù)據(jù)接口的切換-包括文件傳輸、消息機(jī)制等o 應(yīng)用連接接口的切換- http連接、數(shù)據(jù)庫(kù)連接、遠(yuǎn)過(guò)程調(diào)用、對(duì)象的調(diào)用等o 網(wǎng)絡(luò)連接的冗余和切換 包括城域網(wǎng)網(wǎng)絡(luò)連接、撥號(hào)連接等等企業(yè)的“接入平臺(tái)冗余和切換”的關(guān)鍵在于實(shí)現(xiàn)在容災(zāi)中心應(yīng)該配置相同訪問(wèn)能力的網(wǎng)絡(luò)設(shè)備，并在網(wǎng)絡(luò)配置上確保各地市能快速、方便地將網(wǎng)絡(luò)訪問(wèn)從主生產(chǎn)中心切換到備份生產(chǎn)中心3.3 容災(zāi)模式xxxxxx股份有限公司將需要根據(jù)實(shí)際需求確定適合x(chóng)xxxxx容災(zāi)項(xiàng)目的容災(zāi)層次、容災(zāi)范圍、運(yùn)營(yíng)方式、容災(zāi)規(guī)模。3.3.1 容災(zāi)層次根據(jù)業(yè)務(wù)恢復(fù)時(shí)間的長(zhǎng)短可以將不同業(yè)務(wù)系統(tǒng)的容災(zāi)劃分為步同的層次： 只做數(shù)據(jù)

19、的災(zāi)難保護(hù)，僅能保證數(shù)據(jù)的完整性，此類(lèi)業(yè)務(wù)在容災(zāi)中心只需要配置存儲(chǔ)平臺(tái)，實(shí)現(xiàn)數(shù)據(jù)的遠(yuǎn)程復(fù)制和存儲(chǔ)即可。這種方式可以降低投資，但業(yè)務(wù)恢復(fù)時(shí)間很長(zhǎng)（一般在3天以上）。數(shù)據(jù)的災(zāi)難保護(hù)是僅將生產(chǎn)中心的數(shù)據(jù)完整地復(fù)制到容災(zāi)中心的容災(zāi)方式。數(shù)據(jù)的災(zāi)難保護(hù)是異地容災(zāi)的最低級(jí)形式，也是最基本的方式，是實(shí)現(xiàn)更高級(jí)容災(zāi)方式的基礎(chǔ)。在災(zāi)難發(fā)生時(shí)，僅有數(shù)據(jù)的災(zāi)難保護(hù)無(wú)法保證業(yè)務(wù)的連續(xù)性，僅可以保證數(shù)據(jù)是可用的，若技術(shù)策略選擇得當(dāng)，可以保證業(yè)務(wù)數(shù)據(jù)的完整性。采用這種模式有以下特性： 業(yè)務(wù)恢復(fù)速度較慢，通常情況下rto72小時(shí) 業(yè)務(wù)恢復(fù)難度大，需要新增設(shè)備 實(shí)現(xiàn)技術(shù)難度比較低 運(yùn)行維護(hù)成本較低 投資比較節(jié)省 除數(shù)據(jù)的災(zāi)難

20、保護(hù)外，實(shí)現(xiàn)應(yīng)用的高可用，確保業(yè)務(wù)可以快速恢復(fù)。容災(zāi)系統(tǒng)的應(yīng)用不改變?cè)械臉I(yè)務(wù)處理邏輯，是對(duì)生產(chǎn)中心系統(tǒng)的基本復(fù)制。這種方式有以下特性： 業(yè)務(wù)恢復(fù)速度較快，通常情況下rto小于24小時(shí)，也可以達(dá)到幾小時(shí)級(jí)別 業(yè)務(wù)恢復(fù)過(guò)程相對(duì)簡(jiǎn)單 實(shí)現(xiàn)技術(shù)難度比較高 運(yùn)行維護(hù)成本較高，如：增加軟件版本管理、軟件部署、維護(hù)人員等 投資比較高3.3.2 容災(zāi)范圍通常根據(jù)業(yè)務(wù)影響分析結(jié)果，將企業(yè)的業(yè)務(wù)將劃分為關(guān)鍵業(yè)務(wù)和非關(guān)鍵業(yè)務(wù)兩大類(lèi)?？蛻艨梢赃x擇關(guān)鍵業(yè)務(wù)容災(zāi)或選擇全業(yè)務(wù)容災(zāi)。也可以先建設(shè)關(guān)鍵業(yè)務(wù)容災(zāi)，未來(lái)實(shí)現(xiàn)全業(yè)務(wù)容災(zāi)。l 關(guān)鍵業(yè)務(wù)容災(zāi)：業(yè)務(wù)需求定義中通過(guò)業(yè)務(wù)影響分析定義關(guān)鍵業(yè)務(wù)的容災(zāi)l 全業(yè)務(wù)容災(zāi)：專利業(yè)務(wù)系統(tǒng)的

21、全部業(yè)務(wù)的容災(zāi)。3.3.3 同級(jí)容災(zāi)或降級(jí)容災(zāi)根據(jù)容災(zāi)中心配置的處理能力不同，可以分為同級(jí)容災(zāi)和降級(jí)容災(zāi)。若在容災(zāi)中心為需要進(jìn)行容災(zāi)保護(hù)的業(yè)務(wù)系統(tǒng)都配置與生產(chǎn)中心相同處理能力和高可用能力的業(yè)務(wù)處理平臺(tái)（主要是指主機(jī)性能，高可用群集等），則為同級(jí)容災(zāi)設(shè)計(jì)。如果未來(lái)xxxxxx股份有限公司的在容災(zāi)中心為需要進(jìn)行容災(zāi)保護(hù)的業(yè)務(wù)系統(tǒng)配置比生產(chǎn)中心的處理能力低或高可用能力降低（比如沒(méi)有做群集等），則為降級(jí)容災(zāi)設(shè)計(jì)。采用同級(jí)或降級(jí)容災(zāi)方式取決于業(yè)務(wù)需求和投資預(yù)算，降級(jí)容災(zāi)可以減少投資（在主機(jī)方面的投資）。3.3.4 容災(zāi)中心運(yùn)營(yíng)方式容災(zāi)中心建設(shè)完成后，可以采用兩種運(yùn)營(yíng)模式，“主備方式”和“雙中心模式”?！?/p>

22、主備方式”即兩個(gè)中心其一為生產(chǎn)中心，另一個(gè)為災(zāi)備中心?！半p中心模式”為兩個(gè)中心都提供生產(chǎn)業(yè)務(wù)運(yùn)營(yíng)，通常按業(yè)務(wù)來(lái)劃分。具體的運(yùn)營(yíng)方式需要在現(xiàn)狀評(píng)估和需求分析的結(jié)果上進(jìn)行分析決定，需要考慮業(yè)務(wù)的依賴關(guān)系、數(shù)據(jù)的耦合性等方面因素。第4章 不同容災(zāi)技術(shù)介紹4.1 不同容災(zāi)技術(shù)方案概述不同企業(yè)的不同業(yè)務(wù)需求和應(yīng)用特點(diǎn)將可能需要有不同的容災(zāi)技術(shù)要求，可以采用多種容災(zāi)技術(shù)來(lái)建容災(zāi)系統(tǒng)，emc專業(yè)咨詢服務(wù)部將根據(jù)客戶的實(shí)際需求提供不同的技術(shù)方案。對(duì)所有客戶的容災(zāi)技術(shù)平臺(tái)建設(shè)而言，容災(zāi)方案的技術(shù)核心是數(shù)據(jù)的保護(hù)，實(shí)現(xiàn)遠(yuǎn)程數(shù)據(jù)復(fù)制，并能夠在災(zāi)難發(fā)生時(shí)在遠(yuǎn)端利用復(fù)制數(shù)據(jù)提供企業(yè)業(yè)務(wù)運(yùn)營(yíng)支撐服務(wù)，因此數(shù)據(jù)復(fù)制技術(shù)是構(gòu)

23、建容災(zāi)技術(shù)平臺(tái)的核心。不同數(shù)據(jù)復(fù)制技術(shù)的分類(lèi)如下：圖4： 數(shù)據(jù)復(fù)制分類(lèi)如上圖所示，對(duì)xxxxxx股份有限公司專利業(yè)務(wù)系統(tǒng)的容災(zāi)而言，比較可行的是采用連續(xù)數(shù)據(jù)復(fù)制技術(shù)。由于xxxxxx股份有限公司選擇的是同城容災(zāi)，“同步復(fù)制、異步復(fù)制”技術(shù)都是可選方案。未來(lái)采用遠(yuǎn)程異地容災(zāi)，將需要采用異步方式。根據(jù)不同容災(zāi)方案所采用數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)位于企業(yè)it架構(gòu)不同層面又可以分為以下三類(lèi)容災(zāi)方案： 基于存儲(chǔ)層面的容災(zāi)方案利用存儲(chǔ)系統(tǒng)的遠(yuǎn)程數(shù)據(jù)復(fù)制功能建設(shè)容災(zāi)系統(tǒng)，它包括：l 同類(lèi)存儲(chǔ)平臺(tái)之間的數(shù)據(jù)復(fù)制；l 異構(gòu)存儲(chǔ)平臺(tái)之間利用虛擬存儲(chǔ)技術(shù)實(shí)現(xiàn)數(shù)據(jù)復(fù)制。 基于主機(jī)層面的容災(zāi)方案利用主機(jī)廠家提供的相關(guān)功能軟件或第

24、三方的主機(jī)軟件實(shí)現(xiàn)遠(yuǎn)程的數(shù)據(jù)復(fù)制，建設(shè)容災(zāi)系統(tǒng)。 基于應(yīng)用層的容災(zāi)方案如利用應(yīng)用軟件如oracle數(shù)據(jù)庫(kù)的本身的遠(yuǎn)程數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)本節(jié)將針對(duì)以上“基于存儲(chǔ)層面數(shù)據(jù)復(fù)制的容災(zāi)方案” 、“基于主機(jī)層面的容災(zāi)方案” 和“基于應(yīng)用層容災(zāi)方案（以oracle data guard為例）”等三類(lèi)不同方式容災(zāi)方案進(jìn)行分析。對(duì)不同的用戶，將需要根據(jù)客戶的容災(zāi)技術(shù)方案的實(shí)際需要以及技術(shù)條件進(jìn)行評(píng)估，從而選擇最合適的容災(zāi)技術(shù)方案。4.2 基于存儲(chǔ)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)采用基于存儲(chǔ)的容災(zāi)方案的技術(shù)核心是利用存儲(chǔ)陣列自身的盤(pán)陣對(duì)盤(pán)陣的數(shù)據(jù)塊復(fù)制技術(shù)實(shí)現(xiàn)對(duì)生產(chǎn)數(shù)據(jù)的遠(yuǎn)程拷貝，從而實(shí)現(xiàn)生產(chǎn)數(shù)據(jù)的災(zāi)難保護(hù)。在

25、主數(shù)據(jù)中心發(fā)生災(zāi)難時(shí)，可以利用災(zāi)備中心的數(shù)據(jù)在災(zāi)備中心建立運(yùn)營(yíng)支撐環(huán)境，為業(yè)務(wù)繼續(xù)運(yùn)營(yíng)提供it支持。同時(shí)，也可以利用災(zāi)備中心的數(shù)據(jù)恢復(fù)主數(shù)據(jù)中心的業(yè)務(wù)系統(tǒng)，從而能夠讓企業(yè)的業(yè)務(wù)運(yùn)營(yíng)快速回復(fù)到災(zāi)難發(fā)生前的正常運(yùn)營(yíng)狀態(tài)?；诖鎯?chǔ)的容災(zāi)方案示意圖如下：圖5：基于存儲(chǔ)數(shù)據(jù)復(fù)制技術(shù)的容災(zāi)方案示意圖采用基于存儲(chǔ)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)是目前金融電信企業(yè)、政府采用較多的容災(zāi)方案，有非常多的應(yīng)用案例，是容災(zāi)建設(shè)優(yōu)選的技術(shù)方案，因?yàn)樵摲桨敢呀?jīng)被眾多大規(guī)模用戶的實(shí)際應(yīng)用驗(yàn)證，是比較成熟的技術(shù)方案?；诖鎯?chǔ)的復(fù)制可以是如上示意圖的“一對(duì)一”復(fù)制方式，也可以是“一對(duì)多或多對(duì)一”的復(fù)制方式，即一個(gè)存儲(chǔ)的數(shù)據(jù)復(fù)制到多個(gè)

26、遠(yuǎn)程存儲(chǔ)或多個(gè)存儲(chǔ)的數(shù)據(jù)復(fù)制到同一遠(yuǎn)程存儲(chǔ)；而且復(fù)制可以是雙向的。基于存儲(chǔ)的容災(zāi)方案有兩種方式：同步方式和異步方式，說(shuō)明如下：同步方式，可以做到主/備中心磁盤(pán)陣列同步地進(jìn)行數(shù)據(jù)更新，應(yīng)用系統(tǒng)的i/o寫(xiě)入主磁盤(pán)陣列后(寫(xiě)入cache中)，主磁盤(pán)陣列將利用自身的機(jī)制（如emc的srdf/s）同時(shí)將寫(xiě)i/o寫(xiě)入后備磁盤(pán)陣列，后備磁盤(pán)陣列確認(rèn)后，主中心磁盤(pán)陣列才返回應(yīng)用的寫(xiě)操作完成信息。異步方式，是在應(yīng)用系統(tǒng)的i/o寫(xiě)入主磁盤(pán)陣列后(寫(xiě)入cache中)，主磁盤(pán)陣列立即返回給主機(jī)應(yīng)用系統(tǒng)“寫(xiě)完成”信息，主機(jī)應(yīng)用可以繼續(xù)進(jìn)行讀、寫(xiě)i/o操作。同時(shí)，主中心磁盤(pán)陣列將利用自身的機(jī)制（如emc的srdf/a）將

27、寫(xiě)i/o寫(xiě)入后備磁盤(pán)陣列，實(shí)現(xiàn)數(shù)據(jù)保護(hù)。采用同步方式，使得后備磁盤(pán)陣列中的數(shù)據(jù)總是與生產(chǎn)系統(tǒng)數(shù)據(jù)同步，因此當(dāng)生產(chǎn)數(shù)據(jù)中心發(fā)生災(zāi)難事件時(shí)，不會(huì)造成數(shù)據(jù)丟失。為避免對(duì)生產(chǎn)系統(tǒng)性能的影響，同步方式通常在近距離范圍內(nèi)（fc連接通常是200km范圍內(nèi)，實(shí)際用戶部署多在35km左右）。而采用異步方式應(yīng)用程序不必等待遠(yuǎn)程更新的完成，因此遠(yuǎn)程數(shù)據(jù)備份的性能的影響通常較小，并且備份磁盤(pán)的距離和生產(chǎn)磁盤(pán)間的距離理論上沒(méi)有限制（可以通過(guò)ip連接來(lái)實(shí)現(xiàn)數(shù)據(jù)的異步復(fù)制）。采用基于存儲(chǔ)數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案的必要前提是：l 通常必須采用同一廠家的存儲(chǔ)平臺(tái)，通常也必須是同一系列的存儲(chǔ)產(chǎn)品，給用戶的存儲(chǔ)平臺(tái)選擇帶來(lái)一定的限

28、制。l 采用同步方式可能對(duì)生產(chǎn)系統(tǒng)性能產(chǎn)生影響，而且對(duì)通信鏈路要求較高，有距離限制，通常在近距離范圍內(nèi)實(shí)現(xiàn)（同城容災(zāi)或園區(qū)容災(zāi)方案）l 采用異步方式與其他種類(lèi)的異步容災(zāi)方案一樣，存在數(shù)據(jù)丟失的風(fēng)險(xiǎn),通常在遠(yuǎn)距離通信鏈路帶寬有限的情況下實(shí)施。盡管有以上限制，基于存儲(chǔ)的容災(zāi)技術(shù)方案仍然是當(dāng)前最優(yōu)先選擇的容災(zāi)技術(shù)平臺(tái)，尤其是基于emc公司的存儲(chǔ)系統(tǒng)建設(shè)容災(zāi)方案有非常廣泛的應(yīng)用，這主要是由于基于存儲(chǔ)的容災(zāi)技術(shù)方案有如下優(yōu)點(diǎn)：l 采用基于存儲(chǔ)的數(shù)據(jù)復(fù)制獨(dú)立于主機(jī)平臺(tái)和應(yīng)用，對(duì)各種應(yīng)用都適用，而且完全不消耗主機(jī)的處理資源。l 采用同步方式可以完全不丟失數(shù)據(jù)，在同城容災(zāi)或園區(qū)內(nèi)容災(zāi)方案中，只要通信鏈路帶寬許

29、可，完全可以采用同步方案，而不會(huì)對(duì)主數(shù)據(jù)中心的生產(chǎn)系統(tǒng)性能產(chǎn)生顯著影響。采用emc基于存儲(chǔ)的同步復(fù)制方式的容災(zāi)案例有很多，有非常多的成功經(jīng)驗(yàn)，如中國(guó)光大銀行（北京南禮士路到陶然亭）、中國(guó)民生銀行（北京知春路到上地然后到深圳）、遼寧移動(dòng)、黑龍江移動(dòng)都采用了emc同步復(fù)制技術(shù)，并能滿足大規(guī)模i/o吞吐情況下的同步數(shù)據(jù)復(fù)制要求。l 采用異步方式雖然存在一定的數(shù)據(jù)丟失的風(fēng)險(xiǎn)，但沒(méi)有距離限制，可以實(shí)現(xiàn)遠(yuǎn)距離保護(hù)。l 災(zāi)備中心的數(shù)據(jù)可以得到有效利用。對(duì)于基于應(yīng)用、基于主機(jī)、基于存儲(chǔ)的三種容災(zāi)方案而言，災(zāi)備中心的數(shù)據(jù)通常不可用，僅為生產(chǎn)系統(tǒng)中的數(shù)據(jù)提供災(zāi)難保護(hù)和災(zāi)難恢復(fù)。但對(duì)采用基于存儲(chǔ)技術(shù)的容災(zāi)方案中，有

30、很靈活的技術(shù)手段可以充分利用災(zāi)備中心的數(shù)據(jù)，從而提高企業(yè)的業(yè)務(wù)運(yùn)營(yíng)效率，帶來(lái)更多的投資回報(bào)。如下圖所示：圖6：基于存儲(chǔ)的容災(zāi)方案有效利用災(zāi)備數(shù)據(jù)如上圖所示，生產(chǎn)中心的“源數(shù)據(jù)r1”通過(guò)存儲(chǔ)本身的數(shù)據(jù)復(fù)制機(jī)制被復(fù)制到了災(zāi)備中心，即“目標(biāo)數(shù)據(jù)r2”。 “目標(biāo)數(shù)據(jù)r2”在正常生產(chǎn)情況下是不可訪問(wèn)的，災(zāi)備中心的后備主機(jī)只能在災(zāi)難發(fā)生時(shí)，主中心服務(wù)停止后，才可以訪問(wèn)“目標(biāo)數(shù)據(jù)”，接管主中心的服務(wù)（基于主機(jī)和應(yīng)用的容災(zāi)方案的災(zāi)備中心數(shù)據(jù)與此類(lèi)似）。但采用基于存儲(chǔ)的容災(zāi)方案時(shí)，我們可以為“目標(biāo)數(shù)據(jù)”建立一個(gè)bcv卷或快照、克隆，從而可以給到另外的服務(wù)器使用。利用這種機(jī)制，用戶可以在容災(zāi)中心做很多工作： 用戶

31、開(kāi)發(fā)測(cè)試人員可以利用r2-bcv或r2快照得到真實(shí)的數(shù)據(jù)進(jìn)行新應(yīng)用開(kāi)發(fā)、測(cè)試工作，從而保證新應(yīng)用的質(zhì)量，加快新產(chǎn)品上市時(shí)間。這種方式在采用基于主機(jī)方案和基于應(yīng)用方案都很難實(shí)現(xiàn)，或在獲得一份真實(shí)數(shù)據(jù)進(jìn)行開(kāi)發(fā)測(cè)試時(shí)需要很長(zhǎng)的時(shí)間，消耗大量的資源。 用戶的其它應(yīng)用也可以利用r2-bcv或r2快照滿足其它業(yè)務(wù)的需要。如數(shù)據(jù)倉(cāng)庫(kù)應(yīng)用通常需要從生產(chǎn)系統(tǒng)抽取數(shù)據(jù)，一旦進(jìn)行大規(guī)模數(shù)據(jù)抽取，生產(chǎn)系統(tǒng)幾乎處于停頓狀態(tài)，這時(shí)可以利用r2-bcv卷進(jìn)行數(shù)據(jù)抽取，從而避免數(shù)據(jù)抽取給生產(chǎn)系統(tǒng)帶來(lái)的巨大性能沖擊。企業(yè)的決策分析系統(tǒng)的數(shù)據(jù)來(lái)源也都可以基于r2-bcv來(lái)實(shí)現(xiàn)。由于以上優(yōu)點(diǎn)，基于存儲(chǔ)災(zāi)難保護(hù)方案是目前采用最多的災(zāi)

32、難保護(hù)方案。4.3 采用虛擬化存儲(chǔ)技術(shù)建設(shè)容災(zāi)系統(tǒng)存儲(chǔ)虛擬化的技術(shù)方法，是將系統(tǒng)中各種異構(gòu)的存儲(chǔ)設(shè)備映射為一個(gè)單一的存儲(chǔ)資源，對(duì)用戶完全透明，達(dá)到屏蔽存儲(chǔ)設(shè)備的異構(gòu)和主機(jī)的異構(gòu)的目的。通過(guò)虛擬化技術(shù)，用戶可以利用已有的硬件資源，把san內(nèi)部的各種異構(gòu)的存儲(chǔ)資源統(tǒng)一成對(duì)用戶來(lái)說(shuō)是單一視圖的存儲(chǔ)資源（storage pool），而且采用striping、lun masking、zoning等技術(shù)，用戶可以根據(jù)自己的需求對(duì)這個(gè)大的存儲(chǔ)池進(jìn)行方便的分割、分配，保護(hù)了用戶的已有投資，減少了總體擁有成本（tco）。另外也可以根據(jù)業(yè)務(wù)的需要，實(shí)現(xiàn)存儲(chǔ)池對(duì)服務(wù)器的動(dòng)態(tài)而透明的增長(zhǎng)與縮減。通過(guò)存儲(chǔ)虛擬化技術(shù)可實(shí)

33、現(xiàn)數(shù)據(jù)的遠(yuǎn)程復(fù)制，以確保容災(zāi)中心與主站點(diǎn)的數(shù)據(jù)保持同步以實(shí)現(xiàn)數(shù)據(jù)容災(zāi)。目前各存儲(chǔ)廠商分別有不同的存儲(chǔ)虛擬化技術(shù)(如emc storage router，ibm san volume controller，hds tagmastor存儲(chǔ)平臺(tái)提供的universal replicator，svm技術(shù)都是虛擬化技術(shù))，利用各廠家的存儲(chǔ)虛擬化技術(shù)能夠?qū)崿F(xiàn)異構(gòu)存儲(chǔ)平臺(tái)之間的數(shù)據(jù)復(fù)制（同步或異步方式）。存儲(chǔ)虛擬化技術(shù)可以在不同層面實(shí)現(xiàn)，如在智能交換機(jī)層面、存儲(chǔ)層面或增加第三方設(shè)備來(lái)實(shí)現(xiàn)。采用虛擬存儲(chǔ)技術(shù)進(jìn)行數(shù)據(jù)復(fù)制同樣也可以有同步復(fù)制方案和異步復(fù)制方案，需要根據(jù)具體的需求選擇合適的產(chǎn)品。采用虛擬存儲(chǔ)化技術(shù)

34、建設(shè)容災(zāi)方案有以下優(yōu)點(diǎn)：l 主生產(chǎn)中心和容災(zāi)中心的存儲(chǔ)陣列可以是不同廠家的產(chǎn)品，存儲(chǔ)平臺(tái)選擇不受現(xiàn)有存儲(chǔ)平臺(tái)廠商的廠商限制。l 對(duì)不同廠家的存儲(chǔ)陣列提供統(tǒng)一的管理界面。在虛擬存儲(chǔ)環(huán)境下，無(wú)論后端物理存儲(chǔ)是什么設(shè)備，服務(wù)器及其應(yīng)用系統(tǒng)看到的都是其熟悉的存儲(chǔ)設(shè)備的邏輯鏡像。即便物理存儲(chǔ)發(fā)生變化，這種邏輯鏡像也永遠(yuǎn)不變，系統(tǒng)管理員不必再關(guān)心后端存儲(chǔ)，只需專注于管理存儲(chǔ)空間，所有的存儲(chǔ)管理操作，如系統(tǒng)升級(jí)、建立和分配虛擬磁盤(pán)、改變r(jià)aid級(jí)別、擴(kuò)充存儲(chǔ)空間等比從前的任何產(chǎn)品都容易，存儲(chǔ)管理變得輕松簡(jiǎn)單。采用虛擬存儲(chǔ)化技術(shù)建設(shè)容災(zāi)方案需要考慮以下問(wèn)題：l 虛擬存儲(chǔ)技術(shù)比較新，雖然為異構(gòu)環(huán)境設(shè)計(jì)，但在異構(gòu)

35、環(huán)境種保證兼容性和數(shù)據(jù)的完整性依然可能存在風(fēng)險(xiǎn)；l 采用虛擬存儲(chǔ)技術(shù)，尤其是增加第三方硬件的方式將需要評(píng)估對(duì)整個(gè)系統(tǒng)的高可用性和性能的影響。l 需要驗(yàn)證選擇的產(chǎn)品和技術(shù)的成熟性以及和現(xiàn)有設(shè)備、未來(lái)設(shè)備的兼容性能力，尤其是需要在復(fù)雜環(huán)境、大規(guī)模容災(zāi)要求重的實(shí)際適用情況。在當(dāng)前階段，emc建議客戶暫不在關(guān)鍵業(yè)務(wù)系統(tǒng)的容災(zāi)上選擇虛擬化存儲(chǔ)技術(shù)，該技術(shù)還有待時(shí)間和實(shí)際應(yīng)用的驗(yàn)證，尚無(wú)法勝任核心、關(guān)鍵業(yè)務(wù)系統(tǒng)的容災(zāi)保護(hù)。4.4 采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)采用基于主機(jī)的容災(zāi)方案的示意圖如下：圖7：基于主機(jī)的容災(zāi)方案示意圖采用基于主機(jī)系統(tǒng)的容災(zāi)方式的核心是利用主、備中心主機(jī)系統(tǒng)通過(guò)ip網(wǎng)絡(luò)建立數(shù)

36、據(jù)傳輸通道，通過(guò)主機(jī)數(shù)據(jù)管理軟件實(shí)現(xiàn)數(shù)據(jù)的遠(yuǎn)程復(fù)制，當(dāng)主數(shù)據(jù)中心的數(shù)據(jù)遭到破壞時(shí)，可以隨時(shí)從備份中心恢復(fù)應(yīng)用或從備份中心恢復(fù)數(shù)據(jù)，從而給企業(yè)提供了應(yīng)用系統(tǒng)容災(zāi)的能力。實(shí)現(xiàn)遠(yuǎn)程數(shù)據(jù)復(fù)制的數(shù)據(jù)管理軟件有很多產(chǎn)品，主機(jī)廠商和一些第三方軟件公司(如veritas)提供基于主機(jī)的數(shù)據(jù)復(fù)制方案，如sun公司的availability suite軟件和veritas volume replicator(vvr)等軟件可實(shí)現(xiàn)基于主機(jī)的遠(yuǎn)程數(shù)據(jù)復(fù)制，從而構(gòu)建基于主機(jī)的容災(zāi)系統(tǒng)。采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案有以下優(yōu)點(diǎn)：l 基于主機(jī)的方案最主要的優(yōu)點(diǎn)是只對(duì)服務(wù)器平臺(tái)和主機(jī)軟件有要求,完全不依賴于底層存儲(chǔ)平

37、臺(tái)，生產(chǎn)數(shù)據(jù)中心和后備數(shù)據(jù)中心可以采用不同的存儲(chǔ)平臺(tái)；l 既有針對(duì)數(shù)據(jù)庫(kù)的容災(zāi)保護(hù)方案，也有針對(duì)文件系統(tǒng)的容災(zāi)保護(hù)方案。l 有很多不同的基于主機(jī)的方案，可以滿足用戶的不同數(shù)據(jù)保護(hù)要求，提供多種不同數(shù)據(jù)保護(hù)模式；l 基于ip網(wǎng)絡(luò),沒(méi)有距離限制同時(shí)，采用主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案有以下局限：l 基于主機(jī)的方案通常需要同種主機(jī)平臺(tái)；l 基于主機(jī)的數(shù)據(jù)復(fù)制方案由于生產(chǎn)主機(jī)既要處理生產(chǎn)請(qǐng)求，又要處理遠(yuǎn)程數(shù)據(jù)復(fù)制，必須消耗生產(chǎn)主機(jī)的計(jì)算資源，因而對(duì)生產(chǎn)主機(jī)性能產(chǎn)生較大的影響，甚至是產(chǎn)生嚴(yán)重影響；l 災(zāi)備中心的數(shù)據(jù)一般不可用，如果用戶需要在遠(yuǎn)程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)給開(kāi)發(fā)測(cè)試、dw/bi應(yīng)用使用將非常困難

38、；l 利用主機(jī)數(shù)據(jù)復(fù)制軟件的方案比較復(fù)雜，尤其是和數(shù)據(jù)庫(kù)應(yīng)用結(jié)合的時(shí)候需要很復(fù)雜的機(jī)制或多種軟件的結(jié)合，從而對(duì)生產(chǎn)系統(tǒng)的穩(wěn)定性、可靠性、性能帶來(lái)顯著影響；l 如果有多個(gè)系統(tǒng)、多種應(yīng)用需要災(zāi)難保護(hù)，采用基于主機(jī)的方案將無(wú)法有統(tǒng)一的技術(shù)方案來(lái)實(shí)現(xiàn)。l 管理復(fù)雜，需要大量的人工干預(yù)過(guò)程，容易發(fā)生錯(cuò)誤。目前，企業(yè)采用基于主機(jī)的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案相對(duì)比較少，通常適合單一應(yīng)用或系統(tǒng)在i/o規(guī)模不大的情況下局部使用。在應(yīng)用i/o負(fù)載比較大，需要災(zāi)難保護(hù)的應(yīng)用及應(yīng)用類(lèi)型比較多的時(shí)候，基于主機(jī)方案將不適用。4.5 基于應(yīng)用的數(shù)據(jù)復(fù)制建設(shè)容災(zāi)系統(tǒng)基于應(yīng)用之間的數(shù)據(jù)復(fù)制技術(shù)也有很多種，以下按常用的oracle

39、 9i數(shù)據(jù)庫(kù)應(yīng)用自帶的oracle data guard技術(shù)來(lái)進(jìn)行分析。 oracle data guard技術(shù)是oracle數(shù)據(jù)庫(kù)系統(tǒng)特有的災(zāi)難備份和恢復(fù)技術(shù)，利用了oracle數(shù)據(jù)庫(kù)系統(tǒng)的日志備份和恢復(fù)機(jī)制。data guard的基本原理是在與主系統(tǒng)完全一致的硬件和操作系統(tǒng)平臺(tái)上建立后備數(shù)據(jù)庫(kù)系統(tǒng)，同時(shí)對(duì)主數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)日志(log)和控制文件等關(guān)鍵文件進(jìn)行備份。在主系統(tǒng)正常工作的同時(shí)將主系統(tǒng)產(chǎn)生歸檔日志文件(archived log)不斷的傳送到后備數(shù)據(jù)庫(kù)系統(tǒng)，并且利用這些日志文件在后備數(shù)據(jù)庫(kù)系統(tǒng)上連續(xù)進(jìn)行恢復(fù)(recover)操作，以保持后備系統(tǒng)與運(yùn)行系統(tǒng)的一致。當(dāng)主系統(tǒng)發(fā)生故障時(shí)，使

40、用備份的數(shù)據(jù)庫(kù)日志文件在后備數(shù)據(jù)庫(kù)上恢復(fù)主數(shù)據(jù)庫(kù)內(nèi)的數(shù)據(jù)。圖8. 采用oracle data guard的容災(zāi)方案oracle9i data guard提供了三種模式： 最大保護(hù)模式 最大可用模式 最大性能模式oracle data guard最大保護(hù)模式提供了對(duì)于主數(shù)據(jù)庫(kù)最高級(jí)別的數(shù)據(jù)可用度，是一種保證零數(shù)據(jù)丟失的容災(zāi)解決方案。當(dāng)運(yùn)行最大保護(hù)模式時(shí)，redo紀(jì)錄以同步的方式從主數(shù)據(jù)庫(kù)發(fā)送到后備數(shù)據(jù)庫(kù)，而且，在主數(shù)據(jù)庫(kù)方的事務(wù)，一定要等到至少有一個(gè)后備數(shù)據(jù)庫(kù)確認(rèn)接收到事務(wù)數(shù)據(jù)，該事務(wù)才被提交。在這種模式下，一般配置至少兩個(gè)后備數(shù)據(jù)庫(kù)，以提供雙重容錯(cuò)保護(hù)。如果后備數(shù)據(jù)庫(kù)不可用，則主數(shù)據(jù)庫(kù)方會(huì)自動(dòng)

41、掛起處理進(jìn)程。最大可用性模式提供了對(duì)于主數(shù)據(jù)庫(kù)次高級(jí)別的數(shù)據(jù)可用度，保證零數(shù)據(jù)丟失，并對(duì)單個(gè)組件的失敗提供保護(hù)。與最大保護(hù)模式一樣，redo數(shù)據(jù)被同步地從主數(shù)據(jù)庫(kù)發(fā)送到后備數(shù)據(jù)庫(kù)。在主數(shù)據(jù)庫(kù)方的事務(wù)，一定要等到后備數(shù)據(jù)庫(kù)確認(rèn)接收事務(wù)數(shù)據(jù)，該事務(wù)才被提交。然而，如果后備數(shù)據(jù)庫(kù)因?yàn)橹T如網(wǎng)絡(luò)連接之類(lèi)的問(wèn)題而不可用時(shí)，主數(shù)據(jù)庫(kù)方的處理會(huì)繼續(xù)執(zhí)行。這樣，會(huì)出現(xiàn)后備數(shù)據(jù)庫(kù)暫時(shí)與主數(shù)據(jù)庫(kù)不一致的情況，但是一旦后備數(shù)據(jù)庫(kù)恢復(fù)可用，數(shù)據(jù)庫(kù)會(huì)自動(dòng)同步，不會(huì)有數(shù)據(jù)丟失。最大性能模式是缺省的保護(hù)模式。與最大可用性模式相比，它對(duì)于主數(shù)據(jù)庫(kù)提供稍弱一點(diǎn)的保護(hù)，但是性能更高。在這種模式下，當(dāng)主數(shù)據(jù)庫(kù)對(duì)事務(wù)進(jìn)行處理時(shí)，日志數(shù)

42、據(jù)被以異步的方式傳送到后備數(shù)據(jù)庫(kù)。在主數(shù)據(jù)庫(kù)方，提交操作在完成寫(xiě)的動(dòng)作前、無(wú)需等待后備數(shù)據(jù)庫(kù)的接收確認(rèn)。在任何時(shí)候，如果后備方不可用，主數(shù)據(jù)庫(kù)方的處理繼續(xù)執(zhí)行，這樣對(duì)性能不會(huì)有什么影響。采用oracle 9i data guard技術(shù)進(jìn)行災(zāi)難備份需要滿足以下前提條件： 后備系統(tǒng)與主系統(tǒng)的硬件平臺(tái)、操作系統(tǒng)、操作系統(tǒng)版本等保持一致； 后備系統(tǒng)與主系統(tǒng)上oracle用戶的權(quán)限一致； 后備系統(tǒng)與主系統(tǒng)的oracle數(shù)據(jù)庫(kù)版本一致； 后備系統(tǒng)與主系統(tǒng)的oracle數(shù)據(jù)庫(kù)配置文件一致。采用oracle data guard建設(shè)容災(zāi)方案有以下優(yōu)點(diǎn)：l 完全通過(guò)oracle數(shù)據(jù)庫(kù)機(jī)制來(lái)實(shí)現(xiàn)，完全不依賴于其它

43、軟件和底層存儲(chǔ)平臺(tái)；l 可以滿足用戶的不同性能、數(shù)據(jù)保護(hù)要求，提供多種不同數(shù)據(jù)保護(hù)模式；l 可以實(shí)現(xiàn)一對(duì)多的數(shù)據(jù)復(fù)制，提供多重保護(hù)；l 后備數(shù)據(jù)庫(kù)可以在很短的時(shí)間內(nèi)提升到生產(chǎn)狀態(tài)（因?yàn)閿?shù)據(jù)庫(kù)已經(jīng)在運(yùn)行）l 基于ip網(wǎng)絡(luò),沒(méi)有距離限制同時(shí)，采用oracle data guard建設(shè)容災(zāi)方案有以下限制：l oracle data guard的三種模式都將對(duì)生產(chǎn)數(shù)據(jù)庫(kù)系統(tǒng)的性能產(chǎn)生影響,因而需要更多的處理資源；l 后備數(shù)據(jù)庫(kù)不可用，如果用戶需要在遠(yuǎn)程數(shù)據(jù)中心使用生產(chǎn)數(shù)據(jù)給開(kāi)發(fā)測(cè)試、dw/bi應(yīng)用使用將非常困難。l 只能對(duì)oracle數(shù)據(jù)庫(kù)數(shù)據(jù)提供保護(hù)，不能對(duì)其它應(yīng)用數(shù)據(jù)如文件應(yīng)用等提供災(zāi)難保護(hù)。l

44、管理復(fù)雜，需要大量的人工干預(yù)過(guò)程，容易發(fā)生錯(cuò)誤。l 只能保護(hù)oracle數(shù)據(jù)庫(kù)，無(wú)法保護(hù)其他應(yīng)用數(shù)據(jù)。業(yè)界其它基于應(yīng)用的的容災(zāi)方案的優(yōu)點(diǎn)和局限性與oracle data guard模式基本相同，emc同樣需要根據(jù)客戶的實(shí)際需要建議最合適的方案。4.6 小結(jié)基于應(yīng)用的容災(zāi)方案、基于主機(jī)的容災(zāi)方案和基于存儲(chǔ)(包括虛擬存儲(chǔ)技術(shù))的容災(zāi)方案都有各自的適用范圍，適用于不同的災(zāi)難保護(hù)需要。用戶需要根據(jù)具體的實(shí)際需求來(lái)選擇合適的容災(zāi)保護(hù)方案。不同的用戶不同的業(yè)務(wù)系統(tǒng)、不同應(yīng)用對(duì)容災(zāi)的要求不同，要求不同的容災(zāi)服務(wù)等級(jí)。emc在未來(lái)將按照科學(xué)流程和方法，并利用emc公司在信息存儲(chǔ)管理領(lǐng)域的專業(yè)技能和經(jīng)驗(yàn)為用戶進(jìn)

45、行it環(huán)境的評(píng)估和業(yè)務(wù)影響分析，發(fā)掘客戶業(yè)務(wù)需求對(duì)容災(zāi)技術(shù)的要求，從而建議最合適的容災(zāi)方案。對(duì)企業(yè)而言，選擇容災(zāi)方案既要考慮選擇合適技術(shù)方案，也需要考查實(shí)現(xiàn)該方案的產(chǎn)品在技術(shù)上是否成熟、可靠，性能和靈活性是否滿足要求，同時(shí)也需要考查提供該解決方案的供應(yīng)商是否有豐富的經(jīng)驗(yàn)和認(rèn)證的技能來(lái)保證方案的確實(shí)可行并能夠成功實(shí)施。emc公司在容災(zāi)領(lǐng)域有領(lǐng)先的技術(shù)并已經(jīng)得到了廣大用戶的實(shí)際應(yīng)用檢驗(yàn)，方案的可行性、產(chǎn)品的成熟度、穩(wěn)定性、可靠性、靈活性都的到了大量實(shí)際應(yīng)用的考驗(yàn)。emc的技術(shù)服務(wù)隊(duì)伍已經(jīng)在眾多容災(zāi)項(xiàng)目成功實(shí)施過(guò)程中表現(xiàn)出強(qiáng)大的技術(shù)力量，能夠確保用戶容災(zāi)方案的成功實(shí)施。第5章 xxxxxx容災(zāi)方案建

46、議5.1 xxxxxx架構(gòu)現(xiàn)狀5.2 xxxxxx容災(zāi)需求5.3 xxxxxx容災(zāi)建議方案假設(shè)xxxxxx股份有限公司容災(zāi)將采用同城容災(zāi)中心建設(shè)模式，為兩個(gè)中心模式，如以下兩個(gè)中心模式的容災(zāi)技術(shù)模型所示：圖11： 雙中心容災(zāi)技術(shù)模型本章節(jié)將從“數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)”入手，并從“存儲(chǔ)平臺(tái)、應(yīng)用平臺(tái)、接入平臺(tái)”三方面為xxxxxx容災(zāi)建設(shè)提出建議方案。根據(jù)此模型，建議xxxxxx容災(zāi)平臺(tái)的架構(gòu)如下( 該示意圖只要表示核心數(shù)據(jù)服務(wù)及存儲(chǔ)部分，未包含網(wǎng)絡(luò)接入及應(yīng)用層等)：圖12：xxxxxx容災(zāi)建議架構(gòu)5.3.1 數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)建議所有容災(zāi)技術(shù)方案首先是數(shù)據(jù)的容災(zāi)，即數(shù)據(jù)在遠(yuǎn)程有了災(zāi)難保護(hù)和災(zāi)難恢復(fù)能力

47、，這是整個(gè)容災(zāi)技術(shù)方案的基礎(chǔ)。因此，“數(shù)據(jù)遠(yuǎn)程復(fù)制”是xxxxxx容災(zāi)方案的技術(shù)核心，只有xxxxxx生產(chǎn)系統(tǒng)的相關(guān)數(shù)據(jù)按預(yù)定的要求復(fù)制到容災(zāi)中心，才可以在此之上構(gòu)建完整的災(zāi)難恢復(fù)技術(shù)平臺(tái)。首先，從xxxxxx股份有限公司系統(tǒng)的容災(zāi)要求看，應(yīng)該采用“實(shí)時(shí)連續(xù)數(shù)據(jù)復(fù)制技術(shù)”。從上圖的模型中看到，“數(shù)據(jù)復(fù)制”可以發(fā)生在“應(yīng)用平臺(tái)”層面，即采用基于主機(jī)、應(yīng)用或數(shù)據(jù)庫(kù)的數(shù)據(jù)復(fù)制技術(shù)；也可以發(fā)生在“存儲(chǔ)平臺(tái)”層面，即采用基于存儲(chǔ)的數(shù)據(jù)復(fù)制技術(shù)（可以是智能存儲(chǔ)，也可以是虛擬存儲(chǔ)技術(shù)）。xxxxxx本次容災(zāi)只考慮了核心的系統(tǒng)，在未來(lái)隨著業(yè)務(wù)的發(fā)展，將可能有更多的業(yè)務(wù)系統(tǒng)需要提供災(zāi)難保護(hù)能力，因而將會(huì)是多種應(yīng)

48、用，多種主機(jī)平臺(tái)的異構(gòu)環(huán)境，最好是能采用平臺(tái)級(jí)的數(shù)據(jù)復(fù)制技術(shù)，以滿足未來(lái)長(zhǎng)遠(yuǎn)的需求，降低復(fù)雜性，從而降低風(fēng)險(xiǎn)和成本?；诖?，我們初步建議如下： 采用“實(shí)時(shí)連續(xù)數(shù)據(jù)復(fù)制”技術(shù) 采用“基于存儲(chǔ)的數(shù)據(jù)復(fù)制”技術(shù)，建立平臺(tái)級(jí)的容災(zāi)數(shù)據(jù)復(fù)制架構(gòu)5.3.2 “同步、異步“數(shù)據(jù)遠(yuǎn)程復(fù)制選擇xxxxxx初步選擇了同城容災(zāi)方式，同步復(fù)制和異步復(fù)制都是xxxxxx股份有限公司可以選擇的技術(shù)，最終的選擇將取決于業(yè)務(wù)恢復(fù)水平的要求以及業(yè)務(wù)i/o量、鏈路帶寬情況。在鏈路帶寬許可情況下，建議采用同步數(shù)據(jù)復(fù)制，避免數(shù)據(jù)丟失。若鏈路帶寬不充足，可以采用異步數(shù)據(jù)復(fù)制技術(shù)。由于系統(tǒng)包括“核心業(yè)務(wù)系統(tǒng)、生產(chǎn)支持系統(tǒng)、報(bào)表生成平臺(tái)”

49、三塊，無(wú)論采用同步復(fù)制方式還是異步復(fù)制方式都需要考慮三個(gè)系統(tǒng)的數(shù)據(jù)一致性問(wèn)題。emc dmx平臺(tái)上具備consistency group技術(shù)，可以保證三個(gè)系統(tǒng)的數(shù)據(jù)一致。5.3.3 san網(wǎng)絡(luò)及存儲(chǔ)平臺(tái)建議（待補(bǔ)充）xxxxxx股份有限公司專利業(yè)務(wù)系統(tǒng)的存儲(chǔ)平臺(tái)將是業(yè)務(wù)數(shù)據(jù)的載體，也將是主要的數(shù)據(jù)復(fù)制平臺(tái)，因而是容災(zāi)建設(shè)最重要的部分。根據(jù)xxxxxx容災(zāi)項(xiàng)目需求，本次項(xiàng)目建議的存儲(chǔ)平臺(tái)為：配置為：5.3.4 利用bcv、數(shù)據(jù)克隆技術(shù)獲取開(kāi)發(fā)、測(cè)試數(shù)據(jù)xxxxxx當(dāng)前采用“三系統(tǒng)”架構(gòu)來(lái)確保整個(gè)環(huán)境的可用性和可靠性，包括開(kāi)發(fā)系統(tǒng)（dev）、測(cè)試系統(tǒng)（qas）和生產(chǎn)系統(tǒng)（prd）。對(duì)于開(kāi)發(fā)系統(tǒng)和測(cè)

50、試系統(tǒng)，最有效的方式是采用真實(shí)數(shù)據(jù)和真實(shí)數(shù)據(jù)量規(guī)模的數(shù)據(jù)進(jìn)行開(kāi)發(fā)、測(cè)試工作，利用智能存儲(chǔ)系統(tǒng)的快照、克隆技術(shù)可以很方便地獲得生產(chǎn)數(shù)據(jù)。如上圖12所示，可以在生產(chǎn)中心存儲(chǔ)平臺(tái)配置合適的存儲(chǔ)空間，為系統(tǒng)生產(chǎn)數(shù)據(jù)創(chuàng)建數(shù)據(jù)克隆，該克隆數(shù)據(jù)可以用來(lái)做開(kāi)發(fā)、測(cè)試使用。根據(jù)xxxxx項(xiàng)目未來(lái)的需求，可以考慮以下方式使用數(shù)據(jù)克隆技術(shù)： 將開(kāi)發(fā)、測(cè)試工作放到災(zāi)備中心進(jìn)行，通過(guò)創(chuàng)建容災(zāi)目標(biāo)數(shù)據(jù)的克隆拷貝為開(kāi)發(fā)、測(cè)試平臺(tái)快速提供真實(shí)數(shù)據(jù)環(huán)境。 對(duì)生產(chǎn)中心的源數(shù)據(jù)創(chuàng)建1份克隆數(shù)據(jù)，該數(shù)據(jù)用作保護(hù)使用，每天定期同步一次到多次，提供邏輯故障快速恢復(fù)使用。 災(zāi)難事件發(fā)生，主要為物理破壞，則xxxxx系統(tǒng)切換到容災(zāi)中心，繼續(xù)

51、支持業(yè)務(wù)運(yùn)營(yíng)。 邏輯故障發(fā)生，如誤刪除數(shù)據(jù)文件，由于采用實(shí)時(shí)復(fù)制技術(shù)，則容災(zāi)中心的數(shù)據(jù)也被刪除。這時(shí)利用生產(chǎn)中心數(shù)據(jù)的克隆數(shù)據(jù)快速恢復(fù)或直接開(kāi)放給主機(jī)使用，這樣能夠快速恢復(fù)業(yè)務(wù)運(yùn)營(yíng)，而不必進(jìn)行復(fù)雜的容災(zāi)切換，降低風(fēng)險(xiǎn)和可能產(chǎn)生的額外成本。5.3.5 數(shù)據(jù)復(fù)制鏈路連接方式及數(shù)量建議同城容災(zāi)，通常采用光纖鏈路作為數(shù)據(jù)容災(zāi)復(fù)制鏈路，復(fù)制鏈路的連接可以直接采用現(xiàn)有san交換機(jī)，也可以采用專門(mén)的san交換機(jī)獨(dú)立于xxxxxx股份有限公司當(dāng)前的san存儲(chǔ)環(huán)境。若通過(guò)isl于遠(yuǎn)程san連接，將帶來(lái)san不穩(wěn)定的風(fēng)險(xiǎn)，因而建議采用專用san交換機(jī)（也可以采用san router，連接拓?fù)湎嗨疲?。為考慮高可用，

52、建議在兩個(gè)中心都配置冗余的設(shè)備，包括交換機(jī)、物理光纖鏈路、dwdm設(shè)備（如需要光纖復(fù)用）以及存儲(chǔ)用來(lái)遠(yuǎn)程復(fù)制的端口卡等。xxxxxx容災(zāi)需要多少條通信鏈路（或帶寬要求），要根據(jù)業(yè)務(wù)處理i/o量來(lái)分析、設(shè)計(jì)，若采用異步復(fù)制，則需要根據(jù)帶寬及rpo要求來(lái)分析設(shè)計(jì)。容災(zāi)數(shù)據(jù)復(fù)制鏈路連接方式及帶寬估計(jì)的具體的方法請(qǐng)參考“第六章 容災(zāi)通信鏈路設(shè)計(jì)”部分內(nèi)容。5.3.6 應(yīng)用平臺(tái)建議xxxxxx股份有限公司業(yè)務(wù)系統(tǒng)的應(yīng)用平臺(tái)建設(shè)主要是包含服務(wù)器、以及這些服務(wù)器上的內(nèi)置磁盤(pán)、操作系統(tǒng)、文件系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)軟件、中間件和應(yīng)用軟件等。建議如下：1. 針對(duì)不同業(yè)務(wù)的不同應(yīng)用，在容災(zāi)中心配置相同服務(wù)器平臺(tái)，os版本

53、相同；2. 針對(duì)個(gè)業(yè)務(wù)部署與生產(chǎn)中心相同的應(yīng)用；3. 容災(zāi)中心服務(wù)器處理能力及高可用能力（是否采用群集等）可以與生產(chǎn)中心完全相同（同級(jí)容災(zāi)），也可以低于生產(chǎn)中心（降級(jí)容災(zāi)）。具體采用根據(jù)“業(yè)務(wù)需求定義”結(jié)果并平衡投資水平進(jìn)行最后決定。4. 應(yīng)用平臺(tái)的切換可以采用人工干預(yù)方式，也可以采用自動(dòng)技術(shù)。在采用自動(dòng)技術(shù)時(shí)需要考慮業(yè)務(wù)的關(guān)聯(lián)性。通常采用人工干預(yù)、發(fā)起自動(dòng)執(zhí)行的切換方式，減少誤判風(fēng)險(xiǎn)。5.3.7 接入平臺(tái)建議接入平臺(tái)包含交換機(jī)、路由器、防火墻等網(wǎng)絡(luò)設(shè)備以及相應(yīng)的網(wǎng)絡(luò)連接。在接入平臺(tái)使用的容災(zāi)技術(shù)主要是網(wǎng)絡(luò)接入切換技術(shù)，包括：n 基于浮動(dòng)ip地址n 基于dnsn 基于四層交換機(jī)n 基于外圍應(yīng)用

54、xxxxxx股份有限公司的主要工作環(huán)境在當(dāng)前辦公地點(diǎn)和外地各分支機(jī)構(gòu)，建設(shè)容災(zāi)中心后，必須能夠?qū)崿F(xiàn)生產(chǎn)中心和容災(zāi)中心的網(wǎng)絡(luò)互聯(lián)互通。容災(zāi)中心也應(yīng)當(dāng)具備網(wǎng)絡(luò)接入平臺(tái)，在災(zāi)難發(fā)生時(shí)，尤其是針對(duì)it系統(tǒng)的災(zāi)難發(fā)生時(shí)候，it系統(tǒng)全部切換或局部切換到遠(yuǎn)程容災(zāi)中心，外圍分支機(jī)構(gòu)需要能訪問(wèn)到容災(zāi)中心。容災(zāi)中心接入平臺(tái)的建議如下： 建設(shè)完整的連接能力，具備足夠的帶寬與當(dāng)前生產(chǎn)中心互聯(lián)； 當(dāng)前生產(chǎn)中心必須配置訪問(wèn)遠(yuǎn)程中心的網(wǎng)絡(luò)路由 遠(yuǎn)程中心需配備相應(yīng)的dns服務(wù) 如采用浮動(dòng)ip，要確保切換后ip的浮動(dòng)，并確保網(wǎng)絡(luò)路由能訪問(wèn)已經(jīng)浮動(dòng)到遠(yuǎn)程的ip地址。 對(duì)應(yīng)用的訪問(wèn)和應(yīng)用之間的調(diào)用盡量采用dns方式。 容災(zāi)中心要具

55、備網(wǎng)絡(luò)接入能力，外圍分支結(jié)構(gòu)要具備訪問(wèn)主中心或訪問(wèn)容災(zāi)中心的網(wǎng)絡(luò)連接能力。為降低初期投資，外圍分支機(jī)構(gòu)可以先通過(guò)主中心訪問(wèn)容災(zāi)中心系統(tǒng)，從而不改變現(xiàn)有網(wǎng)絡(luò)連接方式。風(fēng)險(xiǎn)是當(dāng)主中心的網(wǎng)絡(luò)接入或網(wǎng)絡(luò)被破壞，將無(wú)法訪問(wèn)容災(zāi)中心，盡管系統(tǒng)已經(jīng)被恢復(fù)。5.3.8 數(shù)據(jù)備份保護(hù)容災(zāi)方案解決的遠(yuǎn)程的數(shù)據(jù)保護(hù)和遠(yuǎn)程的業(yè)務(wù)服務(wù)能力，但并不能減少本地?cái)?shù)據(jù)備份恢復(fù)的要求。當(dāng)本地?cái)?shù)據(jù)出現(xiàn)邏輯故障或人為錯(cuò)誤時(shí)，故障或錯(cuò)誤將被復(fù)制到遠(yuǎn)程容災(zāi)中心，為保證本地?cái)?shù)據(jù)的安全，仍需要建設(shè)本地?cái)?shù)據(jù)備份系統(tǒng)。數(shù)據(jù)備份系統(tǒng)可以有多種技術(shù)： 備份到磁帶（最傳統(tǒng)的方式） 備份到磁盤(pán)（或再到磁帶方式） 本地?cái)?shù)據(jù)bcv保護(hù)以上方法中，數(shù)據(jù)bcv保護(hù)的恢復(fù)級(jí)別最高，通過(guò)智能存儲(chǔ)上的數(shù)據(jù)副本可以快速恢復(fù)數(shù)據(jù)到建立副本的時(shí)刻。備份到磁盤(pán)的技術(shù)恢復(fù)級(jí)別高于備份到磁帶方式，是目前備份技術(shù)發(fā)展的趨勢(shì)，與磁帶備份相比，能夠確?？深A(yù)測(cè)的恢復(fù)。由于xxxxxx項(xiàng)目需求文檔中要求為采用磁帶庫(kù)備份，emc對(duì)數(shù)據(jù)備份保護(hù)的建議如下： 為系統(tǒng)數(shù)據(jù)保留一份可以采用bcv，該bcv做保護(hù)用或用來(lái)做磁帶備份的源數(shù)據(jù)； 數(shù)據(jù)保護(hù)bcv與生產(chǎn)源數(shù)據(jù)每天做1次或多次數(shù)據(jù)同步，同步完成后斷開(kāi)，作為數(shù)據(jù)的“金拷貝golden copy”，在出現(xiàn)邏輯故障