【正文】 帶 關機 Tier 1 72hrs 以上 24hrs 無 磁帶 遠程 磁帶 關機 Tier 2 2472hrs 24hrs 專有的 磁帶 磁帶 關機 Tier 3 1224hrs 文件級 專有的 電子 文件，定時的 活動 Tier 4 412hrs 日志級 專有的 電子 文件或日志，時間段 活動 Tier 5 24hrs 交易級 專有的 電子 數據，軟件 活動 Tier 6 3060min 交易級 專有的 電子 數據，系統(tǒng) /硬件 活動 Tier 7 3060min 交易級 專有的 電子 數據，系統(tǒng) /硬件 活動 0 層：無異地備份數據 (No offsite Data) 對于使用 0 層災難恢復解決方案的業(yè)務，可稱其為沒有災難恢復計劃，主要xx 公司冗災項目建設咨詢方案 技術建議書 20 表現(xiàn)為： 數據僅在本地進行備份恢復，沒有任何數據信息和資料被送往異地，沒有處理意外事故的計劃。 根據 1992 年在美國加州阿納海姆制定的國際標準 SHARE 78 的定義，容災技術方案可以根據以下主要方面所達到的程度而分為七個層次： ? 備份 /恢復的范圍 ? 災難恢復計劃的狀態(tài) ? 主生產中心與災備中心之間的距離 ? 主生產中心與災備中心之間是如何相互連接的 ? 數據是怎樣在兩個中心之間傳送的 ? 允許有多少數據被丟失 ? 怎樣保證更新的數據在在災備中心被更新 ? 災備中心可以開始進行恢復工作的能力 即從低到高的七種不同層次的容災解決方案。 災難恢復方案設計（ Recovery Solution Design）依據恢復策略來詳細設計所選擇的最適用的容災技術方案。 ? 向管理階層作總結報告。 ? 估算各種解決方案的投資成 本與效益分析。 ? 提出對組織與運作的建議。 ? 解決方案的投資估算。 IBM 為 XXX 通過業(yè)務影響分析和可恢復性評估所進行的顧問工作，將產生一個全面的業(yè)務持續(xù)策略，并提出為了業(yè)務持續(xù)所需要進行的改變，以及各種相關的具體建議；配合目前最新的 IT 可行技術，提出最適當的災難恢復策略。 根據業(yè)務影響分析所確定的恢復能力目標與可恢復性評估所確定的當前恢復能力的差距，即可設計和制定出各業(yè)務流程的恢復策略。著重于數據中心環(huán)境的分析，其中包括硬件、軟件、網絡和工作流程。利用這一信息，管理層可以依照風險幾率和業(yè)務需要的優(yōu)先次序，制訂出適當的業(yè)務持續(xù)策略。 業(yè)務影響分析（ BIA）是一項深入的研究，用于確定業(yè)務之間的關鍵功能和其中的關鍵點。 ? 評估恢復所需投資。 實施可恢復性評估給客戶帶來的效益是： ? 正確地得出企業(yè)當前的恢復能力。 ? 制作書面《可恢復性評估報告》。 ? 記錄可恢復性評估結果。 ? 定義運行重要應用所需資源。 ? 記錄現(xiàn)行備份時間長度與方式。 ? 復審現(xiàn)有文件。 可恢復性評估的目標是： ? 評估使用現(xiàn)有處理流程與程序， IT作業(yè)目前是否能夠恢復、需要多少時間恢復、以及可能的數據丟失數量。 可恢復性評估（ Recoverability Assessment）定義現(xiàn)行各業(yè)務流程的恢復能力及現(xiàn)行技術環(huán)境的特征，它將從架構、平臺、技術、基礎設施、組織結構、恢復流程等各層面來評估企業(yè)目前的恢復能力。 實施業(yè)務影響分析給客戶帶來的效益是： ? 了解不同中斷時間對各業(yè)務造成的直接與間接損失及優(yōu)先級。 ? 執(zhí)行后續(xù)訪談，收集問卷、與參加人員共同檢查問卷內容以確定： ? 重要業(yè)務項目 ? 恢復時間目標（ Recovery Time Objectives）的需求 ? 業(yè)務中斷的影響 ? 各部門執(zhí)行恢復所需的資源 ? 開發(fā)初步總結 ? 舉行復審會議來驗證以下項目： ? 驗證各業(yè)務項目恢復優(yōu)先級 ? 驗證恢復時間目標 ? 驗證重要數據的完整 xx 公司冗災項目建設咨詢方案 技術建議書 15 ? 制作書面《業(yè)務影響分析報告》。 ? 確認各關鍵業(yè)務數據丟失的可容許程度。 xx 公司冗災項目建設咨詢方案 技術建議書 14 業(yè)務影響分析的目標是： ? 確定企業(yè)的關鍵業(yè)務流程。 風險分析的對象通常為“基礎設施與技術”、“人的因素”、和“不可抗力”三個層面，同時，又分為內部原因和外部原因，具體如下表所示： 基礎設施 和技術 人的因素 不可抗力 內部員工 外部人員 氣候 自然災害 ? 硬件故障 ? 技術缺陷 ? 電源故障 ? 電壓波動 ? 電源接地不良 ? 電纜老化 ? 空調損壞 ? 消防設施毀壞 ? 通訊線路中斷 ? ? ? 病毒 ? 誤操作 ? 盜竊 ? 蓄意破壞 ? 粗心或無知 ? 辭職 ? 情緒波動 ? ? ? 病毒 ? 黑客攻擊 ? 誤操作 ? 入室行竊 ? 蓄意破壞 ? 間諜活動 ? 示威活動 ? 消防灌水 ? ? ? 嚴寒 ? 冰雪 ? 惡劣氣候 ? 崩塌 ? 雷擊 ? 龍卷風 ? 海嘯 ? 交通堵塞中斷 ? ? ? 水位過高 ? 地震 ? 火災 ? 塌方 ? 飛行器撞擊 ? 爆炸 ? 火山爆發(fā) ? ? 內部原因 外部原因 業(yè)務影響分析（ Business Impact Analysis，簡稱 BIA）收集、分析及匯總及排序當信息系統(tǒng)一旦遭遇災害對各項重要關鍵性業(yè)務的影響程度，并依據其優(yōu)先級提出恢復策略建議。 ? 制作書面《風險分析報告》 ? 向管理階層匯報工作成果和最終交付項目。 ? 確定合理的減低風 險威脅的處理方法和優(yōu)先次序。 ? 辨認現(xiàn)存風險：搜集財務資料、實施人員訪談、巡視當地狀況、檢查物理設施、分析搜集到的數據、審核各設施和設備的操作程序（包括IT和非 IT）。 ? 提出應對風險的建議（避免風險、轉移風險、或接受風險）。 ? 根據各風險發(fā)生的可能性，分別定義其所處的風險級別。 xx 公司冗災項目建設咨詢方案 技術建議書 12 風險分析的目標是： ? 對企業(yè)可能面臨的主要威脅性風險進行質與量化的評估。 風險分析（ Risk Analysis）分析可能對企業(yè)業(yè)務系統(tǒng)和 IT 系統(tǒng)的安全性造成威脅的各種風險因素并提出相應的對策和改進方案。 我們 建議，企業(yè)的業(yè)務持續(xù)計劃的設計及擬定應該是一個持續(xù)并循環(huán)往復的過程，每一階段都能持續(xù)不斷的改進，并且在實際工作中體現(xiàn)有效性與高效性。此階段將建立業(yè)務持續(xù)計劃、實施業(yè)務持續(xù)計劃的桌面演練、執(zhí)行業(yè)務持續(xù)計劃及災難恢復的測試、設計業(yè)務持續(xù)計劃的維護方案。此階段根據分析階段的結果來制定出企業(yè)的恢復策略，規(guī)劃及設計出為實現(xiàn)企業(yè)業(yè)務持續(xù)所必需的行動與解決方案，以達到企業(yè)在組織、流程及技術層面的恢復需求。此階段提供對災害潛在損失、各種沖擊 、及現(xiàn)行恢復能力等方面的量化及質化的分析評估，同時也根據需求來向客戶建議必需的措施及迅速的解決方案來實現(xiàn)完全的恢復能力。 xx 公司冗災項目建設咨詢方案 技術建議書 10 IBM 采用業(yè)務持續(xù)咨詢方法論來規(guī)劃和設計出企業(yè)的業(yè)務持續(xù)計劃。 通常可以 用以下 1 到 5 的等級來衡量企業(yè)業(yè)務連續(xù)性的成熟度。因此， RPO 目標對相同行業(yè)的企業(yè)而言會有些接近，而對于不同行業(yè)的企業(yè)來說仍可能會有較大差距。這種更新程度可以是上一周的備份數 據，也可以是上一次交易的實時數據。如上圖，結合這兩條曲線關系，我們將可以找到對該企業(yè)而言比較適合的 RTO 目標，即在該目標定義下，用于災難備援的投入應不大于對應的業(yè)務損失。另一方面，各企業(yè)都有其在該發(fā)展階段的單位時間贏利指數，該指數是通過業(yè)務影響分析（ Business Impact Analysis）咨詢服務，以訪談、問答和咨詢的方式得到確定的。即使是在同一行業(yè)，各企業(yè)因業(yè)務發(fā)展規(guī)模的不同，其 RTO 目標也會不盡相同。雖然從管理的角度而言， RTO 時間越短越好，但是，這同時也意味著更多成本的投入。 恢復時間目標（ RTO） 恢復時間目標（ Recovery Time Objective，簡稱 RTO）是指災難發(fā)生后，從 I/T 系統(tǒng)宕機導致業(yè)務停頓時刻開始，到 IT 系統(tǒng)恢復至可支持各部門運作、業(yè)務恢復運營之時，此兩點之間的時間段稱為 RTO。業(yè)務的發(fā)展使得企業(yè)對業(yè)務連續(xù)性的要求也越來越高。到了 90 年代，網絡的飛速發(fā)展，系統(tǒng)有開始走向集中，這個時候，對業(yè)務的連續(xù)性要求就更高，要求恢復時間也小時為單位，系統(tǒng)需要考慮避免高可用的風險。 xx 公司冗災項目建設咨詢方案 技術建議書 7 2. xx 公司 容災中心建設方法 論 . 業(yè)務連續(xù)性方法 論 從整個計算機系統(tǒng)的發(fā)展來看， 容災 經過了一個很長時間的發(fā)展過程，在上個世紀 60 年代，通常進行的都是集中式處理系統(tǒng)，每個系統(tǒng)具備一些簡單的災難恢復計劃，通?；謴蜁r間也很長，都以周為單位計算，進行的數據備份和恢復也都處于被動式的模式。接著開始 ERP 項目二期的實施，預計 10 月份全部上線。運行環(huán)境為： HP LC2021 CPU 1G，內存： 512MB 硬盤： 2 塊 72G OS： Windows Server 2021 內部實時通訊服務器：運行 RTX 及時通訊軟件，實現(xiàn)公司內部實時通訊功能。運行環(huán)境為： DELL 主頻： Xeon 內存： 2G 硬盤： 3 塊 146G 做 RAID5/ WINDOWS 2021Server＋ 內部網絡平臺：以網站形式動態(tài)發(fā)布公司各類信息，系統(tǒng)運行環(huán)境為：IBM X346 ，內存： 2G 硬盤： 3 塊 146G OS： Windows Server 2021＋ SQL2021 外部網絡平臺：以網站形式向外界動態(tài)發(fā)布公司相關信息，系統(tǒng)運行環(huán)境為： IBM X346 ，內存： 1G 硬盤： 2 塊 72G OS： Windows Server 2021＋ SQL2021 DHCP 服務器：實現(xiàn)公司內部 IP 分配、地址解析和轉發(fā)。 適用的對象 本文檔僅適用于 xx 公司冗災 中心建設研究項目 組及參與該項目的決策者、評估者。 xx 公司冗災項目建設咨詢方案 技術建議書 2 關于本文檔 文檔信息 文檔名稱 xx 公司冗 災項目建設 咨詢 方案技術建議書 作者 xxx 公司 說明 本文檔是 xxx 公司 根據對 xx 公司冗災項目 相關需求的理解，在與 xx 公司冗災項目組 相關領導和技術人員 初步技術交流的基礎上，從容災 的角度，為 xx 公司冗災項目 提供的 服務建議。 盡管 xxx 公司 已經盡力使本文檔內容的完整性和有效性，但仍可能有技術方面不夠準確的地方或印刷錯誤。 xx 公司 冗 災 項目 建設 咨詢 方案 xxx 公司 技術建議書 附件 xx 公司冗災項目建設咨詢方案 技術建議書 1 專有信息聲明 本方案建議書屬商業(yè)機密文件，書中的所有信息均為 xxx 公司 機密信息，僅限于 xx 公司冗災 項目組內部使用。務請妥善保管并且僅在與項目有關人員范圍內使用，未經 xxx 公司 明確作出的書面許可，不得為任何目的、以任何形式或手段（包括電子、機械、復印、錄音或其它形式）對本文檔的任何部分進行復制、存儲、引入檢索系統(tǒng)或者傳播。若需求有所變化， xxx 公司 將對有關內容進行相對應的調整，并在本建議書未來版本中體現(xiàn)。 修訂歷史 (REVISION HISTORY) Rev Section Type Date Author Remarks 20210324 創(chuàng)建建議書 20210328 修訂 內容范圍 本文檔是 xx 公司冗災 中心建設研究項目技術建議書 。 xx 公司冗災項目建設咨詢方案 技術建議書 3 目錄 1. 項目背景 .................................................................................................................................................5 . 前言 ......