業務連續性項目售前支持 容災方案建議書 模板初稿 文檔是 司機密材料，供 售前支持和咨詢服務 中使用。在使用時，請僅從本文檔中復制內容，并粘貼到其它文檔中使用或修改后使用，而不要直接將本文檔拷貝或發送出去使用。 R R C 文檔命名規則 文檔類型 文件名格式 示例 模板文檔 日期 考文檔 修訂歷史 版本 編號 版本日期 修訂說明 修訂者 2007建此 容災方案建議 文檔模板 許瑀 R R C 第 1 章 前言 . 1 本項目的理解 . 1 優勢 . 2 第 2 章 務連續性方案服務框架 . 3 第 3 章 通用容災技術框架 . 7 業信息系統保護層次 . 7 災技術模型 . 8 務平臺的保護業務處理能力的冗余 . 8 據平臺的保護業務狀態數據的復制 . 9 入平臺冗余和切 換 . 9 災模式 . 10 災層次 . 10 災范圍 . 11 級容災或降級容災 . 11 災中心運營方式 . 11 第 4 章 不同容災技術介紹 . 12 同容災技術方案概述 . 12 于存儲的數據復制技術建設容災系統 . 13 用虛擬化存儲技術建設容災系統 . 16 用基于主機的數據復制技術建設容災系統 . 18 于應用的數據復制建設容災系統 . 19 結 . 22 第 5 章 災方案建議 . 23 5.1 構現狀 . 23 5.2 災需求 . 23 5.3 災建議方案 . 23 據遠程復制技術建議 . 24 目錄 R R C 同步、異步“數據遠程復制選擇 . 25 絡及存儲平臺建議（待補充） . 25 用 據克隆技術獲取開發、測試數據 . 25 據復制鏈路連接方式及數量建議 . 26 用平臺建議 . 26 入平臺建議 . 27 據備份保護 . 27 第 6 章 容災通信鏈路設計 . 29 信鏈路設計概述 . 29 災通信鏈路的比較 . 29 災通信鏈路帶寬估算 . 33 災數據復制方案設計工具簡介 . 35 第 7 章 災項目服務構成 . 38 第 8 章 項目組織結構 . 42 目組織機構 . 42 目管理委員會 . 42 目管理 辦公室 . 43 目關鍵人員角色 . 44 目總監 . 44 目經理 . 44 量保證顧問 . 45 T 系統架構師 . 45 務連續性咨詢顧問 . 45 T 技術專家 . 46 目管理方法 . 46 項目管理方法 . 46 目進度控管理 . 47 目變更管理 . 48 險管理 . 49 質確保計劃 . 50 R R C 通（ 理 . 51 選人員名單和簡歷 . 53 目經理 . 53 災咨詢顧問 . 54 統架構設計師 . 55 R R C 表格 3格格式定義 . 錯誤 !未定義書簽。 表格目錄 R R C 圖表 4MC . 錯誤 !未定義書簽。 圖表 4. 錯誤 !未定義書簽。 圖表目錄 R R C 第 1章 前言 首先非常感謝 份有限公司 對 信任。 望憑借自身多年的容災項目實施 經驗，協助 份有限公司 設計、實施和管理容災項目 工程，從而降低 份有限公司 容災 項目工程的整體風險，以確保 項目的成功。 本項目的理解 基于以往類似項目的經驗，以及與 份有限公司的 交流和分析，我們認為影響本項目成功的關鍵因 素有 很多方面 ，其中最重要的 有以下幾 點： 1. 選擇成熟、可靠的、管理簡單的技術構建容災方案的核心技術部分 容災數 據復制部分，該技術應當已經被廣泛使用； 2. 科學的方法論與實踐相結合，如在 法論指導下， 大量客戶提供了成功的容災項目建設和業務連續性咨詢服務。 3. 完善詳細的方案設計 ； 4. 容災項目 如何 能夠真正滿足業務的需求和期望 a) b) 災難恢復 流程優化，加快恢復 。 5. 成功的容災項目不僅僅只包括技術平臺的建設，還應當建立適應容災管理的組織結構，明確人員職責與分工并確保各崗位職責人員具備相應的技能，建立明確、清楚的容災管理、容災恢復的流程才能保證災難發生時能夠有效、有序地恢復業務運營，實現業務的持續運行 。 6. 容災架構和設計是否能夠與今后的 劃保持一致 ； 7. 成功的項目管理 ； 8. 如何 對 行管理以使其 可以真正得以應用 ； 9. 如何規劃容災演習并對容災演習進行控制并通過演習使相關人員通過演習熟悉流程與各自的職責； 10. 如何通過培訓和宣傳，從而使大家能夠對業務連續性認知和認同。 另外， 對于本項目， 司的全力投入，相關廠商的配合，以及 份有限公司的大力支持，對于本項目的成功也是密不可分的。 R R C 優勢 業務連續性服務上的優勢體現在以下幾個方面： 業務連續性服務經驗 15 年從事業務連續性 服務的經驗 擁有經過實踐驗證的工具和方法論（ 數以千計的相關成功案例，無論在全球還是在中國，政府、電信、金融各領域都大量采用 為眾多用戶提供了業務連續性咨詢服務。 業務連續性服務專業團隊 專設的容災咨詢服務團隊 超過 300 人的戰略咨詢顧問 超過 1635 人的資深顧問 超過 600 人的業務連續性專職從業人員 超過 135 人的應用系統方案架構師 超過 350 人的 礎架構師 超過 100 人的網絡架構師 超過 3,300 人的服務從業人員 超過 2,700 人的客戶服務工程師 超 過 100 個 服務合作伙伴 R R C 第 2章 務連續性方案服務框架 業務連續性服務集成方法論（ 稱 過對多年實施業務連續性和容災服務的所積累的經驗進行總結和提煉，開發出來的業務連續性實施方法論模型，該實施方法在全球眾多相關項目中廣為使用并得到驗證。 如下圖所示， 在業務連續性服務 方面有 著 一套完整的實施方法論，它包括 規劃（ 、 建立（ 、和 管理（ 三個階段的咨詢和技術服務 。 圖 1： 法論 以下對 施服務方法論作概要描述。 1. 評估當前的服務水平 與業務單位回顧并確認服務水平協議（ ,并確定各業務應用的 針對每個應用，評估當前的系統架構和運作能力；并確定當發生故障或災難時，當前系統的可用性、 明確存在的弱點。 確定當前系統的可恢復能力。 2. 定義業務需求 R R C 回顧并驗證現有的服務水平協議。 更新恢復和可用性服務水平定義。 將各個業務流程映射到相應的應用系統、基礎設施和運作管理上。 明確各業務流程對應用系統和基礎架 構的依賴關系。 3. 評估可用性和恢復技術 基于數據分層的模型，進行系統架構平臺的分析，設計可行的系統架構。 對可選的恢復技術進行評估。 建立高層次成本估算 4. 基礎架構設計 根據業務連續性需求的恢復策略，回顧當前的系統架構連接，系統配置和容量規劃。 衡量當前的應用性能及服務水平。 分析容量需求。 選擇合適的技術來滿足所需的服務水平。 提出對硬件、軟件和網絡配置的詳細建議。 提出全面的技術架構來指導方案的實施。 5. 實施規劃 制定詳細的技術實施計劃。 回顧項目實施方法。 確認項目實施的邏輯和流程。 定義 項目實施的限制條件。 制定詳細的項目計劃 。 制定成本計劃以平衡開發、測試、和維護等活動。 6. 測試及實施 R R C 安裝并配置必需的恢復系統架構組件（硬件 /軟件）。 按計劃對應用進行遷移，并降低系統停機時間。 新系統架構的測試。 在新的系統架構中，穩定應用的運行。 對系統設計的準確性和完全性進行回顧。 7. 開發恢復及切換計劃 通過研討會來指導開發應用恢復流程。 開發并且書面化應用系統的切換及回切步驟。 開發并且書面化業務 連續性 計劃。 8. 集成測試和演習 制定演習場景。 制定演習計劃。 確定參與人員 確定期望的結 果和成功要素 實施演習 9. 業務連續性更新 明確業務連續性目標。 確定人員和技能要求。 根據既定需求，確定所需的行動以確保系統架構和運作的可行性。 回顧當前的變更管理、配置管理和發布管理的流程。 修正和完善。 10. 資源管理、改進及衡量 回顧資源需求和技能狀況。 R R C 檢查變更管理流程、步驟和文檔資料。 分析關鍵的性能指標 (趨勢。 教育及培訓。 在該項目中，我們將針對 災項目的實際情況，通過對 施方法進行客戶化，制定出適合 災項目的實施規劃。 R R C 第 3章 通用容災技術框 架 本章及下一章將對通用的容災技術框架和不同技術進行介紹，供 份有限公司項目組參考。 業信息系統保護層次 現代企業的數據中心 臺（包括主機平臺、網絡平臺、存儲平臺等）的保護和恢復有不同的等級的技術手段，未來企業的業務連續性建設將需要不斷提高企業的信息、數據的保護和恢復的等級。 圖 2： 不同層次的數據中心保護 如上圖所示，對企業集中化數據中心的 統和業務數據進行保護可以有多種不同層次的保護方案，主要分為本地保護和遠程保護兩個方面。 企業數據中心面向運營的保護及恢復包括三個層次： 1) 平臺 保護 主要是平臺的高可用，如采用主機群集系統和高可用存儲平臺（包括 絡環境的高可用和存儲系統的高可用），保證 臺沒有單點故障，實現業務和應用的高可用性。 2) 數據備份 對業務數據進行經常性的本地備份，在 統出現物理故障或邏輯故障時，數據備份都能提供可靠的數據保護。 3) 數據恢復 在出現數據錯誤或丟失時能夠進行快速、可預見的數據恢復，減少 統的中斷時間，降低對業務運營的影響。 建設了完善的本地保護和恢復后，企業需要規劃建設面向災難保護及恢復的“遠程”數據及業務保護，它包括三個層次： R R C 1) 遠程的信息保護 是將企業的所有重要數據安全的存儲在遠程站點，提供保護，避免災難性的事件破壞數據。 2) 遠程自動處理 除了提供對生產數據的遠程保護外，能夠自動進行系統切換、回切及數據恢復等工作，從而在災難事件發生時能夠快速恢復業務運行。 3) 多數據中心保護 通過建設多個數據中心，采用多數據中心的數據保護、恢復技術，防范更大范圍的災難事件。 災技術模型 容災技術平臺建設是企業業務連續性建設的重要基礎。當前企業進行容災中心建設時主要采用兩個中心模式。 份有限公司也將首先采用兩個中心模式，未來根據需要決定是否建設多個中心。 司將企業的 臺劃分為“接入平臺、應用平臺、數據 平臺”三部分，建議企業的容災技術平臺建設應該主要著眼于對業務處理平臺，數據平臺和接入平臺這三個重要的系統領域的保護。 圖 3 容災技術模型示意圖 務平臺的保護業務處理能力的冗余 容災技術方案建設中，對于企業的業務平臺的保護，主要表現為對業務處理能力的冗余和復用，其中牽涉： 支持應用系統運行的服務器和操作系統等系統軟件 R R C 支持應用系統運行的存儲器及存儲器和服務器的連接（存儲網絡等） 連接服務器的 絡系統 支持應用系統實現的中間件或數據庫等 客戶將需要在容災中心應該配置與需要保護的生產中心相同廠家、相同版本、相同配置的應用服務器、中間件和數據庫。要確保主數據中心和容災中心的軟件運行環境相同。 實現業務邏輯的應用軟件系統 據平臺的保護業務狀態數據的復制 在容災系統中，對數據平臺的保護主要表現為對業務狀態數據的保護、備份和恢復以及復制，需要保護的業務狀態數據包括： 業務交易狀態（數據本身的數據屬性為文件、數據庫等） 系統狀態 數設置、以及系統軟件的配置數據、參數設置等。 中間數據（或臨時數據） 在容災系統建設中，數據 平臺的保護是實現企業災難恢復的核心。保證數據的安全永遠是第一位的，只有支撐企業業務運營的數據能夠及時、完整地復制到容災中心，才可以在災難發生時，在容災中心恢復受災難影響的業務應用。 對不同企業， 根據需求分析的結果，對企業的不同重要級別的應用或業務單元采取不同的數據復制方法，對不同類型的應用，根據其訪問特點等也將采取不同的數據復制方法。 入平臺冗余和切換 接入平臺在容災備份系統里， 需要實現對外部接口的冗余及切換，其中牽涉： o 應用數據接口的切換 息機制等 o 應用連接接口的切換 - 接、數據庫連接、遠過程調用、對象的調用等 o 網絡連接的冗余和切換 包括城域網網絡連接、撥號連接等等 企業的“接入平臺冗余和切換”的關鍵在于實現在容災中心應該配置相同訪問能力的網絡設備，并在網絡配置上確保各地市能快速、方便地將網絡訪問從主生產中心切換到備份生產中心 R R C 0 災模式 份有限公司 將需要根據實際需求確定適合 災項目的 容災層次、容災范圍、運營方式、容災規模。 災層次 根據業務恢復時間的長短可以將 不同 業務系統的容災劃分為步同的層次： 只做數據的災難保護，僅能保證數據的完 整性，此類業務在容災中心只需要配置存儲平臺，實現數據的遠程復制和存儲即可。這種方式可以降低投資，但業務恢復時間很長（一般在 3天以上）。數據的災難保護是僅將生產中心的數據完整地復制到容災中心的容災方式。數據的災難保護是異地容災的最低級形式，也是最基本的方式，是實現更高級容災方式的基礎。 在災難發生時，僅有數據的災難保護無法保證業務的連續性，僅可以保證數據是可用的，若技術策略選擇得當，可以保證業務數據的完整性。采用這種模式有以下特性： 業務恢復速度較慢，通常情況下 2 小時 業務恢復難度大，需要新增設備 實現技術難度比較低 運行維護成本較低 投資比較節省 除數據的災難保護外，實現應用的高可用，確保業務可以快速恢復。容災系統的應用不改變原有的業務處理邏輯，是對生產中心系統的基本復制。這種方式有以下特性： 業務恢復速度較快，通常情況下 于 24 小時，也可以達到幾小時級別 業務恢復過程相對簡單 實現技術難度比較高 運行維護成本較高，如：增加軟件版本管理、軟件部署、維護人員等 投資比較高 R R C 1 災范圍 通常 根據業務影響分析結果， 將企業的 業務將劃分為關鍵業務和非關鍵業務兩大類。 客戶可以 選擇關鍵業務容災或選擇全業務容 災。也可以先建設關鍵業務容災，未來實現全業務容災。 關鍵業務容災：業務需求定義中通過業務影響分析定義關鍵業務的容災 全業務容災：專利業務系統的全部業務的容災。 級容災或降級容災 根據容災中心配置的處理能力不同，可以分為同級容災和降級容災。若在容災中心為需要進行容災保護的業務系統都配置與生產中心相同處理能力和高可用能力的業務處理平臺（主要是指主機性能，高可用群集等），則為同級容災設計。如果未來 份有限公司的在容災中心為需要進行容災保護的業務系統配置比生產中心的處理能力低或高可用能力降低（比如沒 有做群集等），則為降級容災設計。采用同級或降級容災方式取決于業務需求和投資預算，降級容災可以減少投資（在主機方面的投資）。 災中心運營方式 容災中心建設完成后，可以采用兩種運營模式，“主備方式”和“雙中心模式”。 “主備方式”即兩個中心其一為生產中心，另一個為災備中心。 “雙中心模式”為兩個中心都提供生產業務運營，通常按業務來劃分。具體的運營方式需要在現狀評估和需求分析的結果上進行分析決定，需要考慮業務的依賴關系、數據的耦合性等方面因素。 R R C 2 第 4章 不同 容災技術 介紹 同容災技術方案概述 不同企業的不同業務需 求和應用特點將可能需要有不同的容災技術要求，可以采用多種容災技術來建容災系統， 業咨詢服務部將 根據 客戶的實際需求提供不同的技術方案。對所有客戶的容災技術平臺建設而言，容災方案的技術核心是數據的保護，實現遠程數據復制，并能夠在災難發生時在遠端利用復制數據提供企業業務運營支撐服務，因此數據復制技術是構建容災技術平臺的核心。不同數據復制技術的分類如下： 圖 4： 數據復制分類 如上圖所示，對 份有限公司專利業務系統的容災而言，比較可行的是采用連續數據復制技術。由于 份有限公司選擇的 是同城容災，“同步復制、異步復制”技術都是可選方案。未來采用遠程異地容災，將需要采用異步方式。 根據不同容災方案所采用數據遠程復制技術位于企業 基于存儲層面的容災方案 利用存儲系統的遠程數據復制功能建設容災系統，它包括： 同類存儲平臺之間的數據復制； 異構存儲平臺之間利用虛擬存儲技術實現數據復制。 R R C 3 基于主機層面的容災方案 利用主機廠家提供的相關功能軟件或第三方的主機軟件實現遠程的數據復制，建設容災系統。 基于應用層的容災方案 如利用應用軟件如 據庫的本 身的遠程數據復制技術建設容災系統 本節將針對以上“基于存儲層面數據復制的容災方案” 、“基于主機層面的容災方案” 和“基于應用層容災方案（以 例）”等三類不同方式容災方案進行分析。 對不同的用戶，將需要根據客戶的容災技術方案的實際需要以及技術條件進行評估，從而選擇最合適的容災技術方案。 于存儲的數據復制技術建設容災系統 采用基于存儲的容災方案的技術核心是利用存儲陣列自身的盤陣對盤陣的數據塊復制技術實現對生產數據的遠程拷貝，從而實現生產數據的災難保護。在主數據中心發生災難 時，可以利用災備中心的數據在災備中心建立運營支撐環境，為業務繼續運營提供 持。同時，也可以利用災備中心的數據恢復主數據中心的業務系統，從而能夠讓企業的業務運營快速回復到災難發生前的正常運營狀態。 基于存儲的容災方案示意圖如下： R R C 4 圖 5： 基于存儲數據復制技術的容災方案示意圖 采用基于存儲的數據復制技術建設容災系統是目前金融電信企業、政府采用較多的容災方案，有非常多的應用案例，是容災建設優選的技術方案，因為該方案已經被眾多大規模用戶的實際應用驗證，是比較成熟的技術方案。 基于存儲的復制可以是如上示意圖的 “一對一”復制方式，也可以是“一對多或多對一”的復制方式，即一個存儲的數據復制到多個遠程存儲或多個存儲的數據復制到同一遠程存儲；而且復制可以是雙向的。 基于存儲的容災方案有兩種方式：同步方式和異步方式，說明如下： 同步方式 ，可以做到主 /備中心磁盤陣列同步地進行數據更新，應用系統的 I/O 寫入主磁盤陣列后 (寫入 )，主磁盤陣列將利用自身的機制（如 ）同時將寫 I/O 寫入后備磁盤陣列，后備磁盤陣列確認后，主中心磁盤陣列才返回應用的寫操作完成信息。 異步方式 ，是在應用系統的 I/O 寫入主磁盤 陣列后 (寫入 )，主磁盤陣列立即返回給主機應