【正文】 它采用大家熟悉的 Windows Explorer風(fēng) 格 用戶界面，因此無需開展費時費錢的培訓(xùn)工作。通過 ControlCenter的圖形用戶界面，客戶可通過點擊鼠標(biāo)訪問整套 Navisphere軟件產(chǎn)品。 信息保護和數(shù)據(jù)資產(chǎn)控制是陣列管理的重要組成部分。只有 EMC 能夠提供以遍布全球的遠(yuǎn)程和現(xiàn)場支持專業(yè)人員以及 授權(quán)服務(wù)網(wǎng)絡(luò) 合作伙伴作為堅強后盾的專注于存儲的專業(yè)技能。高級 CLARiiON CX3 系統(tǒng)功能優(yōu)化了安裝、管理和支 持。 CLARiiON提供了業(yè)界最好的投資保護 支持從上一代 CLARiiON CX 機型中以及在整個 CX3 系列中輕松地進(jìn)行 “ 數(shù)據(jù)就地 ” 升級。這意味著客戶在需要實現(xiàn)業(yè)務(wù)連續(xù)性或災(zāi)難恢復(fù)的軟件功能時，可以在不中斷業(yè)務(wù)運行的情況下為存儲系統(tǒng)增添上述軟件。它支持用于需要最高性能要求的 4 Gb/s (15k RPM) 光纖通道驅(qū)動器 ；對于需要在性能和成本之間達(dá)到最佳平衡的應(yīng)用，可選擇 2 Gb/s 光纖通道 (10k RPM)； 對于要求高容量和低成本的第 2 層應(yīng)用（如基于磁盤的備份），可 選擇低成本的 2 Gb/s 光纖通道驅(qū)動器 ( RPM)；并可以支持 CX300/500/700系列所采用的 SATA驅(qū)動器。 突破性的 UltraScale 體系結(jié)構(gòu)集 EMC 廣泛、獨有的知識資產(chǎn)于一身 包括 45 項正在申請專利的創(chuàng)新。這 一技術(shù)將使 CLARiiON CX 系列能夠： ? 在單個磁盤驅(qū)動器級別執(zhí)行故障檢測和隔離操作，因此可以采取糾錯措施。 ? UltraPoint 技術(shù) (僅限 CX3,CX4系列 ) 中端存儲配置發(fā)展很快，且變得日益復(fù)雜，這是因為較大的系統(tǒng)具有更多的驅(qū)動器，并且磁盤驅(qū)動器的密度越來越大。全光纖通道技術(shù)允許你的客戶隨時隨地擴展其存儲容量。支持多達(dá) 480 個硬盤，存儲高達(dá) 471TB 的數(shù)據(jù)。 CLARiiON CX4 陣列包括 RecoverPoint 拆分器功能，由于它不需要附加的結(jié)構(gòu)組件，所以簡化了 RecoverPoint/SE 部署并降低了帶寬和安裝成本。 ? 自適應(yīng)冷卻是一項新功能，它通過基于系統(tǒng)的活動級別動態(tài)調(diào)節(jié) CX4 陣列內(nèi)的冷卻和 氣流提高了能效。與前代 CLARiiON 產(chǎn)品相比， CX4 體系結(jié)構(gòu)還提供了 2 倍的容量規(guī)模（最多 960 個驅(qū)動器）、 2 倍的內(nèi)存和 2 倍的 LUN 數(shù)量。 運行環(huán)境軟件功能相結(jié)合，提供了： ? 雙協(xié)議支持，所有型號上都有光纖通道和 iSCSI 基本配置 ? 通過可熱插拔 I/O 模塊輕松實現(xiàn)在線擴展 ? 能夠方便地添加和 / 或升級 IO 模塊，以在未來的新技術(shù)（如 8 Gb/s 光纖通道、 10 Gb/s iSCSI）推出時與它們相適應(yīng) CLARiiON 虛擬資源調(diào)配 ：允許 CLARiiON 用戶向應(yīng)用程序呈現(xiàn)的容量多于在存儲陣列中實際分配給它的容量。與上一代 CLARiiON 相比， CLARiiON CX4 的性能和規(guī)模提高了一倍，是領(lǐng)先的中端存儲解決方案，可滿足一系列需要 — 從部門應(yīng)用程序到數(shù)據(jù)中心級的業(yè)務(wù)關(guān)鍵型系統(tǒng)。通過創(chuàng)新性的技術(shù)（如閃存驅(qū)動器、UltraFlex? 技術(shù)和 CLARiiON 虛擬資源調(diào)配），客戶可以降低成本、能耗，并優(yōu)化可用性和虛擬化。 CX4 系列提供了多項創(chuàng)新的技術(shù)，其中包括閃存 驅(qū)動器、獨特的 UltraFlex 技術(shù)、 CLARiiON 虛擬資源調(diào)配、驅(qū)動器降速，以及 64 位 FLARE 和多核 Intel Xeon 處理器。 如在同步過程中，預(yù)留 LUN 池被填滿， MirrorView 軟件同樣會中斷。 如在同步過程中，預(yù)留 LUN池被填滿， MirrorView軟件會中斷， MirrorView/A鏡像關(guān)系轉(zhuǎn)變?yōu)椤肮芾韱T中斷”狀態(tài)。數(shù)據(jù)保持上一次成功更新時的一致性。 當(dāng)故障控制器恢復(fù)后，系統(tǒng)將 自動 從“系統(tǒng)中斷”轉(zhuǎn)為 “更新”狀態(tài)。 也可根據(jù)設(shè)定，通過手動方式恢復(fù)同步。以下我們就數(shù)據(jù)的恢復(fù)和切換進(jìn)行說明。 數(shù)據(jù)恢復(fù)和切換流程 數(shù)據(jù)中心與容災(zāi)中心之間的切換包括了備份應(yīng)用和備份數(shù)據(jù)的切換。 EMC 全球交付模型確保提供快速、完美的服務(wù)，而且服務(wù)可以定制，以滿足您在三個階段中的特定目標(biāo)和要求。 容災(zāi)系統(tǒng)的安全可靠運行需要系統(tǒng)硬件、軟件來保證，但更需要有相應(yīng)的人員管理體系來保證。 通過容災(zāi)中心 EMC SnapView 解決方案，建立一個或多個關(guān)鍵業(yè)務(wù)系統(tǒng)的 快照 卷，使用容災(zāi)中心主機或數(shù)據(jù)中心主機應(yīng)用查詢或測試 快照卷數(shù)據(jù)。相應(yīng)地在容災(zāi)備份中心存儲陣列上建立一一對應(yīng)地邏輯卷?？蛻糁С种行牡膶＜揖蜁治鲞@些故障，如果故障較小他們會自行糾正這些錯誤，如果故障比較嚴(yán)重他們就會通知 EMC 公司本地的客戶支持工程師，本地的工程師帶著相應(yīng)的備件在用戶很可能還沒有發(fā)現(xiàn)系統(tǒng)出現(xiàn)故障前趕到現(xiàn)場進(jìn)行維護。得到的鏡像可用于到目標(biāo)站點的快速故障切換。 在 MirrorView/同步 (MirrorView/S) 配置中，服務(wù)器向源陣列寫入數(shù)據(jù)，而源陣列記錄數(shù)據(jù)并以同步方式將此數(shù)據(jù)寫 入到目標(biāo) CLARiiON 系統(tǒng)上。在發(fā)生線路中斷時，建議在恢復(fù)線路以前人工干預(yù)（或利用腳本自動化控制）： 1. 快照可用 ， 快照 的數(shù)據(jù)不再發(fā)生變化而保留在線路中斷 前最后時間點 的狀態(tài)，是一份可重啟的數(shù)據(jù)； 2．線路恢復(fù)，不同步的數(shù)據(jù)增量復(fù)制到容災(zāi)中心，但 快照 不變動； 3．?dāng)?shù)據(jù)同步未完成，線路再次中斷， 數(shù)據(jù)中心 發(fā)生災(zāi)難； 4．利用 Snapview 的控制命令將 快照 的數(shù)據(jù)增量恢復(fù)到 容災(zāi)中心 ，覆蓋 容災(zāi)中心 不一致的數(shù)據(jù)，利用 容災(zāi)中心 恢復(fù)生產(chǎn)恢復(fù)生產(chǎn)。我們可以對應(yīng)用系統(tǒng)數(shù)據(jù)再生成一個 快照 卷，在可能發(fā)生差錯之前，通過切開生產(chǎn)卷和 快照 卷的鏡像關(guān)系生成生產(chǎn)卷的最新備份，一旦發(fā)生差錯，通過此 快照 卷來進(jìn)行恢復(fù)數(shù)據(jù)，使數(shù)據(jù)丟失的程度降到最低。 首先 ， 根據(jù)業(yè)務(wù)需要，在 數(shù)據(jù)中心建立定期 業(yè)務(wù)數(shù)據(jù)的 快照 卷 。 利用 Snapview 生成的 快照 進(jìn)行備份工作的具體操作流程如下： 建立生產(chǎn)卷和 快照 卷的鏡像關(guān)系 將生產(chǎn)卷和 快照 卷的鏡像關(guān)系切開。采用 EMC 的 Snapview 技術(shù)能夠完美地解決以上問題，實現(xiàn)數(shù)據(jù)快捷的定期備份，從而保證即使在日間這種備份工作也能實現(xiàn)。 降低生產(chǎn)系統(tǒng)備份窗口，應(yīng)對人為差錯和邏輯錯誤，防止 Rolling Disaster。 首先由于 EMC 具有豐富的容災(zāi)項目實施經(jīng)驗，故本方案所采用的技術(shù)和設(shè)備不會對現(xiàn)有生產(chǎn)系統(tǒng)帶來任何系統(tǒng)風(fēng)險，而且會降低現(xiàn)有系統(tǒng)風(fēng)險。 MirrorView 是基于陣列的， MirrorView 軟件運行在智能存儲設(shè)備 CX 上，其功能的實現(xiàn)完全與主機無關(guān)，對主機完全透明，不占用任何主機 CPU、主機I/O 通道、系統(tǒng)網(wǎng)絡(luò)資源，充分卸載主機 、網(wǎng)絡(luò)資源用于業(yè)務(wù)運行。 容災(zāi)方案說明 容災(zāi)系統(tǒng)對現(xiàn)有系統(tǒng)性能的影響 由于當(dāng)前數(shù)據(jù)量較小， 且 容災(zāi)距離 較近 ， 因此 本建議方案中推薦通過 EMC MirrorView/S 軟件實現(xiàn)遠(yuǎn)程數(shù)據(jù) 同步 復(fù)制功能 ， EMC174。 新增一臺 CX4480 存儲陣列作為容災(zāi)系統(tǒng)的容災(zāi)存儲設(shè)備，配置在容災(zāi)中心。 根據(jù) 西北電力公司 的實際情況和發(fā)展需要，我們對 西北電力公司 的災(zāi)難備份系統(tǒng)建設(shè)方案如下： 根據(jù)對多種遠(yuǎn)程復(fù)制技術(shù)的比較，最終選定基于磁盤陣列的遠(yuǎn)程數(shù)據(jù)復(fù)制方式， 建議在當(dāng)前數(shù)據(jù)量 雖然較小但 容災(zāi)距離都比較 遠(yuǎn) 的情況下， 采用 異步 容災(zāi)方式 。 抵抗的災(zāi)難類型 水、火災(zāi)、電力故障、設(shè)備嚴(yán)重物理損壞、人為設(shè)備物理損壞等 地震、水、火災(zāi)、電力故障、設(shè)備嚴(yán)重物理損壞、人為設(shè)備物理損壞等 投資情況 一般 較高 實施復(fù)雜度 簡單 較復(fù)雜 其復(fù)雜度首先需 要進(jìn)行容災(zāi)評估確認(rèn) 技術(shù)成熟度 成熟 成熟 備注： 通過磁盤陣列復(fù)制級容災(zāi)方式，如沒有其他數(shù)據(jù)備份機制或數(shù)據(jù)鏡像機制，均無法抵抗人為或邏輯造成數(shù)據(jù)丟失，而這種災(zāi)難故障，我們可以通過本地或遠(yuǎn)程數(shù)據(jù)備份或數(shù)據(jù)鏡像方式進(jìn)行預(yù)防。 當(dāng)前西北電網(wǎng)的本地主機業(yè)務(wù)和網(wǎng)絡(luò)節(jié)點系統(tǒng)均實現(xiàn)了雙機熱備或 負(fù)載均衡 ，當(dāng)某個 節(jié)點出現(xiàn)故障后，業(yè)務(wù)將自動或手動方式切換到冗余 節(jié)點， 業(yè)務(wù)不會因這些節(jié)點自身的故障導(dǎo)致業(yè)務(wù)的停滯， 但作為存放所有核心業(yè)務(wù)數(shù)據(jù)的存儲 陣列設(shè)備 ，依然存在單點故障，為了防范因硬件、軟件或人為因素造成 EMC 存儲陣列停止工作，基于存儲設(shè)備的容災(zāi)將勢在必行。 計算機系統(tǒng)故障原因分析 第二章 西西 北北 電電 網(wǎng)網(wǎng) 容容 災(zāi)災(zāi) 項項 目目 的的 現(xiàn)現(xiàn) 狀狀 和和 可可 行行 性性 IT 業(yè)務(wù)現(xiàn)狀 目前， 西北電網(wǎng)業(yè)務(wù)支撐平臺正在規(guī)劃和實施階段，當(dāng)前采用了 2 臺互為雙機的多分區(qū) HP RX8640 作為核心數(shù)據(jù)服務(wù)器系統(tǒng)， 并配置 多臺 PC 服務(wù)器作為應(yīng)用服務(wù)器系統(tǒng)，這些核心服務(wù)器設(shè)備通過 2 臺互為冗余的 SAN 交換機通過冗余的光纖鏈路鏈接到 EMC 核心存儲陣列 CX340 上。企業(yè)可以根據(jù)數(shù)據(jù)的重要性以及需要恢復(fù)的速度和程度，來設(shè)計并實現(xiàn)各自的災(zāi)難恢復(fù)計劃。 容災(zāi)方案還應(yīng)該滿足用戶關(guān)于存儲速度，數(shù)據(jù)恢復(fù)速度和程度以及投資保護等方面的不同需求，這些需求會因用戶的行業(yè)和規(guī)模有所區(qū)別。還有很多行業(yè)在逐漸的進(jìn)入，如電信的計費系統(tǒng)，電力公司的計費系統(tǒng)、鐵路調(diào)度系統(tǒng)，國內(nèi)有部分電信部門已經(jīng)實施了容災(zāi)方案，還有大量的 電信行業(yè)目前正在認(rèn)證過程中。因而，同樣是宕機一個小時，可損失卻在增加。若能，從宕機 50 個小時到一個小時，減少的損失是多少，著實際上是量化分析。對企業(yè)來說，花這筆錢是否值得呢？ 對企業(yè)用戶而言，無論是傳統(tǒng)業(yè)務(wù)，還是新興業(yè)務(wù)，投資都要講究回報，投資到容災(zāi)系統(tǒng)上的回報，就是提高系統(tǒng)的可用性，給企業(yè)帶來的額外收益。主、備中心的應(yīng)用主機均要安裝這種過程動態(tài)監(jiān)測軟件，主機間除了解網(wǎng)絡(luò)連接，還需要專線做心跳監(jiān)測，當(dāng)主機 /應(yīng)用發(fā)生故障時， Octopus 會馬上監(jiān)測到，將故障情況向管理員報警，然后根據(jù)策略自動或手工快速地將應(yīng)用切換到過程的主 機。前兩種方法的存儲鏡像是通過主機完成的，將極大地影響主機性能。容災(zāi)系統(tǒng)中，兩地的數(shù)據(jù) 是實時一致的；備份的數(shù)據(jù)則具有一定的時效性。 兩者的區(qū)別在于：容災(zāi)主要針對為災(zāi)、地震等重大自然災(zāi)害，因此備份中心與主中心間必須保證一定的安全距離；數(shù)據(jù)備份在同一數(shù)據(jù)中心進(jìn)行。當(dāng)主中心系統(tǒng)恢復(fù)后，主中心的存儲設(shè)備會向備份中心存儲設(shè)備進(jìn)行數(shù)據(jù)重新同步，然后應(yīng)用切換回主中心。 容災(zāi)的誤區(qū) 在實際應(yīng)用中，人們對容災(zāi)的認(rèn)識存在兩個誤區(qū)，常常將容災(zāi)的混淆于數(shù)據(jù)備份或遠(yuǎn)程數(shù)據(jù)復(fù)制，其實它們之間有很多區(qū)別。 足夠的寬帶 此外，由于容災(zāi)主要采用集中的網(wǎng)絡(luò)備份，備份數(shù)據(jù)量非常大，大大消耗并影響了業(yè)務(wù)系統(tǒng)的運行，因而企業(yè)最好要有 100 兆以上的 寬帶。因此，在災(zāi)難后恢復(fù)到適當(dāng)?shù)母蔽锼疁?zhǔn)所需的時間十分關(guān)鍵。 對整個容災(zāi)系統(tǒng)而言，只有數(shù)據(jù)復(fù)制并不是完整的容災(zāi)，如果沒有應(yīng)用切換，容災(zāi)就不能真正的完成。所以，丟失的一部分?jǐn)?shù)據(jù)對真正出現(xiàn)的災(zāi)難來說，在一定范圍內(nèi)是可以承受的。 基于存儲設(shè)備的數(shù) 據(jù)復(fù)制，即智能存儲系統(tǒng)的遠(yuǎn)程鏡像，屬于企業(yè)級存儲系統(tǒng)功能，這種數(shù)據(jù)復(fù)制在存儲系統(tǒng)內(nèi)部實現(xiàn)，與主機無關(guān)。其缺點是主機上資源占用太大，復(fù)制的壓力太大。 基于主機系統(tǒng)的數(shù)據(jù)復(fù)制，主要以軟件的形式進(jìn)行數(shù)據(jù)復(fù)制。現(xiàn)在，企業(yè)的部分運作完全建立在電子商務(wù)基礎(chǔ)上，對數(shù)據(jù)立即存取的要求越來越高，由于磁帶不支持?jǐn)?shù)據(jù)立即存取的運行模式，取而代之的是在線數(shù)據(jù)復(fù)制技術(shù)。因此，容災(zāi)方案的 核心是兩個關(guān)鍵技術(shù)；數(shù)據(jù)容災(zāi)（即數(shù)據(jù)復(fù)制）和應(yīng)用的遠(yuǎn)程切換（即發(fā)生災(zāi)難時應(yīng)用可以 很快的在異地切換）。這些場地問題包括：電力中斷，電信中斷，自然災(zāi)難和場地遷移等。企業(yè)最常用的備份介質(zhì)包括：磁盤，光盤塔和磁帶庫等。對于關(guān)鍵業(yè)務(wù)應(yīng)用，如電信計費系統(tǒng)，銀行營業(yè)系統(tǒng)等，則要采用異地容災(zāi)的保護 措施。 災(zāi)難分析 可能發(fā)生的災(zāi)難因各城市 /地域的地理、氣候、社會治安、城市管理，如供水、供電、通訊條件等差異而有所不同。而災(zāi)難發(fā)生從而引發(fā)的系統(tǒng)宕機的損失可能導(dǎo)致生產(chǎn)停頓，失去客戶以及減少定單、收入。 高可靠性方案應(yīng)該考慮到應(yīng)用、數(shù)據(jù)、系統(tǒng)各級的保護。 遠(yuǎn)程容災(zāi)可以這樣理解，在各種企業(yè)的 IT 系統(tǒng)中，必然有一部分（尤其是核心部分）是非常重要的，我們叫它生產(chǎn)中心。 一般來說，人們可將災(zāi)難分成下面幾個類型：自然災(zāi)難（洪水、颶風(fēng)、地震），外在事件（電力或通訊中斷）、技術(shù)失靈（電腦宕機或網(wǎng)絡(luò)受損）及設(shè)備受損（火災(zāi)）等，由于商業(yè)系統(tǒng)會因為計算機系統(tǒng)和網(wǎng)絡(luò)的緊密連接而受到很大影響，企業(yè)蒙受的沖擊及財務(wù)損失可能如同災(zāi)難本身一樣可怕。 高效連續(xù)的業(yè)務(wù) 先進(jìn)可靠的容災(zāi) 西北電力公司 容災(zāi) 備份 系統(tǒng)方案 EMC 公司 2020 年 11 月 版本變更記錄 版本 修訂日期 修訂人 描述 Joee 對原有方案重審 ，由于無法確定容災(zāi)鏈路質(zhì)量，建議首先進(jìn)行容災(zāi)評估 15 Joee 對原有方案重審，并修改異步級別容災(zāi)的可行性和可實施性