【正文】 在傳統(tǒng)的數(shù)據(jù)復(fù)制方式下，當(dāng)數(shù)據(jù)鏈路的原因造成數(shù)據(jù)不能夠復(fù)制，數(shù)據(jù)遠(yuǎn)程復(fù)制自動(dòng)掛起，同時(shí)對(duì)生產(chǎn)端存儲(chǔ)系統(tǒng)的數(shù)據(jù)更新保存在存儲(chǔ)系統(tǒng)的 Bitmap 表中，當(dāng)鏈路恢復(fù)后，存儲(chǔ)系統(tǒng)根據(jù) Bitmap 表中的記錄信息將更新過(guò)的。采用基于硬盤(pán)日志方式的通用復(fù)制軟件，可以 利用硬盤(pán)日志文件緩沖對(duì)帶寬的瞬時(shí)高需求，從而可以避免由于瞬間的高帶寬需求造成的遠(yuǎn)程數(shù)據(jù)復(fù)制的掛起。這樣就解除了主存儲(chǔ)系統(tǒng)用于數(shù)據(jù)遠(yuǎn)程復(fù)制的資源消耗，使得主存儲(chǔ)系統(tǒng)的資源 100%的服務(wù)于生產(chǎn)系統(tǒng)，從而提高了存儲(chǔ)系統(tǒng)的性能。同時(shí)， HDS 通用復(fù)制軟件還支持?jǐn)?shù)據(jù)一致性組技術(shù)，可以保證跨多數(shù)據(jù)卷的數(shù)據(jù)的完整性和一致性。 HDS 通用復(fù)制軟件通過(guò)時(shí)間戳和順序號(hào)技術(shù)，保證了在遠(yuǎn)端的存儲(chǔ)系統(tǒng)中接收到的記錄能夠按照其寫(xiě)操作的發(fā)生順序更新到遠(yuǎn)端的存儲(chǔ)系統(tǒng)數(shù)據(jù)卷中。 HDS 通用復(fù)制軟件的原理如下圖所示： 當(dāng)服務(wù)器端發(fā)出一個(gè)寫(xiě)操作時(shí)，寫(xiě) I/O 按照寫(xiě)發(fā)生的順序保存在主存儲(chǔ)系統(tǒng)的日志卷（ JNL）中，遠(yuǎn)端的存儲(chǔ)系統(tǒng)通 過(guò)發(fā)出讀日志命令從主存儲(chǔ)系統(tǒng)的日志卷（ JNL）中讀取記錄并將其寫(xiě)到本地的日志卷（ JNL）中，然后將該記錄更新到本地的數(shù)據(jù)卷中。 HDS 通用復(fù)制軟件采用基于硬盤(pán)日志文件的技術(shù)，可以保證遠(yuǎn)程數(shù)據(jù)的一致性和完整性，同時(shí)，極大的降低了存儲(chǔ)系統(tǒng) CACHE 和通信鏈路帶寬的需求。 聯(lián)想北京研究院數(shù)據(jù)存儲(chǔ)升級(jí)整合規(guī)劃方案 建議書(shū) 29 通用復(fù)制（ UR）軟件技術(shù) HDS VSP 的通用復(fù)制軟件 Universal Replicator，是基于 HDS 最新一代的通用存儲(chǔ)平臺(tái)實(shí)現(xiàn)的異步遠(yuǎn)程數(shù)據(jù)復(fù)制軟件。通過(guò)這個(gè)技術(shù)，你可以對(duì)通用存儲(chǔ)平臺(tái)進(jìn)行邏輯劃分，每個(gè)虛擬存儲(chǔ)系統(tǒng)都擁有獨(dú)立的主機(jī)通道端口、 CACHE、硬盤(pán)等資源。 同時(shí)， VSP 并不是將用戶鎖定在自己的虛擬化引擎上，而是提供了“開(kāi)放性”的友好設(shè)計(jì)界面，支持外部存儲(chǔ)系統(tǒng)數(shù)據(jù)的獨(dú)立使用，這樣，當(dāng)用戶在未來(lái)更換 VSP 的虛擬化引擎，以引入其他廠商的虛擬化技術(shù)產(chǎn)品時(shí)，會(huì)發(fā)現(xiàn)所有存儲(chǔ)設(shè)備的數(shù)據(jù)即使脫離 VSP，也可照常使用！這樣用戶 就擁有了更多的產(chǎn)品選擇權(quán)，用戶的存儲(chǔ)系統(tǒng)可追隨技術(shù)的進(jìn)步而不斷發(fā)展。 VSP 可以把連接在同一個(gè) SAN 上的其他存儲(chǔ)系統(tǒng)映射成內(nèi)置盤(pán)，然后對(duì)其進(jìn)行虛擬化管理，虛擬化以后的設(shè)備對(duì)主機(jī)透明。從主機(jī)的角度看，內(nèi)部存儲(chǔ)資源和外部存儲(chǔ)資源功能完全相同，而內(nèi)部和外部存儲(chǔ)資源之間的數(shù)據(jù)交換可以通過(guò)存儲(chǔ)系統(tǒng)本身的數(shù)據(jù)復(fù)制和數(shù)據(jù)遷移軟件來(lái)完成。 VSP 高端存儲(chǔ)系統(tǒng)內(nèi)部的資源為內(nèi)部存儲(chǔ)資源，與之相連的其它存儲(chǔ)設(shè)備上的資源是外部資源。其動(dòng)態(tài)預(yù)配置功能可將利用率提高 40%。以下方面可實(shí)現(xiàn)顯著的經(jīng)濟(jì)效益： ?? 大量回收存儲(chǔ)容量 — 包括一次性回收和持續(xù)回收，顯著降低擴(kuò)容成本； ? 資 產(chǎn)投資回報(bào) (ROA) — 充分利用現(xiàn)有存儲(chǔ)資產(chǎn)，甚至超過(guò)折舊期之后仍可繼續(xù)使用； ? 設(shè)備遷移 — 在不停機(jī)的情況下進(jìn)行多供應(yīng)商存儲(chǔ)遷移； ? 集中控制的虛擬池中的多層存儲(chǔ)可共享備份服務(wù)、復(fù)制、快照拷貝管理等功能； ? 變更管理 —對(duì)異構(gòu)系統(tǒng)進(jìn)行通用管理，在不停機(jī)的情況下進(jìn)行配置變更，減少預(yù)配置所需工時(shí)； ? 環(huán)保 —減少每 TB 占地面積、電耗和冷卻資源 (kVA 或 W / TB) ? 具備可持續(xù)發(fā)展能力，可實(shí)現(xiàn)更環(huán)保的數(shù)據(jù)中心。 ? VSP降低總體擁有成本，其具有優(yōu)異經(jīng)濟(jì)性的存儲(chǔ)架構(gòu)包括三種要素，即存儲(chǔ)虛擬化，可基于策略在存儲(chǔ)層間自動(dòng)轉(zhuǎn)移數(shù)據(jù)的分層存儲(chǔ)，以及精簡(jiǎn)預(yù)配聯(lián)想北京研究院數(shù)據(jù)存儲(chǔ)升級(jí)整合規(guī)劃方案 建議書(shū) 27 置。托管服務(wù)有助于提供現(xiàn)場(chǎng)和遠(yuǎn)程技術(shù)支持。 ? 綜合服務(wù)有助于降低運(yùn)營(yíng)和資本支出，優(yōu)化基礎(chǔ)設(shè)施，回收存儲(chǔ)容量，并與業(yè)務(wù)需 求協(xié)調(diào)一致。 ? 與領(lǐng)先的虛擬服務(wù)器平臺(tái)深度集成，提供從各個(gè)虛擬機(jī)到存儲(chǔ)邏輯單元的端對(duì)端可視性。 Hitachi Dynamic Tiering 可根據(jù)工作負(fù)載將這些存儲(chǔ)層中的細(xì)顆粒度數(shù)據(jù)，自動(dòng)移至最合適的介質(zhì)上，從而最大限度提高服務(wù)水平，并最大限度降低總體存儲(chǔ)成本。 Dynamic Tiering 采用 Hitachi Dynamic Provisioning，因此具有簡(jiǎn)化配置、節(jié)省成本和性能自動(dòng)優(yōu)化的優(yōu)點(diǎn)。 ? Hitachi Dynamic Tiering 軟件可簡(jiǎn)化存儲(chǔ)管理。將需求量不大的數(shù)據(jù)移至外部存儲(chǔ)層，優(yōu)化第 1 層資源的可用性。通過(guò)緩存和端口分區(qū)，保證多租戶安全和服務(wù)質(zhì)量。 ? 縱向擴(kuò)展 – 在單一單元中動(dòng)態(tài)添加處理器、連接和容量，滿足不斷增長(zhǎng)的需求，從而使開(kāi)放環(huán)境和大型機(jī)環(huán)境獲得最佳性能。 三數(shù)據(jù)中心構(gòu)建安全堡壘 結(jié)合先進(jìn)的數(shù)據(jù)復(fù)制解決方案，我們提出的遠(yuǎn)期容災(zāi)規(guī)劃是先進(jìn)的三數(shù)據(jù)中心解決方案（基于 VSP），而且是最為安全的“多目標(biāo)復(fù)制”方式，它將為系統(tǒng)構(gòu)建了一個(gè)堅(jiān)實(shí)的數(shù)據(jù)堡壘，確保 業(yè)務(wù)系統(tǒng)在經(jīng)受不同風(fēng)險(xiǎn)時(shí)依然能夠正常運(yùn)轉(zhuǎn)，保證業(yè)務(wù)的不斷開(kāi)展。 成熟先進(jìn)的容災(zāi)技術(shù) 高端存儲(chǔ)的容災(zāi)方案是基于成熟、先進(jìn)的數(shù)據(jù)復(fù)制技術(shù)構(gòu)建的，為眾多用戶所認(rèn)可并使用，能夠最大限度的降低遠(yuǎn)程異步數(shù)據(jù)復(fù)制時(shí)對(duì)系統(tǒng)資源的消耗，而且能夠使用戶根據(jù)自身應(yīng)用系統(tǒng)靈活的選擇 RPO，從而降低用戶在網(wǎng)絡(luò)方面的投資。 易維護(hù)性 高端存儲(chǔ)設(shè)備 支持在線微碼升級(jí)、維護(hù)、擴(kuò)容，在維護(hù)的過(guò)程中對(duì)存儲(chǔ)系統(tǒng)的性能影響最小，在信息服務(wù)的時(shí)代，能夠保證企業(yè) 7 24 365 的業(yè)務(wù)連續(xù)性。 廣泛的開(kāi)放性 連接開(kāi)放性： 可支持目前絕大多數(shù)的主流主機(jī)廠家系統(tǒng)，并與 多主機(jī)廠商進(jìn)行 戰(zhàn)略合作，能及時(shí)獲得這些主機(jī)廠家的支持。 無(wú)與倫比的性能 高端存儲(chǔ)平臺(tái)能夠提供無(wú)與倫比的性能，卓越的性能表現(xiàn)是源于獨(dú)特設(shè)計(jì)。 第三，在后端磁盤(pán)通道控制器的設(shè) 計(jì)上，同樣采用了冗余設(shè)計(jì)，保證后端磁盤(pán)通道的安全可靠。 首先，在主機(jī)通道控制器的設(shè)計(jì)上采用冗余設(shè)計(jì)，兩塊控制器板分別位于控制柜的兩個(gè) Cluster 中，互為備份； 其次，在 Cache 保護(hù)技術(shù)中，采用最成熟、最可靠的 Cache 寫(xiě)鏡像保護(hù)技術(shù)，使寫(xiě)入 Cache 中的數(shù)據(jù)得到 100％的保護(hù)。該體系架構(gòu)將原有大型主機(jī)上的技術(shù)移植到存儲(chǔ)系統(tǒng)上，經(jīng)過(guò)眾多用戶驗(yàn)證，全光纖交換體系架構(gòu)足以使系統(tǒng)在高端存儲(chǔ)構(gòu)成的存儲(chǔ)解決方案中獲益匪淺。具備易維護(hù)性的高端存儲(chǔ)系統(tǒng)可以使相關(guān)技術(shù)人員經(jīng)過(guò)一個(gè)非常短暫的知識(shí)升級(jí)之后，就可以投入到新建容災(zāi)系統(tǒng)的管理和維護(hù)工作中，有效降低人力、財(cái)力，使存儲(chǔ)系統(tǒng)盡快的為業(yè)務(wù)系統(tǒng)服務(wù)。 聯(lián)想北京研究院數(shù)據(jù)存儲(chǔ)升級(jí)整合規(guī)劃方案 建議書(shū) 23 5. 方案總結(jié)與 介紹 HDS 存儲(chǔ)方案特點(diǎn) ? HDS 本次存儲(chǔ)規(guī)劃將 為 系統(tǒng) 提供最先進(jìn)的解決方案， 建議的 VSP 高端存儲(chǔ)平臺(tái)更可以 充分利用 特有 的各項(xiàng)功能為 系統(tǒng) 提供一個(gè)面向應(yīng)用優(yōu)化的存 儲(chǔ)解決方案 ? 統(tǒng)一的存儲(chǔ)管理 －－ 未來(lái) 虛擬存儲(chǔ)管理 功能擴(kuò)展，可將現(xiàn)有所的 FC存儲(chǔ)資源數(shù)據(jù)都統(tǒng)一管理起來(lái) ? 確保各個(gè)應(yīng)用系統(tǒng) QoS－－邏輯分區(qū)功能 ? 可基于存儲(chǔ)設(shè)計(jì)將來(lái)實(shí)時(shí)的容災(zāi) 方案 ? 構(gòu)建快速備份恢復(fù)解決方案，減少計(jì)劃內(nèi)宕機(jī)時(shí)間 ? 成熟、可靠的異步融合兩 數(shù)據(jù)中心容災(zāi)解決方案 ? 構(gòu)建 統(tǒng)一的存儲(chǔ) 管理平臺(tái) 成熟可靠的數(shù)據(jù)遷移 對(duì)于當(dāng)前 USP 的數(shù)據(jù)， HDS 特有 Turecopy 遷移的方式，保證在每個(gè)應(yīng)用只需要停機(jī)一次的條件下完成系統(tǒng)遷移，同時(shí)成熟的數(shù)據(jù)遷移方案已經(jīng)有了眾多的成功案例，切實(shí)保證 ⅩⅩ 保險(xiǎn)數(shù)據(jù)安全可靠的平滑過(guò)渡。 ? 渠道業(yè)務(wù)災(zāi)難恢復(fù)：因?yàn)檫@些渠道都采用冷備份方式進(jìn)行災(zāi)難備份，因此當(dāng)災(zāi)難發(fā)生時(shí)，按預(yù)先制定的災(zāi)難恢復(fù)預(yù)案，立即啟動(dòng)系統(tǒng)（或安裝軟件后啟動(dòng)），建立通信網(wǎng)絡(luò)連接，恢復(fù)渠道業(yè)務(wù)處理功能。以下是概要的災(zāi)難恢復(fù)流程： ? 核心業(yè)務(wù)系統(tǒng)恢復(fù)：因?yàn)楹诵臉I(yè)務(wù)系統(tǒng)的數(shù)據(jù)實(shí)現(xiàn)了數(shù)據(jù)實(shí)時(shí)數(shù)據(jù)備份，生產(chǎn)系統(tǒng)的數(shù)據(jù)和目標(biāo)更新將通過(guò) HDS 的實(shí)時(shí)更新寫(xiě)入備份系統(tǒng)磁盤(pán)中，一旦災(zāi)難發(fā)生時(shí)，生產(chǎn)系統(tǒng)與備份系統(tǒng)的高速數(shù)據(jù)鏈路中斷，則備份系統(tǒng)經(jīng)過(guò)進(jìn)行當(dāng)天交易的補(bǔ)漏、數(shù)據(jù)驗(yàn)證和系統(tǒng)測(cè)試等一系列預(yù)先制訂的災(zāi)難恢復(fù)預(yù)案，就可立即恢復(fù)核心業(yè)務(wù)數(shù)據(jù)處理。 在災(zāi)難發(fā)生后，現(xiàn)場(chǎng)人員應(yīng)根據(jù)現(xiàn)場(chǎng)狀況將損失、修復(fù)、搶救情況及時(shí)反映給指揮小組；指揮小組根據(jù)災(zāi)難的定義“在特定時(shí)間內(nèi)導(dǎo)致關(guān)鍵業(yè)務(wù)無(wú)法正常運(yùn)作的事件”，對(duì)照 RTO 進(jìn)行評(píng)估，以決定是否宣布災(zāi)難狀態(tài)及啟動(dòng)相應(yīng)災(zāi)難恢復(fù)流程。這些情況破壞了銀行業(yè)務(wù)的連續(xù)運(yùn)行，帶來(lái)巨大的經(jīng)營(yíng)風(fēng)險(xiǎn)，通過(guò)災(zāi)備的實(shí)施，即從 IT 系統(tǒng)的災(zāi)難恢復(fù)角度出發(fā)，解決了核心 IT 系統(tǒng)恢復(fù)的問(wèn)題，但是由于受到技術(shù)手段和恢復(fù)范圍的限制，仍將存在以下問(wèn)題： ? 無(wú)法避免數(shù)據(jù)丟失： RPO 范圍內(nèi)的數(shù)據(jù)丟失； ? 不能立即恢復(fù)業(yè)務(wù)： RTO 范圍內(nèi)災(zāi)備系統(tǒng)不能完成啟動(dòng)； ? 部分業(yè)務(wù)不能恢復(fù)：該部分業(yè)務(wù)不在災(zāi)備恢復(fù)的業(yè)務(wù)范圍內(nèi)； 關(guān)鍵 業(yè)務(wù)系統(tǒng)災(zāi)難恢復(fù)方案 在災(zāi)難發(fā)生時(shí)刻，客戶整體的有序響應(yīng)和協(xié)同工作是非常重要的。因此，從業(yè)務(wù)連續(xù)性的角度出發(fā)，既要做好針對(duì)災(zāi)備中心和災(zāi)備系統(tǒng)的災(zāi)難恢復(fù)流程，又要針對(duì)業(yè)務(wù)恢復(fù)，建立指導(dǎo)業(yè)務(wù)部門(mén)和相關(guān)單位統(tǒng)一協(xié) 調(diào)、應(yīng)對(duì)災(zāi)難事件（本文重點(diǎn)討論數(shù)據(jù)中心災(zāi)難）的操作流程。尤其是在 IT 系統(tǒng)切換過(guò)程中，技術(shù)手段自身存在無(wú)法克服的問(wèn)題時(shí)（切換需要一段時(shí)間，存在業(yè)務(wù)數(shù)據(jù)丟失），業(yè)務(wù)操作手段可以作為彌補(bǔ)（柜臺(tái)應(yīng)急支付，通過(guò)憑證補(bǔ)錄丟失的數(shù)據(jù)）。 IT 系統(tǒng)的災(zāi)難恢復(fù)主要完成災(zāi)難備份系統(tǒng)的啟用和接管、支持業(yè)務(wù)運(yùn)行的聯(lián)想北京研究院數(shù)據(jù)存儲(chǔ)升級(jí)整合規(guī)劃方案 建議書(shū) 21 工 作。如果該時(shí)間仍未達(dá)到 RTO，則繼續(xù)監(jiān)控災(zāi)難發(fā)展?fàn)顟B(tài)，并記錄下最遲宣布災(zāi)難時(shí)間，作為下一次評(píng)估前的依據(jù)。 損害評(píng)估過(guò)程可以結(jié)合如下表格進(jìn)行： 業(yè)務(wù)系統(tǒng) RTO 災(zāi)難發(fā)生至今時(shí)間 恢復(fù)小組到達(dá)現(xiàn)場(chǎng)所需時(shí)間 恢復(fù)所需時(shí)間 時(shí)間總計(jì) 是否需要 宣布災(zāi)難 表中，時(shí)間總計(jì)＝災(zāi)難發(fā)生至今時(shí)間＋災(zāi)難恢復(fù)小組抵達(dá)現(xiàn)場(chǎng)所需時(shí)間＋恢復(fù)所需時(shí)間。 進(jìn)行相關(guān)損害評(píng)估結(jié)束后，評(píng)估人員應(yīng)該形成損害評(píng)估報(bào)告提交給災(zāi)難恢復(fù)領(lǐng)導(dǎo)決策小組。 災(zāi)難備份切換策略 當(dāng)災(zāi)難發(fā)生后，是否切換到災(zāi)備中心需要經(jīng)過(guò)一系列復(fù)雜的決策過(guò)程，該系列工作項(xiàng)目由災(zāi)難備份領(lǐng)導(dǎo)小組執(zhí)行。在此過(guò)程執(zhí)行成功后，業(yè)務(wù)系統(tǒng)完成從生產(chǎn)中心向?yàn)?zāi)備中心運(yùn)行的切換。 災(zāi)難備份演練的方法 參考 HDS 的災(zāi)難演練方法論，我們按如下順序確定本次災(zāi)難演練主要方式和內(nèi)容： 1. 確定演練策略 ? 確定演練目標(biāo)及成功標(biāo)準(zhǔn)； ? 確定演練方式； ? 確定演練范圍； ? 演練的災(zāi)難場(chǎng)景； ? 演 練頻率； ? 后勤保障計(jì)劃； 聯(lián)想北京研究院數(shù)據(jù)存儲(chǔ)升級(jí)整合規(guī)劃方案 建議書(shū) 19 2. 建立演練場(chǎng)景 ? 建立且也可能發(fā)生的災(zāi)難事件及與企業(yè)相關(guān)的突發(fā)事件的大致的演練場(chǎng)景和演練條件； ? 訓(xùn)練團(tuán)隊(duì)成員進(jìn)入演練角色，拋開(kāi)常規(guī)的工作方式，以災(zāi)難情況下的要求進(jìn)行決斷； ? 演練開(kāi)放式的通信機(jī)制，包括記錄及文檔化應(yīng)急操作中心的要求。 災(zāi)難備份演練的目的 災(zāi)備演練目的如下： ? 檢驗(yàn)災(zāi)難備份系統(tǒng)有效性； ? 檢驗(yàn) 災(zāi)難恢復(fù)預(yù)案是否滿足災(zāi)難恢復(fù)的要求； ? 確認(rèn)災(zāi)難恢復(fù)水平是否滿足災(zāi)難恢復(fù)目標(biāo)（ RTO、 RPO）的要求； ? 確認(rèn)災(zāi)難備份系統(tǒng)的處理能力符合業(yè)務(wù)接管的要求； ? 發(fā)現(xiàn)現(xiàn)有災(zāi)備系統(tǒng)、系統(tǒng)配置、流程的不足之處； ? 提高恢復(fù)團(tuán)隊(duì)的恢復(fù)技能和相應(yīng)速度。 新購(gòu) VSP 與新 IBM 主機(jī)以及 ORACLE 10G 測(cè)試 VSP 上線 新購(gòu) VSP 與 USP 做數(shù)據(jù)同步更新，采用新 VSP+新 IBM 主機(jī)新系統(tǒng)上線 USP 安裝 USP raid 實(shí)施， shawimage 實(shí)施 關(guān)系建立 新 VSP 上線后，與 USP 在本地機(jī)房實(shí)現(xiàn) turecopy 做數(shù)據(jù)復(fù)制。 存儲(chǔ)遷移架構(gòu) ⅩⅩ 保險(xiǎn) 的數(shù)據(jù)遷移需要保證系統(tǒng)的平滑過(guò)渡，因此方案遷移架構(gòu)上建議采用 VSP TureCopy 軟件 ，通過(guò)底層陣列卷復(fù)制方式進(jìn)行遷移，遷移方案需要 以最短的停機(jī)時(shí)間來(lái)完成。 作為第三方獨(dú)立存儲(chǔ)廠商， HDS 公司從銷(xiāo)售第一臺(tái)獨(dú)立存儲(chǔ)設(shè)備 就開(kāi)始了數(shù) 據(jù)遷移的實(shí)踐過(guò)程， HDS 公司 在國(guó)內(nèi)擁有數(shù)千個(gè)安裝客戶，多數(shù)客戶都經(jīng)歷了數(shù)據(jù)遷移的過(guò)程，在實(shí)施中 HDS 團(tuán)隊(duì)積累了大量實(shí)踐經(jīng)驗(yàn)，尤其是 HDS 獨(dú)特的虛擬化技術(shù)為異構(gòu)存儲(chǔ)在線數(shù)據(jù)遷移提供了強(qiáng)大技術(shù)保障。 同時(shí)考慮到今后數(shù)據(jù)量的不斷增長(zhǎng)，建議本次采購(gòu)再多配置 21 塊 300GB 磁盤(pán)。 同時(shí) VSP 具備建設(shè)多點(diǎn)三數(shù)據(jù)中心的能力，即未來(lái)可以通過(guò)三臺(tái)