【正文】 、多種應(yīng)用需要災(zāi)難保護，采用基于主機的方案將無法有統(tǒng)一的技術(shù)方案來實現(xiàn)。n 管理復(fù)雜，需要大量的人工干預(yù)過程，容易發(fā)生錯誤?；诖鎯Φ臄?shù)據(jù)復(fù)制容災(zāi)解決方案基于存儲的容災(zāi)方案的技術(shù)核心是利用存儲陣列自身的盤陣對盤陣的數(shù)據(jù)復(fù)制技術(shù)實現(xiàn)對生產(chǎn)數(shù)據(jù)的遠程拷貝，從而實現(xiàn)生產(chǎn)數(shù)據(jù)的災(zāi)難保護。在主數(shù)據(jù)中心發(fā)生災(zāi)難時，可以利用災(zāi)備中心的數(shù)據(jù)在災(zāi)備中心建立運營支撐環(huán)境，為業(yè)務(wù)繼續(xù)運營提供IT支持。同時，也可以利用災(zāi)備中心的數(shù)據(jù)恢復(fù)主數(shù)據(jù)中心的業(yè)務(wù)系統(tǒng)，從而能夠讓企業(yè)的業(yè)務(wù)運營快速回復(fù)到災(zāi)難發(fā)生前的正常運營狀態(tài)。采用基于存儲的數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)系統(tǒng)是目前金融電信企業(yè)、政府采用較多的容災(zāi)方案，有非常多的應(yīng)用案例，是單位未來容災(zāi)建設(shè)可選擇的技術(shù)方案之一?；诖鎯Φ娜轂?zāi)方案有兩種方式：同步方式和異步方式，說明如下：同步方式，可以做到主/備中心磁盤陣列同步地進行數(shù)據(jù)更新，應(yīng)用系統(tǒng)的I/O寫入主磁盤陣列后(寫入Cache中)，主磁盤陣列將利用自身的機制（如EMC的SRDF/S）同時將寫I/O寫入后備磁盤陣列，后備磁盤陣列確認后，主中心磁盤陣列才返回應(yīng)用的寫操作完成信息。異步方式，是在應(yīng)用系統(tǒng)的I/O寫入主磁盤陣列后(寫入Cache中)，主磁盤陣列立即返回給主機應(yīng)用系統(tǒng)“寫完成”信息，主機應(yīng)用可以繼續(xù)進行讀、寫I/O操作。同時，主中心磁盤陣列將利用自身的機制（如EMC的SRDF/A）將寫I/O寫入后備磁盤陣列，實現(xiàn)數(shù)據(jù)保護。采用同步方式，使得后備磁盤陣列中的數(shù)據(jù)總是與生產(chǎn)系統(tǒng)數(shù)據(jù)同步，因此當生產(chǎn)數(shù)據(jù)中心發(fā)生災(zāi)難事件時，不會造成數(shù)據(jù)丟失。為避免對生產(chǎn)系統(tǒng)性能的影響，同步方式通常在近距離范圍內(nèi)（FC連接通常是200KM范圍內(nèi)）。而采用異步方式應(yīng)用程序不必等待遠程更新的完成，因此遠程數(shù)據(jù)備份的性能的影響通常較小，并且備份磁盤的距離和生產(chǎn)磁盤間的距離理論上沒有限制（可以通過IP連接來實現(xiàn)數(shù)據(jù)的異步復(fù)制）。采用基于存儲數(shù)據(jù)復(fù)制技術(shù)建設(shè)容災(zāi)方案的必要前提是：l 通常必須采用同一廠家的存儲平臺，通常也必須是同一系列的存儲產(chǎn)品l 采用同步方式可能對生產(chǎn)系統(tǒng)性能產(chǎn)生影響，而且對通信鏈路要求較高，有距離限制，通常在近距離范圍內(nèi)實現(xiàn)（同城容災(zāi)或園區(qū)容災(zāi)方案）l 采用異步方式與其他種類的異步容災(zāi)方案一樣，存在數(shù)據(jù)丟失的風(fēng)險,通常在遠距離通信鏈路帶寬有限的情況下實施。EMC公司的存儲系統(tǒng)建設(shè)容災(zāi)方案有非常廣泛的應(yīng)用，這主要是由于基于存儲的容災(zāi)技術(shù)方案有如下優(yōu)點：l 采用基于存儲的數(shù)據(jù)復(fù)制獨立于主機平臺和應(yīng)用，對各種應(yīng)用都適用，而且完全不消耗主機的處理資源。l 采用同步方式可以完全不丟失數(shù)據(jù)，在同城容災(zāi)或園區(qū)內(nèi)容災(zāi)方案中，只要通信鏈路帶寬許可，完全可以采用同步方案，而不會對主數(shù)據(jù)中心的生產(chǎn)系統(tǒng)性能產(chǎn)生顯著影響。采用EMC基于存儲的同步復(fù)制方式的容災(zāi)案例有很多，有非常多的成功經(jīng)驗，如遼寧移動、黑龍江移動都采用了EMC同步復(fù)制技術(shù)，并能滿足大規(guī)模I/O吞吐情況下的同步數(shù)據(jù)復(fù)制要求。l 采用異步方式雖然存在一定的數(shù)據(jù)丟失的風(fēng)險，但沒有距離限制，可以實現(xiàn)遠距離保護。l 災(zāi)備中心的數(shù)據(jù)可以得到有效利用。l 對于基于應(yīng)用、基于主機、基于存儲的三種容災(zāi)方案而言，災(zāi)備中心的數(shù)據(jù)通常不可用，僅為生產(chǎn)系統(tǒng)中的數(shù)據(jù)提供災(zāi)難保護和災(zāi)難恢復(fù)。但對采用基于存儲技術(shù)的容災(zāi)方案中，有很靈活的技術(shù)手段可以充分利用災(zāi)備中心的數(shù)據(jù)，從而提高企業(yè)的業(yè)務(wù)運營效率，帶來更多的投資回報。EMC的存儲系統(tǒng)虛擬化平臺：VPLEX的容災(zāi)特點EMC存儲虛擬化VPlex解決方案可在XX數(shù)據(jù)中心內(nèi)進行信息虛擬化、訪問、共享和遷移。它是世界上第一個同時提供本地聯(lián)合和分布式聯(lián)合的平臺。本地聯(lián)合提供機房內(nèi)信息基礎(chǔ)架構(gòu)的透明協(xié)作。分布式聯(lián)合跨遠距離擴展兩個位置之間的訪問能力。VPLEX 是一個用于聯(lián)合 EMC 和非 EMC 存儲的解決方案。EMC VPLEX 引入了一種新的體系結(jié)構(gòu)，它吸收了 EMC 在 20 多年設(shè)計、實施和完善企業(yè)級智能緩存和分布式數(shù)據(jù)保護解決方案實踐中取得的豐富經(jīng)驗。 以可擴展、高可用的處理器引擎為基礎(chǔ)，EMC VPLEX 設(shè)計為可從小型配置無縫擴展到大型配置。VPLEX 駐留在服務(wù)器和異構(gòu)存儲資產(chǎn)之間，使用獨特的群集體系結(jié)構(gòu)，該體系結(jié)構(gòu)允許多個數(shù)據(jù)中心的服務(wù)器具有對共享塊存儲設(shè)備的讀/寫訪問權(quán)限。新體系結(jié)構(gòu)的獨特特征包括：?橫向擴展群集硬件，允許您從小配置開始并以可預(yù)知的服務(wù)級別逐步擴展?高級數(shù)據(jù)緩存，它利用大規(guī)模 SDRAM 緩存提高性能并減少 I/O 延遲和陣列爭用?分布式緩存吻合性，可跨整個群集自動執(zhí)行 I/O 的共享、平衡和故障切換?一個統(tǒng)一視圖顯示跨 VPLEX 群集的一個或多個 LUN（這些群集可以是在同一數(shù)據(jù)中心內(nèi)相距幾英尺，也可以是跨同步距離），從而實現(xiàn)新的高可用性和工作負載移置模式。VPLEX 系列包括多個產(chǎn)品，同步距離的產(chǎn)品：VPLEX Local 和 VPLEX Metro。?VPLEX Local 支持本地聯(lián)合,可跨異構(gòu)陣列提供簡化的管理和無中斷數(shù)據(jù)移動。? VPLEX Metro 提供分布式聯(lián)合能力，擴展了同步距離內(nèi)兩個位置間的訪問能力。VPLEX Metro 利用 AccessAnywhere 支持跨遠距離共享、訪問和移置單個數(shù)據(jù)拷貝。提供同步距離內(nèi)兩個 VPLEX 群集之間的數(shù)據(jù)訪問和移動。 XX容災(zāi)系統(tǒng)方案架構(gòu)設(shè)計綜合考慮本項目的總體規(guī)劃，主數(shù)據(jù)中心和容災(zāi)數(shù)據(jù)中心雙活數(shù)據(jù)中心方案可基于存儲虛擬化功能實現(xiàn)，在主數(shù)據(jù)中心主陣列與災(zāi)備數(shù)據(jù)中心的備份陣列之間形成池化的存儲空間。如下圖： 建議的XX VPlex Metro方案的優(yōu)勢 建議XX，在有條件的情況下部署VPLEX，實現(xiàn)跨陣列的不中斷應(yīng)用的情況下，允許用戶從不同地理位置同時訪問單個數(shù)據(jù)副本，數(shù)據(jù)遷移，數(shù)據(jù)中心間整合數(shù)據(jù)。虛擬化整合多個存儲，提供單個數(shù)據(jù)副本非常好理解。下面就數(shù)據(jù)遷移，數(shù)據(jù)中心間整合數(shù)據(jù)說明如下。數(shù)據(jù)遷移讓任何一位存儲專業(yè)人員列出他們面臨的最大難題，數(shù)據(jù)遷移總會處在或靠近這一難題列表的頂部。通常，在實施用新的存儲系統(tǒng)（如VNX7500）替換舊式存儲的技術(shù)更新計劃期間，需要進行數(shù)據(jù)遷移。 隨著性能和可用性需求的變化，還可能需要進行數(shù)據(jù)移置，以在位于不同存儲系統(tǒng)上的存儲層之間移動數(shù)據(jù)。在信息的生命周期中，數(shù)據(jù)對企業(yè)的價值會有所變化，而且可用性和性能方面的變化可能會要求將數(shù)據(jù)移向高層或低層。例如，當應(yīng)用程序處于開發(fā)階段時，性能和可用性可能不如在完全投入生產(chǎn)應(yīng)用時那樣重要，因此，開發(fā)和測試環(huán)境可以利用更經(jīng)濟劃算的存儲。當應(yīng)用程序移入生產(chǎn)環(huán)境中時，數(shù)據(jù)可用性和性能會提高，可能需要將數(shù)據(jù)移向更高層。隨著生產(chǎn)活動升級，可能要求更高的服務(wù)級別，因此部分或全部數(shù)據(jù)可能需要最高性能存儲，例如企業(yè)級閃存驅(qū)動器提供的存儲。如果超高性能存儲是在同一存儲系統(tǒng)內(nèi)，則可能要利用諸如虛擬 LUN 技術(shù)這樣的功能在陣列內(nèi)無縫移動數(shù)據(jù)。如果超高性能存儲位于不同的存儲系統(tǒng)中，則要求在系統(tǒng)之間執(zhí)行數(shù)據(jù)遷移。 有許多不同的工具可用來簡化存儲系統(tǒng)之間的數(shù)據(jù)遷移。有些是基于主機的或者是內(nèi)置于主機邏輯卷管理器中的功能。盡管這些工具適用于某些情形，但是它們要使用主機資源，并要求服務(wù)器和應(yīng)用程序管理員參與。其他工具是基于陣列的，如 SAN Copy?。EMC VPLEX 提供了第三個選項，那就是基于 SAN，這樣數(shù)據(jù)就可以在陣列之間無中斷地移動，而不需要主機或存儲系統(tǒng)的直接參與。利用 EMC VPLEX，呈現(xiàn)給主機的存儲可以在后端存儲陣列之內(nèi)和陣列之間的不同存儲層間無中斷地移動。我們使用一個示例：遷移的源卷駐留在一個異構(gòu)存儲系統(tǒng)上，目標卷駐留在一個 VNX陣列上?？梢栽趹?yīng)用程序不中斷的情況下實現(xiàn)數(shù)據(jù)從異構(gòu)存儲系統(tǒng)到VNX的遷移?？删酆蠑?shù)據(jù)中心存儲并提供全天候 IT 服務(wù)VPLEX 使用一個獨特的群集體系結(jié)構(gòu)，讓用戶可以消除數(shù)據(jù)中心的物理界限，并允許多個數(shù)據(jù)中心的服務(wù)器具有對共享塊存儲設(shè)備的讀/寫訪問權(quán)限。 VPLEX Local 配置定義為有一、二或四個 VPLEX 引擎，它們通過其充分冗余的引擎間結(jié)構(gòu)互連集成到單個群集中。此群集互連功能支持在線添加 VPLEX 引擎，因而為 VPLEX Local 和 VPLEX Metro 配置提供了優(yōu)異的可擴展性。VPLEX 群集節(jié)點之間以及跨 VPLEX Metro 配置的所有連接是充分冗余的，確保了針對單點故障的保護。VPLEX 群集可通過添加更多引擎進行縱向擴展，通過將群集連接到 VPLEX Metro 中進行橫向擴展（兩個 VPLEX Metro 群集在城域網(wǎng)距離內(nèi)連接起來）。VPLEX Metro 有助于透明地移動和共享工作負載（包括虛擬化主機），整合數(shù)據(jù)中心，和跨數(shù)據(jù)中心優(yōu)化資源利用率。此外，它提供了無中斷數(shù)據(jù)移動、異構(gòu)存儲管理和改進的應(yīng)用程序可用性。VPLEX Metro 最多支持兩個群集，這兩個群集可以位于同一數(shù)據(jù)中心內(nèi)，或位于兩個在同步距離（大約相距 60 英里或 100 公里）內(nèi)的不同站點。下圖顯示VPLEX Metro 系統(tǒng)在數(shù)據(jù)中心中的部署。 “數(shù)據(jù)中心間的 VPLEX Metro 部署”類似于此，只是群集放置在不同的數(shù)據(jù)中心。這通常意味著各群集分別連接了不同的主機。舉例來說，群集化的應(yīng)用程序可以將一組應(yīng)用程序服務(wù)器部署在數(shù)據(jù)中心 A，將另一組部署在數(shù)據(jù)中心 B，以增加彈性和工作負載移置優(yōu)勢。在數(shù)據(jù)中心間部署 VPLEX Metro 適合于這樣的情形：希望獲得通過將應(yīng)用程序數(shù)據(jù)同時存放在兩個數(shù)據(jù)中心而增加的工作負載彈性優(yōu)勢。在以下情形下也建議使用此部署： ? 一個數(shù)據(jù)中心中的應(yīng)用程序希望訪問另一數(shù)據(jù)中心中的數(shù)據(jù)。 ? 一個應(yīng)用程序希望在兩個數(shù)據(jù)中心之間重新分布工作負載。 ? 一個數(shù)據(jù)中心的空間、電力或冷卻容量已用盡。 采用以上部署將使VPLEX 為應(yīng)用程序增加可用性，讓它們的工作負載能夠度過如下故障情形： ? 存儲陣列停機（計劃內(nèi)和計劃外） ? SAN 停機 ? VPLEX 組件故障 ? VPLEX 群集故障 ? 主機故障 ? 數(shù)據(jù)中心停機 容災(zāi)項目實施與演練項目實施業(yè)務(wù)連續(xù)性服務(wù)集成方法論（Business Continuity Solution Integration，簡稱BCSI）是EMC通過對多年實施業(yè)務(wù)連續(xù)性和容災(zāi)服務(wù)的所積累的經(jīng)驗進行總結(jié)和提煉，開發(fā)出來的業(yè)務(wù)連續(xù)性實施方法論模型，該實施方法在全球眾多相關(guān)項目中廣為使用并得到驗證。如下圖所示，EMC在業(yè)務(wù)連續(xù)性服務(wù)方面有著一套完整的實施方法論，它包括規(guī)劃（Plan）、建立（Build）、和管理（Manage）三個階段的咨詢和技術(shù)服務(wù)。以下對EMC BCSI實施服務(wù)方法論作概要描述。評估當前的服務(wù)水平? 與業(yè)務(wù)單位回顧并確認服務(wù)水平協(xié)議（SLAs）,并確定各業(yè)務(wù)應(yīng)用的RTO和RPO。? 針對每個應(yīng)用，評估當前的系統(tǒng)架構(gòu)和運作能力；并確定當發(fā)生故障或災(zāi)難時，當前系統(tǒng)的可用性、RTO和RPO。? 明確存在的弱點。? 確定當前系統(tǒng)的可恢復(fù)能力。定義業(yè)務(wù)需求? 回顧并驗證現(xiàn)有的服務(wù)水平協(xié)議。? 更新恢復(fù)和可用性服務(wù)水平定義。? 將各個業(yè)務(wù)流程映射到相應(yīng)的應(yīng)用系統(tǒng)、基礎(chǔ)設(shè)施和運作管理上。? 明確各業(yè)務(wù)流程對應(yīng)用系統(tǒng)和基礎(chǔ)架構(gòu)的依賴關(guān)系。評估可用性和恢復(fù)技術(shù)? 基于數(shù)據(jù)分層的模型，進行系統(tǒng)架構(gòu)平臺的分析，設(shè)計可行的系統(tǒng)架構(gòu)。? 對可選的恢復(fù)技術(shù)進行評估。? 建立高層次成本估算基礎(chǔ)架構(gòu)設(shè)計? 根據(jù)業(yè)務(wù)連續(xù)性需求的恢復(fù)策略，回顧當前的系統(tǒng)架構(gòu)連接，系統(tǒng)配置和容量規(guī)劃。? 衡量當前的應(yīng)用性能及服務(wù)水平。? 分析容量需求。? 選擇合適的技術(shù)來滿足所需的服務(wù)水平。? 提出對硬件、軟件和網(wǎng)絡(luò)配置的詳細建議。? 提出全面的技術(shù)架構(gòu)來指導(dǎo)方案的實施。實施規(guī)劃? 制定詳細的技術(shù)實施計劃。? 回顧項目實施方法。? 確認項目實施的邏輯和流程。? 定義項目實施的限制條件。? 制定詳細的項目計劃。? 制定成本計劃以平衡開發(fā)、測試、和維護等活動。測試及實施? 安裝并配置必需的恢復(fù)系統(tǒng)架構(gòu)組件（硬件/軟件）。? 按計劃對應(yīng)用進行遷移，并降低系統(tǒng)停機時間。? 新系統(tǒng)架構(gòu)的測試。? 在新的系統(tǒng)架構(gòu)中，穩(wěn)定應(yīng)用的運行。? 對系統(tǒng)設(shè)計的準確性和完全性進行回顧。開發(fā)恢復(fù)及切換計劃? 通過研討會來指導(dǎo)開發(fā)應(yīng)用恢復(fù)流程。? 開發(fā)并且書面化應(yīng)用系統(tǒng)的切換及回切步驟。? 開發(fā)并且書面化業(yè)務(wù)連續(xù)性計劃。集成測試和演習(xí)? 制定演習(xí)場景。? 制定演習(xí)計劃。? 確定參與人員? 確定期望的結(jié)果和成功要素? 實施演習(xí)業(yè)務(wù)連續(xù)性更新? 明確業(yè)務(wù)連續(xù)性目標。? 確定人員和技能要求。? 根據(jù)既定需求，確定所需的行動以確保系統(tǒng)架構(gòu)和運作的可行性。? 回顧當前的變更管理、配置管理和發(fā)布管理的流程。? 修正和完善。資源管理、改進及衡量? 回顧資源需求和技能狀況。? 檢查變更管理流程、步驟和文檔資料。? 分析關(guān)鍵的性能指標(KPI)及趨勢。? 教育及培訓(xùn)。容災(zāi)演練容災(zāi)項目成功標準容災(zāi)項目的成功不能按傳統(tǒng)IT建設(shè)項目來進行衡量，將需要從“技術(shù)平臺建設(shè)層面、人員組織及管理流程建設(shè)層面”同時進行衡量。EMC建議參考以下方面來評估容災(zāi)項目的成功：n 技術(shù)平臺建設(shè)層面衡量參考標準252。 各廠商的設(shè)備與應(yīng)用安裝完成，聯(lián)調(diào)通過、測試正常252。 數(shù)據(jù)成功復(fù)制到容災(zāi)中心，RPO符合要求，數(shù)據(jù)可用性測試通過252。 數(shù)據(jù)復(fù)制對正常生產(chǎn)沒有性能影響或沒有明顯性能影響252。 模擬容災(zāi)測試(切換演練)成功n 人員組織及管理流程建設(shè)層面參考標準252。 建立了完善的容災(zāi)管理組織機構(gòu)，并有明確的職責(zé)分工252。 建立了完善的災(zāi)難恢復(fù)計劃(DRP)或業(yè)務(wù)連續(xù)性計劃(BCP), 包括詳細、完善的容災(zāi)切換操作步驟和流程。252。 真實容災(zāi)演練成功，RTO、RPO達到預(yù)期目標252。 建立了容災(zāi)系統(tǒng)管理機制252。 建立了定期的演練機制252。 相關(guān)人員經(jīng)過培訓(xùn)，統(tǒng)一了對容災(zāi)的認識，