【正文】 應用經(jīng)理應用恢復組還要與用戶聯(lián)系組一起，確保用戶知道當前的狀態(tài)。他們與其他恢復小組的人員緊密配合完成應用的恢復。 表格的提供人員應用恢復組章程應用恢復組對應用的恢復能力負責。 災備中心的工作調(diào)度 質(zhì)量控制 數(shù)據(jù)錄入組長成員 系統(tǒng)程序員數(shù)據(jù)控制組章程數(shù)據(jù)控制組提供備份機房中數(shù)據(jù)的輸入，獲取，輸出流程。 本地和其他地方的用戶代表 網(wǎng)絡工程師用戶聯(lián)系恢復組章程用戶聯(lián)系組的任務是提供當前信息 他們負責提供用戶（IT部門的用戶）和備份機房之間的通信，保證用戶的操作流程和優(yōu)先級正確。 數(shù)據(jù)/語音通信負責人 計算機操作員數(shù)據(jù)/語音通信恢復組章程數(shù)據(jù)/語音通信恢復組的任務是維修，恢復關(guān)鍵業(yè)務功能所需的數(shù)據(jù)和語音通訊。 工程師 程序分析員 系統(tǒng)程序員 系統(tǒng)管理員確保有合適的人員操作備份計算機。 法律 公共關(guān)系部門的人員 財務人員成員 法律和保險人員行政組章程行政組的功能就像一個稽查員。 內(nèi)部審計人員 負責與供應商聯(lián)系的人員 數(shù)據(jù)中心設計人員 IT運行維護成員成員同時也負責修理保護受損設備，準備并維護備用計算機設備，準備清理和重建流程。 一些組員可能參與多個小組工作 每個小組有一個或多個組員 在組長不能行使職責時擔任組長組員職責 負責損害評估，與其他恢復小組協(xié)調(diào)，決定采用何種恢復步驟，維護恢復記錄，提供恢復狀態(tài)報告 小組章程恢復組職責組長職責 后備組長每個恢復小組有下列成員構(gòu)成：每個組的設置根據(jù)不同的業(yè)務職能。針對不同領域的小組也有組長和后備組長。 為業(yè)務永續(xù)運行經(jīng)理提供狀態(tài)報告恢復組恢復組負責執(zhí)行災難恢復要求的所有任務，每個組負責不同的領域。 確保所有恢復組的成員同能參與工作 定義和開發(fā)業(yè)務永續(xù)運行計劃 推動所有的恢復流程的制訂和執(zhí)行 培訓恢復小組的組員職責 通過內(nèi)部審計部門的審計業(yè)務永續(xù)運行組協(xié)調(diào)員職責業(yè)務永續(xù)運行組協(xié)調(diào)員負責業(yè)務永續(xù)運行經(jīng)理負責制訂業(yè)務永續(xù)運行計劃、恢復計劃、業(yè)務連續(xù)性計劃和業(yè)務重新運行計劃的測試和重審。 有使企業(yè)的業(yè)務運行所受的影響降至最低的應急處理計劃 在企業(yè)個部門推廣業(yè)務永續(xù)流程關(guān)鍵考核領域 確保成功實施恢復流程和業(yè)務永續(xù)運行 聯(lián)系高級管理人員他們的責任是管理業(yè)務連續(xù)性流程確保關(guān)鍵業(yè)務能夠持續(xù)運行，將對企業(yè)的潛在損失降至最小。災難恢復組織是一個邏輯上的組織，組織成員來自其他IT部門。災難恢復組織分兩大部分，一個是管理組，另一個是恢復組。在可以使用新技術(shù)的情況下，防御性控制可能會被加強，恢復策略可能會被修改。 測試范圍雖然有些變化可能比較明顯，另一些則需要額外分析。 應急政策 安全需求 硬件和軟件需求 軟件授權(quán)證書 備用站點合同，包括測試時間業(yè)務永續(xù)運行計劃協(xié)調(diào)人還應該對支持信息進行評估以確定信息具有充分的及時性和連續(xù)性以滿足系統(tǒng)需求。業(yè)務永續(xù)運行計劃協(xié)調(diào)人應該經(jīng)常協(xié)調(diào)相關(guān)的內(nèi)部、外部機構(gòu)和系統(tǒng)POC(聯(lián)系點)之間的關(guān)系，確保這些機構(gòu)中的變化造成的影響能夠在業(yè)務永續(xù)運行計劃中反映出來。計劃、策略和政策的變化應該由應急計劃協(xié)調(diào)人進行協(xié)調(diào)，如果需要，協(xié)調(diào)人應該與和計劃或項目相關(guān)的代表就變化情況進行溝通。應急計劃協(xié)調(diào)人應對計劃副本的分發(fā)情況保持記錄。副本也可以和備份介質(zhì)一起存放于備用站點。 關(guān)鍵記錄（電子的或硬拷貝） 由于IT應急計劃包含潛在的敏感操作和個人信息，計劃的分發(fā)應該根據(jù)需要進行標記和控制。 供應商，包括備用和離站供應商POC的姓名和聯(lián)絡信息 硬件、軟件和其它設備（類型、規(guī)格和數(shù)量） 安全需求 計劃的檢查至少要關(guān)注以下內(nèi)容：某些部分應該得到更頻繁的檢查，如聯(lián)絡清單。所以，應急計劃的定期檢查和更新是至關(guān)重要的，應該做為機構(gòu)變化管理過程的一部分以確保新的信息能夠被添加進來，應急措施能夠根據(jù)需要被修訂。圖 63中國人壽業(yè)務永續(xù)運行計劃的維護流程為了更加有效,計劃必須被維持在能夠正確反映系統(tǒng)需求、規(guī)程、機構(gòu)架構(gòu)和策略的就緒狀態(tài)。 個人職責（通知／啟動、恢復和重建階段） 業(yè)務永續(xù)運行計劃的維護業(yè)務永續(xù)運行計劃需要經(jīng)常維護、修正和更新，以適應不斷變化的環(huán)境。 安全需求 團隊之間的協(xié)調(diào)與溝通恢復人員應該得到以下計劃要素的培訓：和業(yè)務永續(xù)運行計劃相關(guān)的人員所接受的培訓最終應該使得他們能夠無需實際文檔的協(xié)助就能夠執(zhí)行相應的恢復規(guī)程。對于業(yè)務永續(xù)運行計劃職責的培訓應該是對測試的補充。測試結(jié)果和學習到的經(jīng)驗應該記錄到文檔中并由測試的參與者或其他適當人員進行檢查。演練不能打斷正常的運行是很重要的。由于缺席或測試與其工作存在沖突，有一些團隊成員很可能無法使用。功能演練可以包括針對備用站點的實際配置和／或系統(tǒng)切換。功能演練包括模擬和戰(zhàn)術(shù)演練。 課堂演練 課堂演練的參與者在桌面上對規(guī)程進行排演而不實際進行恢復操作。它應盡量模仿真實情況。測試計劃還應該清晰地描述范圍、場景和后勤。測試目標和成功標準的使用可以增加每個測試要素的有效性并對整個計劃進行評估。 正常操作的恢復 內(nèi)部和外部的連接性 在備用平臺上使用備份介質(zhì)進行系統(tǒng)恢復每一個IT業(yè)務永續(xù)運行計劃要素都應該得到測試以確保各個恢復規(guī)程的正確性和計劃整體的有效性。測試能夠確定和解決計劃的缺陷。圖 62中國人壽永續(xù)運行管理流程概覽其中業(yè)務永續(xù)運行經(jīng)理，業(yè)務永續(xù)運行組協(xié)調(diào)員和恢復組組長可以是兼職人員。 業(yè)務永續(xù)管理與中國人壽其他管理流程的關(guān)系圖61列出了業(yè)務永續(xù)運行管理與ITSM（IT服務管理）其他管理流程的關(guān)系。另外，災備中心還負責管理業(yè)務永續(xù)運行，關(guān)于業(yè)務永續(xù)運行管理可參照以下兩章的內(nèi)容。 災備中心的日常管理 通訊安全－語音和數(shù)據(jù)通訊安全 所有房產(chǎn)的物理安全請參照《數(shù)據(jù)中心高端設計》的有關(guān)章節(jié)。 災備中心的安全體系災備中心應該遵守中國人壽企業(yè)內(nèi)部的安全策略。2. 鏈路B做為省公司到總部鏈路的備份鏈路，即當鏈路A發(fā)生故障時，省公司通過鏈路B經(jīng)過災備中心訪問總部。鏈路B的帶寬可以同鏈路A相同。FCIP正是這樣一種將多個Fibre Channel孤島連接起來的手段。它采用封裝技術(shù)將Fibre Channel協(xié)議封裝在IP包中，以使它能夠通過IP網(wǎng)。 粗線是存儲網(wǎng)絡線（SAN）中間站點與災備中心之間采用FCIP技術(shù)進行異步數(shù)據(jù)同步。如果考慮同步傳輸，則帶寬應該大于等于最大的峰值數(shù)據(jù)變化量）如果加上其他業(yè)務的每日數(shù)據(jù)增長量，網(wǎng)絡利用率為70％，則要求帶寬為*2/=圖 56 災備中心與生產(chǎn)中心的數(shù)據(jù)鏈路圖示：：，5年后是63TB。 假設每日數(shù)據(jù)更新量與每日數(shù)據(jù)增長量相當 假設保險核心系統(tǒng)的每日數(shù)據(jù)更新量與其他系統(tǒng)（財務系統(tǒng)、銷售支持系統(tǒng)、客戶服務系統(tǒng)和電子商務系統(tǒng)）每日更新量的總和相同。由于中間站點與數(shù)據(jù)中心是同城的，所以建議租用裸光纖，每對光纖的數(shù)據(jù)傳輸值可達80Gb/s（32波系統(tǒng)，）。 災備中心的網(wǎng)絡 災備中心與生產(chǎn)中心之間的網(wǎng)絡災備中心與生產(chǎn)中心之間應該有容一條專用的網(wǎng)絡鏈路（包括一條冗余鏈路）保證數(shù)據(jù)同步（參見圖57中的鏈路D1和D2）。采用磁帶備份恢復的主要目的是節(jié)省網(wǎng)絡通信的費用。 磁盤陣列復制：OA系統(tǒng)企業(yè)門戶網(wǎng)站根據(jù)表格51的要求，采用磁帶備份恢復的系統(tǒng)每周備份二次增量備份和一次全備份（例如周六一次全備份，周二和周四各一次增量備份），將磁帶快遞到災備中心后每周恢復三次。對于這些系統(tǒng)，我們也建議了如下恢復方案： 磁盤陣列復制：核心保險應用銷售支持和管理財務系統(tǒng)電子商務CRM另外還有一些系統(tǒng)，表53中雖然沒有提到，例如目錄服務器、企業(yè)門戶網(wǎng)站、OA系統(tǒng)、EAI服務器、ETL服務器、Service Desk系統(tǒng)和產(chǎn)品開發(fā)。 其他主機屬于總部災備中心包含了數(shù)據(jù)中心的所有應用，根據(jù)應用的RPO和RTO的要求不同，推薦采用不的技術(shù)進行數(shù)據(jù)復制。 粗線是存儲網(wǎng)絡線（SAN）u 黑色代表Activeu 紅色代表Standby圖 54中國人壽災備中心假設方案 災備中心的主機、存儲布局圖 55 災備中心主機、存儲布局圖示：數(shù)據(jù)中心（站點A）與中間站點（站點B）之間采用同步數(shù)據(jù)傳輸，中間站與災備中心（站點C）之間采用異步數(shù)據(jù)傳輸。中間站點只需要配備存儲設備，而不需要服務器設備。其中PVOL是在數(shù)據(jù)中心（站點A）的存儲，而SVOL是位于災備中心的存儲。通過同步與異步的結(jié)合，既保證了不丟失數(shù)據(jù)，又保證了系統(tǒng)的響應速度?；谕堑臑膫渲行目梢圆捎猛綌?shù)據(jù)傳輸?shù)姆绞?，保證數(shù)據(jù)不丟失。體系架構(gòu)建議：中國人壽是全國性的大企業(yè)，數(shù)據(jù)中心是為全國各省服務的，為了最大限度的降低災害的影響，我們建議災備中心最好遠離生產(chǎn)數(shù)據(jù)中心，所以我們建議中國人壽采用“廣域集群體系架構(gòu)”。 可用性達到98%(停機時間) RTO=72小時；RPO=24小時四級 企業(yè)后端應用 %(停機時間) 供應鏈 %(停機時間45分鐘/月) 對企業(yè)收入和正常生產(chǎn)有嚴重影響級別業(yè)務服務級別一級 物理數(shù)據(jù)復制是指利用硬/軟件進行的磁盤裸設備復制 城市間容災u 本地網(wǎng)絡和磁盤保護優(yōu)先u 可以自動切換的單一集群結(jié)構(gòu)u 站點間使用物理數(shù)據(jù)復制圖 52城間集群體系架構(gòu) 對于RPO要求高的應用（例如，幾分鐘），可以采用同步數(shù)據(jù)同步的方式針對數(shù)據(jù)同步方式（同步或者異步），有兩類方案1. 采用基于主機上運行的軟件進行要求生產(chǎn)中心與災備中心之間有高速IP網(wǎng)絡2. 采用磁盤陣列進行要求生產(chǎn)中心與災備中心之間有高速存儲網(wǎng)絡容災的體系架構(gòu)可以分成以下三種： 對于RPO要求低的應用（例如，一天以上），可以采用磁帶備份的方法進行數(shù)據(jù)復制。容災中心的數(shù)據(jù)復制方式的選擇與應用的RPO密切相關(guān)。 使用冗余電源 通過地理位置上的分離保護節(jié)點決定采用什么容災方案需要權(quán)衡災難風險和在災難發(fā)生時的業(yè)務弱點。而實現(xiàn)本地切換會更有意義。例如，生產(chǎn)線生產(chǎn)可能需要非?？斓幕謴退俣?。一些應用可能只需要提供本地保護，另一些應用可能既需要本地保護，又需要具有遠程容災功能。 業(yè)務的弱點。例如，可能會針對每個季節(jié)都發(fā)生的颶風設計一個快速恢復方案，而不會針對100年都沒有噴發(fā)的火山設計方案。例如，如果所在地易發(fā)生地震，那么另一處容災站點就不應選擇在相同的城市，因為地震會影響相當大的區(qū)域。需要針對臺風，洪水還是地震設計容災方案。為了能評估不同的容災方案需要知道：一般來說，只有當整個數(shù)據(jù)中心都失效時，才啟動切換功能。能夠抵御多點故障甚至