業(yè)務(wù)連續(xù)性容災(zāi)-主備容災(zāi)方案白皮書

1、業(yè)務(wù)連續(xù)性容災(zāi)解決方案主備容災(zāi)解決方案技術(shù)白皮書業(yè)務(wù)連續(xù)性容災(zāi)解決方案主備容災(zāi)解決方案技術(shù)白皮書目錄目錄 HYPERLINK l _bookmark0 概述1 HYPERLINK l _bookmark1 單數(shù)據(jù)中心運行挑戰(zhàn)1 HYPERLINK l _bookmark2 方案簡介1 HYPERLINK l _bookmark3 方案亮點2 HYPERLINK l _bookmark4 方案架構(gòu)3 HYPERLINK l _bookmark5 解決方案概述3 HYPERLINK l _bookmark6 主備存儲同構(gòu)場景4 HYPERLINK l _bookmark7 方案架構(gòu)4 HYPERL

2、INK l _bookmark8 SAN 容災(zāi)方案4 HYPERLINK l _bookmark10 NAS 容災(zāi)方案5 HYPERLINK l _bookmark12 方案設(shè)計5 HYPERLINK l _bookmark13 SAN 應(yīng)用數(shù)據(jù)一致性設(shè)計5 HYPERLINK l _bookmark14 RPO&RTO5 HYPERLINK l _bookmark15 容災(zāi)管理6 HYPERLINK l _bookmark17 方案亮點6 HYPERLINK l _bookmark18 典型配置7 HYPERLINK l _bookmark19 組網(wǎng)7 HYPERLINK l _bookma

3、rk23 規(guī)格9 HYPERLINK l _bookmark24 主備存儲異構(gòu)場景10 HYPERLINK l _bookmark25 方案設(shè)計11 HYPERLINK l _bookmark26 應(yīng)用數(shù)據(jù)一致性設(shè)計11 HYPERLINK l _bookmark27 RPO&RTO11 HYPERLINK l _bookmark28 容災(zāi)運維管理12 HYPERLINK l _bookmark30 方案亮點12 HYPERLINK l _bookmark31 典型配置13 HYPERLINK l _bookmark32 組網(wǎng)13 HYPERLINK l _bookmark35 規(guī)格14 HY

4、PERLINK l _bookmark36 數(shù)據(jù)庫容災(zāi)場景15 HYPERLINK l _bookmark37 方案架構(gòu)16 HYPERLINK l _bookmark38 服務(wù)器異構(gòu)16 HYPERLINK l _bookmark39 服務(wù)器同構(gòu)16 HYPERLINK l _bookmark40 方案設(shè)計17 HYPERLINK l _bookmark41 應(yīng)用數(shù)據(jù)一致性設(shè)計17 HYPERLINK l _bookmark42 RPO&RTO17 HYPERLINK l _bookmark43 容災(zāi)管理18 HYPERLINK l _bookmark44 方案亮點19 HYPERLINK

5、l _bookmark45 典型配置20 HYPERLINK l _bookmark46 組網(wǎng)20 HYPERLINK l _bookmark48 規(guī)格20 HYPERLINK l _bookmark49 關(guān)鍵技術(shù)22 HYPERLINK l _bookmark50 異構(gòu)虛擬化技術(shù)22 HYPERLINK l _bookmark51 卷鏡像技術(shù)24 HYPERLINK l _bookmark54 存儲遠程復(fù)制技術(shù)27 HYPERLINK l _bookmark55 LUN 同步遠程復(fù)制28 HYPERLINK l _bookmark56 LUN 異步遠程復(fù)制29 HYPERLINK l _bo

6、okmark57 文件系統(tǒng)異步遠程復(fù)制30 HYPERLINK l _bookmark58 數(shù)據(jù)庫復(fù)制技術(shù)32 HYPERLINK l _bookmark59 容災(zāi)管理核心功能37 HYPERLINK l _bookmark60 設(shè)備資源37 HYPERLINK l _bookmark61 可視化拓撲37 HYPERLINK l _bookmark62 容災(zāi)場景操作流程38 HYPERLINK l _bookmark63 主備存儲同構(gòu)場景38 HYPERLINK l _bookmark64 系統(tǒng)搭建流程38 HYPERLINK l _bookmark65 測試流程39 HYPERLINK l

7、_bookmark66 容災(zāi)演練流程40 HYPERLINK l _bookmark67 災(zāi)難恢復(fù)流程42 HYPERLINK l _bookmark68 主備存儲異構(gòu)場景43 HYPERLINK l _bookmark69 系統(tǒng)搭建流程43 HYPERLINK l _bookmark70 容災(zāi)操作流程43 HYPERLINK l _bookmark71 數(shù)據(jù)庫容災(zāi)場景44 HYPERLINK l _bookmark72 系統(tǒng)搭建流程44 HYPERLINK l _bookmark73 測試流程46 HYPERLINK l _bookmark74 容災(zāi)演練流程47 HYPERLINK l _b

8、ookmark75 災(zāi)難恢復(fù)流程50 HYPERLINK l _bookmark76 5 結(jié)論54業(yè)務(wù)連續(xù)性容災(zāi)解決方案主備容災(zāi)解決方案技術(shù)白皮書1 概述 1 概 述 HYPERLINK l _bookmark1 單數(shù)據(jù)中心運行挑戰(zhàn) HYPERLINK l _bookmark2 方案簡介 HYPERLINK l _bookmark3 方案亮點單數(shù)據(jù)中心運行挑戰(zhàn)從傳統(tǒng) IT 系統(tǒng)改造為數(shù)據(jù)中心模式之后，設(shè)備資源和管理都有了較大提升，但是數(shù)據(jù)的集中也引發(fā)了新的問題，故障域變得更大，任意一個小的設(shè)備故障或者災(zāi)難可能引發(fā)大面積的業(yè)務(wù)中斷，甚至數(shù)據(jù)永久丟失，如果沒有符合業(yè)務(wù)連續(xù)性要求的數(shù)據(jù)保護手段，保障

9、各種災(zāi)難場景下的數(shù)據(jù)安全，用戶隨時可能面臨著嚴重的業(yè)務(wù)中斷和數(shù)據(jù)丟失風險。方案簡介如今企業(yè)和政府部門越來越依賴信息化進行辦公、服務(wù)、發(fā)展與決策，數(shù)據(jù)丟失和業(yè)務(wù)中斷會造成巨大經(jīng)濟與信譽損失。911 事件和四川大地震證明，各種自然災(zāi)難（火災(zāi)、水災(zāi)、地震等）和人為災(zāi)難（誤操作、病毒等）總是無法避免的。數(shù)據(jù)和業(yè)務(wù)的災(zāi)難備份已成為信息系統(tǒng)建設(shè)的必然要求和發(fā)展趨勢。國家信息化領(lǐng)導小組關(guān)于加強信息安全保障工作的意見(中辦發(fā) 200327號)、關(guān)于做好國家重要信息系統(tǒng)災(zāi)難備份的通知(國信辦 2004 11 號) 、重要信息系統(tǒng)災(zāi)難恢復(fù)指南、信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范（GB/T20988-2007）等文件的相繼出臺，

10、標志著容災(zāi)系統(tǒng)的建立正走向規(guī)范化。主備容災(zāi)，指客戶在生產(chǎn)中心之外，另一地點選址建設(shè)容災(zāi)中心，形成一對一的數(shù)據(jù)級或應(yīng)用級保護。相對于兩地三中心、集中容災(zāi)等復(fù)雜拓撲結(jié)構(gòu)，主備容災(zāi)是目前市場上采用得最廣泛的容災(zāi)方式。方案亮點強大的擴展性方案采用虛擬化存儲直接異構(gòu)接管或者存儲鏡像卷技術(shù)，實現(xiàn)在網(wǎng)異構(gòu)存儲的資源整合，存儲空間擴展和利舊更方便。SAN 和 NAS 一體化容災(zāi)，數(shù)據(jù)庫層容災(zāi)，容災(zāi)方案擴展更簡單。業(yè)務(wù)快速恢復(fù)支持一鍵式演練和容災(zāi)切換，自動化腳本代替繁瑣的手工操作，降低系統(tǒng) RTO。提供基于應(yīng)用的數(shù)據(jù)一致性保護，能夠感知生產(chǎn)主機的關(guān)鍵應(yīng)用，在異步遠程復(fù)制開啟時，先進行主機內(nèi)存數(shù)據(jù)刷盤，保證應(yīng)用數(shù)

11、據(jù)一致性，確保災(zāi)備端的業(yè)務(wù)能夠拉起。便捷管理維護一站式管理災(zāi)備中心的服務(wù)器、存儲、網(wǎng)絡(luò)資源，同時管理客戶側(cè)接入設(shè)備，使得整個系統(tǒng)管理簡單、明確。管理軟件具備圖形化操作和容災(zāi)拓撲顯示，使用戶感知更加直觀，運維更加方便。完善的登錄和操作日志，為事后審計提供良好支撐。提供可自定義的 Dashboard，展示容災(zāi)相關(guān)的圖形報表，包括保護策略日程、保護策略執(zhí)行情況等。業(yè)務(wù)連續(xù)性容災(zāi)解決方案主備容災(zāi)解決方案技術(shù)白皮書2 方案架構(gòu) 2 方案架構(gòu) HYPERLINK l _bookmark5 解決方案概述 HYPERLINK l _bookmark6 主備存儲同構(gòu)場景 HYPERLINK l _bookmar

12、k24 主備存儲異構(gòu)場景 HYPERLINK l _bookmark36 數(shù)據(jù)庫容災(zāi)場景解決方案概述隨著信息化的發(fā)展，企業(yè)以及政府行業(yè)對容災(zāi)系統(tǒng)建設(shè)的需求越來越明顯，特別在醫(yī)療、政府、大企業(yè)、金融等領(lǐng)域，容災(zāi)系統(tǒng)建設(shè)已經(jīng)成為信息化建設(shè)的必要步驟。傳統(tǒng)容災(zāi)系統(tǒng)建設(shè)主要關(guān)注容災(zāi)設(shè)計和部署，忽略了容災(zāi)系統(tǒng)管理和災(zāi)難恢復(fù)的自動化流程。在部署交付完成后，客戶往往發(fā)現(xiàn)系統(tǒng)維護困難，真正災(zāi)難發(fā)生時，需要非常繁瑣的操作和很長的時間才能恢復(fù)數(shù)據(jù)和業(yè)務(wù)，實際使用效果與之前的容災(zāi)規(guī)劃差距很大。華為廣泛汲取了在醫(yī)療、政府、金融等行業(yè)中多個容災(zāi)項目中的實踐經(jīng)驗，深入挖掘客戶在容災(zāi)建設(shè)中的需求，結(jié)合華為在融合存儲架構(gòu)、統(tǒng)

13、一管理平臺上的優(yōu)勢，推出主備容災(zāi)解決方案，幫助客戶合理規(guī)劃，建設(shè)易管理、易維護、支持快速數(shù)據(jù)和業(yè)務(wù)恢復(fù)的容災(zāi)系統(tǒng)。主備容災(zāi)解決方案主要針對兩種客戶場景：主備都是華為存儲的場景和生產(chǎn)存儲為友商陣列的場景。主備存儲同構(gòu)場景方案架構(gòu)SAN 容災(zāi)方案圖2-1 方案架構(gòu)設(shè)計圖陣列同步/異步復(fù)制均使用 OceanStor V3 的遠程復(fù)制功能。容災(zāi)管理軟件 OceanStor BCManager 只需在災(zāi)備端部署 1 套即可，可部署在物理機或者虛擬機上。方案支持的應(yīng)用不限于圖中 Oracle RAC、FusionSphere 和 VMware，具體支持請參見方案規(guī)格。 HYPERLINK l _bookm

14、ark9 如圖 2-1 所示，本場景下生產(chǎn)存儲與災(zāi)備存儲都部署華為陣列，采用陣列復(fù)制技術(shù)（HyperReplication/A 或者 HyperReplication/S）實現(xiàn)容災(zāi)數(shù)據(jù)復(fù)制，當然針對數(shù)據(jù)庫業(yè)務(wù)，也可以選擇通過應(yīng)用層復(fù)制方案完成數(shù)據(jù)同步，而對于華為云平臺還可以選擇通過主機層復(fù)制方式實現(xiàn)數(shù)據(jù)同步。NAS 容災(zāi)方案圖2-2 方案架構(gòu)設(shè)計圖文件系統(tǒng)復(fù)制使用 OceanStor V3 的文件系統(tǒng)異步遠程復(fù)制功能。容災(zāi)管理軟件 OceanStor BCManager 只需在災(zāi)備端部署 1 套即可，可部署在物理機或者虛擬機上。方案支持的應(yīng)用不限于圖中 VMware，具體支持請參見方案規(guī)格。

15、HYPERLINK l _bookmark11 如圖 2-2 所示，本場景下生產(chǎn)存儲與災(zāi)備存儲都部署華為陣列，采用文件系統(tǒng)異步遠程復(fù)制技術(shù)（HyperReplication/A）實現(xiàn)生產(chǎn)數(shù)據(jù)的保護。方案設(shè)計SAN 應(yīng)用數(shù)據(jù)一致性設(shè)計容災(zāi)數(shù)據(jù)的一致性是容災(zāi)建設(shè)的關(guān)鍵點，傳統(tǒng)存儲容災(zāi)方案只關(guān)注存儲層的數(shù)據(jù)一 致，對某些復(fù)雜應(yīng)用，如數(shù)據(jù)庫應(yīng)用，由于丟失了主機內(nèi)存數(shù)據(jù)，存在數(shù)據(jù)不一致的風險。本方案提供的容災(zāi)管理軟件，能夠感知生產(chǎn)主機的關(guān)鍵應(yīng)用，如 Oracle 、SQLServer、 DB2 等，在異步遠程復(fù)制開啟時，先進行主機內(nèi)存數(shù)據(jù)刷盤，確保所有內(nèi)存數(shù)據(jù)能夠同步到災(zāi)備端，避免主機內(nèi)存數(shù)據(jù)丟失導致的

16、數(shù)據(jù)不一致情況發(fā)生。RPO&RTORPO本場景支持的最小 RPO 為 0，需要采用 HyperReplication/S(同步復(fù)制)技術(shù)做容災(zāi)數(shù)據(jù)復(fù)制。若客戶采用 HyperReplication/A(異步復(fù)制)技術(shù)做 SAN 數(shù)據(jù)復(fù)制，最小可以做到秒級的RPO。若客戶需要應(yīng)用保護，采用刷內(nèi)存功能保證數(shù)據(jù)一致性，不建議過于頻繁進行刷內(nèi)存操作，建議復(fù)制周期設(shè)置為 15 分鐘以上。采用 HyperReplication/A(異步復(fù)制)技術(shù)做 NAS 數(shù)據(jù)復(fù)制，同步周期最短 5 分鐘。為了降低性能影響，不建議過于頻繁進行周期復(fù)制，建議復(fù)制周期設(shè)置為 15 分鐘以上。RTO方案提供的容災(zāi)管理軟件支持一

17、鍵式容災(zāi)切換，使用自動化腳本代替繁瑣的人工切換操作，加速業(yè)務(wù)恢復(fù)，降低 RTO，簡化容災(zāi)運維難度。針對 Oracle 數(shù)據(jù)庫，自動切換腳本能夠代替存儲復(fù)制切換、LUN 映射、存儲配置、啟動應(yīng)用、測試應(yīng)用等手工操作。因此本方案支持分鐘級別的 RTO。容災(zāi)管理本方案提供的容災(zāi)管理軟件提供針對應(yīng)用的容災(zāi)管理，運維管理功能設(shè)計參見章節(jié)“ HYPERLINK l _bookmark62 4 HYPERLINK l _bookmark62 容災(zāi)場景操作流程”。方案運維管理功能的一大特點是提供可視化管理。 HYPERLINK l _bookmark16 如圖 2-3 所示，客戶可以從拓撲圖中看到關(guān)鍵應(yīng)用的數(shù)

18、據(jù)文件對應(yīng)的存儲 LUN，以及這些存儲 LUN 的容災(zāi)狀態(tài)?；趹?yīng)用的容災(zāi)視圖有效展示了應(yīng)用容災(zāi)狀態(tài)，簡化容災(zāi)配置，降低由于應(yīng)用的部分關(guān)鍵文件沒有保護導致災(zāi)備端業(yè)務(wù)無法拉起的風險。圖2-3 Oracle 應(yīng)用可視化容災(zāi)拓撲其他運維設(shè)計功能參見章節(jié)“ HYPERLINK l _bookmark62 4 HYPERLINK l _bookmark62 容災(zāi)場景操作流程”。方案亮點存儲互連互通華為存儲系統(tǒng)支持高中低端存儲容災(zāi)業(yè)務(wù)直接互通，災(zāi)備端按需配置，支持配置低端陣列，降低災(zāi)備投資 50%以上。采用陣列容災(zāi)復(fù)制技術(shù)，存儲層完成容災(zāi)數(shù)據(jù)復(fù)制，減少容災(zāi)業(yè)務(wù)對生產(chǎn)服務(wù)器的性能影響。支持同步、異步復(fù)制模式

19、，可根據(jù)客戶 RPO、RTO 需求，針對具體應(yīng)用量身打造容災(zāi)方案。業(yè)務(wù)快速恢復(fù)支持一鍵式演練和容災(zāi)切換，自動化腳本代替繁瑣的手工操作，降低系統(tǒng) RTO。提供基于應(yīng)用的數(shù)據(jù)一致性保護，能夠感知生產(chǎn)主機的關(guān)鍵應(yīng)用，在異步遠程復(fù)制開啟時，先進行主機內(nèi)存數(shù)據(jù)刷盤，保證應(yīng)用數(shù)據(jù)一致性，確保災(zāi)備端的業(yè)務(wù)能夠拉起。便捷管理維護一站式管理災(zāi)備中心的服務(wù)器、存儲、網(wǎng)絡(luò)資源，同時管理客戶側(cè)接入設(shè)備，使得整個系統(tǒng)管理簡單、明確。管理軟件具備圖形化操作和容災(zāi)拓撲顯示，使用戶感知更加直觀，運維更加方便。完善的登錄和操作日志，為事后審計提供良好支撐。提供可自定義的 Dashboard，展示容災(zāi)相關(guān)的圖形報表，包括保護策略

20、日程、保護策略執(zhí)行情況等。典型配置組網(wǎng)本場景中使用 OceanStor V3 作為數(shù)據(jù)存儲，然后采用陣列復(fù)制技術(shù)（HyperReplication/A 或者 HyperReplication/S）實現(xiàn)主備站點華為陣列的容災(zāi)數(shù)據(jù)復(fù)制。如下圖所示，列舉了三種典型的組網(wǎng)配置： HYPERLINK l _bookmark20 如圖 2-4 所示，生產(chǎn)中心采用 FC SAN 組網(wǎng)部署 2 節(jié)點 Oracle RAC，災(zāi)備中心部署單實例 Oracle 數(shù)據(jù)庫，并在災(zāi)備中心的一臺虛擬機上部署 OceanStor BCManager 進行復(fù)制任務(wù)調(diào)度與容災(zāi)管理； HYPERLINK l _bookmark21

21、 如圖 2-5 所示，生產(chǎn)中心采用 SAN 組網(wǎng)部署 VMware HA 集群，災(zāi)備中心部署ESXi 主機，并在其中一個虛擬機上部署 OceanStor BCManager 進行復(fù)制任務(wù)調(diào)度與容災(zāi)管理； HYPERLINK l _bookmark22 如圖 2-6 所示，生產(chǎn)中心采用 NAS 組網(wǎng)部署 VMware HA 集群，災(zāi)備中心部署ESXi 主機，并在其中一個虛擬機上部署 OceanStor BCManager 進行復(fù)制任務(wù)調(diào)度與容災(zāi)管理。圖2-4 典型配置組網(wǎng)圖（Oracle RAC）圖2-5 典型配置組網(wǎng)圖（VMware vSphere SAN）圖2-6 典型配置組網(wǎng)圖（VMwar

22、e vSphere NAS）規(guī)格本章節(jié)以 HYPERLINK l _bookmark18 2.2.4 HYPERLINK l _bookmark18 典型配置為例，描述典型配置的核心參數(shù)，如果實際采用的是其他型號的華為存儲，參數(shù)參見具體產(chǎn)品規(guī)格表。硬件規(guī)格參數(shù)名稱參數(shù)生產(chǎn)存儲（OceanStor 6800 V3）最大硬盤數(shù)量3200硬盤參數(shù)2.5 寸硬盤框：10kr/min SAS：300GB、600GB、900GB、1.2TB15kr/min SAS：300GB、600GBSSD（SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB3.5 寸硬盤框：7200

23、r/min NL-SAS：2TB、3TB、4TB、6TB7200r/min SATA：1TB、2TB、3TBSSD（SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB災(zāi)備存儲（OceanStor 5500 V3）最大硬盤數(shù)量750名稱參數(shù)硬盤參數(shù)2.5 寸硬盤框：10kr/min SAS：300GB、600GB、900GB、1.2TB15kr/min SAS：300GB、600GBSSD（SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB3.5 寸硬盤框：7200r/min NL-SAS：2TB、3TB、4TB、6TB72

24、00r/min SATA：1TB、2TB、3TBSSD（SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB軟件規(guī)格參數(shù)名稱參數(shù)容災(zāi)管理軟件（BCManager）站點數(shù)32 個本地站點，32 個遠程站點保護組數(shù)最大支持 256 個保護組保護策略數(shù)最大支持 256 個保護策略并發(fā)執(zhí)行的保護策略數(shù)最多支持 16 個保護策略同時執(zhí)行恢復(fù)計劃數(shù)最大支持 256 個恢復(fù)計劃并發(fā)執(zhí)行的恢復(fù)計劃數(shù)最大支持 10 個恢復(fù)計劃同時執(zhí)行存儲陣列數(shù)存儲陣列最多支持 32 個，其中 2 高端存儲 或 8 中端存儲 或 32 低端存儲業(yè)務(wù)主機數(shù)64 臺主備存儲異構(gòu)場景華為存儲通過卷鏡像

25、或直接接管異構(gòu)存儲 LUN，對 V3 鏡像卷或者對接管后的 LUN 使用 OceanStor V3 遠程復(fù)制，將數(shù)據(jù)從生產(chǎn)中心同步至災(zāi)備中心進行異地保護。圖2-7 架構(gòu)設(shè)計圖陣列同步/異步復(fù)制均使用 OceanStor V3 的遠程復(fù)制功能。此處生產(chǎn)中心業(yè)務(wù) LUN 有兩種存在形態(tài)：鏡像和直接接管異構(gòu)存儲 LUN，對 V3 鏡像卷或者對接管后的 LUN 使用 OceanStor V3 復(fù)制。生產(chǎn)中心可使用 OceanStor V3 接管異構(gòu)存儲陣列。容災(zāi)管理軟件 OceanStor BCManager 只需在災(zāi)備端部署 1 套即可，可部署在物理機或者虛擬機上。方案支持的應(yīng)用不限于圖中 Orac

26、le RAC、FusionSphere 和 VMware，具體支持請參見方案規(guī)格。華為 OceanStor V3 存儲支持異構(gòu)虛擬化接管，可以直接將現(xiàn)網(wǎng)其它品牌（兼容性列表內(nèi)）的 LUN 映射給 OceanStor V3，然后映射給業(yè)務(wù)主機使用。或通過 OceanStor V3 自身的卷鏡像特性實現(xiàn)華為存儲于異構(gòu)存儲的高可用，再通過華為存儲的陣列遠程復(fù)制功能，實現(xiàn)異地主備容災(zāi)。方案設(shè)計應(yīng)用數(shù)據(jù)一致性設(shè)計容災(zāi)數(shù)據(jù)的一致性是容災(zāi)建設(shè)的關(guān)鍵點，傳統(tǒng)存儲容災(zāi)方案只關(guān)注存儲層的數(shù)據(jù)一 致，對某些復(fù)雜應(yīng)用，如數(shù)據(jù)庫應(yīng)用，由于丟失了主機內(nèi)存數(shù)據(jù)，存在數(shù)據(jù)不一致的風險。本方案提供的容災(zāi)管理軟件，能夠感知生產(chǎn)主

27、機的關(guān)鍵應(yīng)用，如 Oracle 、SQLServer、 DB2（具體支持請參見方案規(guī)格）等，在異步遠程復(fù)制開啟時，先進行主機內(nèi)存數(shù)據(jù)刷盤，確保所有內(nèi)存數(shù)據(jù)能夠同步到災(zāi)備端，避免主機內(nèi)存數(shù)據(jù)丟失導致的數(shù)據(jù)不一致情況發(fā)生。RPO&RTORPO本場景支持的最小 RPO 為 0，需要采用 HyperReplication/S(同步復(fù)制)技術(shù)做容災(zāi)數(shù)據(jù)復(fù)制。若客戶采用 HyperReplication/A(異步復(fù)制)技術(shù)做容災(zāi)數(shù)據(jù)復(fù)制，最小可以做到秒級RPO。若客戶需要應(yīng)用保護，采用刷內(nèi)存功能保證數(shù)據(jù)一致性，不建議過于頻繁進行刷內(nèi)存操作，建議復(fù)制周期設(shè)置為 15 分鐘以上。RTO方案提供的容災(zāi)管理軟件支

28、持一鍵式容災(zāi)切換，使用自動化腳本代替繁瑣的人工切換操作，加速業(yè)務(wù)恢復(fù)，降低 RTO，簡化容災(zāi)運維難度。針對 Oracle 數(shù)據(jù)庫，自動切換腳本能夠代替存儲復(fù)制切換、LUN 映射、存儲配置、啟動應(yīng)用、測試應(yīng)用等手工操作。因此本方案支持分鐘級別的 RTO。容災(zāi)運維管理本方案提供的容災(zāi)管理軟件提供針對應(yīng)用的容災(zāi)管理，運維管理功能設(shè)計參見章節(jié)“ HYPERLINK l _bookmark62 4 HYPERLINK l _bookmark62 容災(zāi)場景操作流程”。方案運維管理功能的一大特點是提供可視化管理。 HYPERLINK l _bookmark29 如圖 2-8 所示，客戶可以從拓撲圖中看到關(guān)鍵

29、應(yīng)用的數(shù)據(jù)文件對應(yīng)的存儲 LUN，以及這些存儲 LUN 的容災(zāi)狀態(tài)?；趹?yīng)用的容災(zāi)視圖有效展示了應(yīng)用容災(zāi)狀態(tài)，簡化容災(zāi)配置，降低由于應(yīng)用的部分關(guān)鍵文件沒有保護導致災(zāi)備端業(yè)務(wù)無法拉起的風險。圖2-8 Oracle 可視化容災(zāi)拓撲其他運維設(shè)計功能參見章節(jié)“ HYPERLINK l _bookmark62 4 HYPERLINK l _bookmark62 容災(zāi)場景操作流程”。方案亮點異構(gòu)接管提高利用率方案采用虛擬化存儲直接異構(gòu)接管或者存儲卷鏡像技術(shù)，實現(xiàn)在網(wǎng)異構(gòu)存儲的資源整合。存儲卷鏡像技術(shù)，為生產(chǎn)存儲提供雙保險，接管的異構(gòu)陣列故障或者需要停機維護時，華為陣列繼續(xù)提供業(yè)務(wù)訪問能力，上層業(yè)務(wù)無影響。

30、方案采用存儲虛擬化技術(shù)兼容友商陣列，使友商存儲和華為存儲可以共存，同時對上層提供服務(wù)。異地業(yè)務(wù)快速恢復(fù)支持一鍵式演練和容災(zāi)切換，自動化腳本代替繁瑣的手工操作，降低系統(tǒng) RTO。提供基于應(yīng)用的數(shù)據(jù)一致性保護，能夠感知生產(chǎn)主機的關(guān)鍵應(yīng)用，在異步遠程復(fù)制開啟時，先進行主機內(nèi)存數(shù)據(jù)刷盤，保證應(yīng)用數(shù)據(jù)一致性，確保災(zāi)備端的業(yè)務(wù)能夠拉起。便捷管理維護一站式管理災(zāi)備中心的服務(wù)器、存儲、網(wǎng)絡(luò)資源，同時管理客戶側(cè)接入設(shè)備，使得整個系統(tǒng)管理簡單、明確。管理軟件具備圖形化操作和容災(zāi)拓撲顯示，使用戶感知更加直觀，運維更加方便。完善的登錄和操作日志，為事后審計提供良好支撐。提供可自定義的 Dashboard，展示容災(zāi)相關(guān)

31、的圖形報表，包括保護策略日程、保護策略執(zhí)行情況等。典型配置組網(wǎng) HYPERLINK l _bookmark33 如圖 2-9、 HYPERLINK l _bookmark34 圖 2-10 所示，列舉了兩種應(yīng)用的典型組網(wǎng)配置，本場景中首先使用OceanStor V3 異構(gòu)虛擬化技術(shù)直接異構(gòu)接管友商存儲或者構(gòu)造卷鏡像，然后采用陣列復(fù)制技術(shù)（HyperReplication/A 或者 HyperReplication/S）實現(xiàn)主備站點華為陣列的容災(zāi)數(shù)據(jù)復(fù)制。圖2-9 典型配置組網(wǎng)圖（Oracle RAC）圖2-10 典型配置組網(wǎng)圖（VMware vSphere）規(guī)格本章節(jié)以 HYPERLINK l

32、 _bookmark31 2.3.4 HYPERLINK l _bookmark31 典型配置中的配置為例，描述典型配置的核心參數(shù)，如果實際采用的是其他型號的華為存儲，參數(shù)參見具體產(chǎn)品規(guī)格表。硬件規(guī)格參數(shù)名稱參數(shù)生產(chǎn)存儲（OceanStor 6800 V3）最大硬盤數(shù)量3200硬盤參數(shù)2.5 寸硬盤框：10kr/min SAS：300GB、600GB、900GB、1.2TB15kr/min SAS：300GB、600GBSSD（SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB3.5 寸硬盤框：7200r/min NL-SAS：2TB、3TB、4TB、6TB

33、7200r/min SATA：1TB、2TB、3TBSSD（SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB災(zāi)備存儲（OceanStor 5500 V3）最大硬盤數(shù)量750硬盤參數(shù)2.5 寸硬盤框：10kr/min SAS：300GB、600GB、900GB、名稱參數(shù)1.2TB15kr/min SAS：300GB、600GBSSD（SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB3.5 寸硬盤框：7200r/min NL-SAS：2TB、3TB、4TB、6TB7200r/min SATA：1TB、2TB、3TBSSD（

34、SLC）：200GBSSD（eMLC）：400GB、600GB、900GB、1.8TB軟件規(guī)格參數(shù)名稱參數(shù)容災(zāi)管理軟件（BCManager）站點數(shù)32 個本地站點，32 個遠程站點保護組數(shù)最大支持 256 個保護組保護策略數(shù)最大支持 256 個保護策略并發(fā)執(zhí)行的保護策略數(shù)最多支持 16 個保護策略同時執(zhí)行恢復(fù)計劃數(shù)最大支持 256 個恢復(fù)計劃并發(fā)執(zhí)行的恢復(fù)計劃數(shù)最大支持 10 個恢復(fù)計劃同時執(zhí)行存儲陣列數(shù)存儲陣列最多支持 32 個，其中 2 高端存儲 或 8 中端存儲 或 32 低端存儲業(yè)務(wù)主機數(shù)64 臺數(shù)據(jù)庫容災(zāi)場景本章節(jié)描述 Oracle Data Guard 和 GoldenGate 的

35、容災(zāi)方案架構(gòu)。方案架構(gòu)服務(wù)器異構(gòu)GoldenGate 使用 Active-Passive 模式來實現(xiàn)主備容災(zāi)，同時可以在備庫分擔查詢負載壓力。配置 Active-Passive 模式的目的是為了主庫因計劃和非計劃的中斷后可以失敗轉(zhuǎn)移到一個完整復(fù)制主庫數(shù)據(jù)的備份數(shù)據(jù)庫上，業(yè)務(wù)架構(gòu)如下：在這種配置中，備庫擁有一個不活動的 Extract group 和一個 data pump。這些進程組在用戶應(yīng)用因 switchover 或 failover 切換到這個備用系統(tǒng)前都應(yīng)保持 stopped 狀態(tài)。當用戶活動切換到備用系統(tǒng)時，這些進程組開始捕獲事務(wù)并將其寫入到本地的 trail 中，這些數(shù)據(jù)存儲在磁盤

36、上直到主庫恢復(fù)使用。在主庫失敗的案例中，Oracle GoldenGate 的 Manager 和 Replicat 進程與一個數(shù)據(jù)庫協(xié)同工作，在主系統(tǒng)恢復(fù)后從備庫將數(shù)據(jù)恢復(fù)到主庫，使兩個系統(tǒng)相等。在適當?shù)臅r 候，將用戶移回主系統(tǒng)，Oracle GoldenGate 再一次被配置為準備模式，以準備將來的failover。服務(wù)器同構(gòu)Oracle Data Guard 物理備用數(shù)據(jù)庫通過重做應(yīng)用技術(shù)進行維護并與生產(chǎn)數(shù)據(jù)庫保持同步。生產(chǎn)數(shù)據(jù)庫的重做數(shù)據(jù)隨附在物理備份中，該物理備份使用介質(zhì)恢復(fù)將更改從重做數(shù)據(jù)應(yīng)用到備用數(shù)據(jù)庫。使用重做應(yīng)用，備份數(shù)據(jù)庫在物理上與生產(chǎn)數(shù)據(jù)庫保持一致。物理備用數(shù)據(jù)庫可幫助企

37、業(yè)有效降低災(zāi)難和數(shù)據(jù)錯誤的風險。在發(fā)生錯誤或災(zāi)難時，物理備用數(shù)據(jù)庫將被打開，并用來為應(yīng)用和最終用戶提供服務(wù)。典型的 DataGuard 配置如下圖所示該方案支持實時查詢的物理備用 (Physical Standby with Real Time Query)，自動故障切換和轉(zhuǎn)換，自動修復(fù)數(shù)據(jù)庫壞塊等功能。方案設(shè)計應(yīng)用數(shù)據(jù)一致性設(shè)計Data GuardData Guard 是通過傳輸和運行數(shù)據(jù)庫日志文件，來保持生產(chǎn)和容災(zāi)數(shù)據(jù)庫的數(shù)據(jù)一致性。物理 standby 數(shù)據(jù)庫從物理上提供了與生產(chǎn)數(shù)據(jù)庫在數(shù)據(jù)塊級的一致性鏡像。物理standby 數(shù)據(jù)庫通過 Redo Apply 技術(shù)來保障數(shù)據(jù)鏡像能力。一

38、旦數(shù)據(jù)庫因某種情況而不可用時，standby 數(shù)據(jù)庫將正常切換或故障切換為新的生產(chǎn)數(shù)據(jù)庫，以達到無數(shù)據(jù)損失或最小化數(shù)據(jù)損失的目的，為業(yè)務(wù)系統(tǒng)提供持續(xù)的數(shù)據(jù)服務(wù)能力。GoldenGateOracle GoldenGate 軟件架構(gòu)包含三個主要組件：捕獲、跟蹤文件和交付。這種模塊化方式讓每個組件可以獨立運行，從而加快數(shù)據(jù)復(fù)制并確保數(shù)據(jù)完整性。捕獲模塊只移動提交的事務(wù)，過濾掉中間活動和回滾的操作。這不但減少了基礎(chǔ)架構(gòu)負載，還避免了潛在的數(shù)據(jù)不一致。通過事務(wù)組合和可選的壓縮特性，該模塊還可獲得進一步的優(yōu)化。交付模塊按照每個事務(wù)提交的順序及事務(wù)在源數(shù)據(jù)庫中的事務(wù)環(huán)境將其應(yīng)用到目標數(shù)據(jù)庫，從而確保目標數(shù)據(jù)

39、庫的一致性和引用完整性。Oracle GoldenGate 交付模塊從最新的跟蹤文件讀取更改的數(shù)據(jù)，然后使用相應(yīng)關(guān)系數(shù)據(jù)庫管理系統(tǒng)的原生 SQL 將這些數(shù)據(jù)應(yīng)用到目標數(shù)據(jù)庫。交付可適用于任何使用開放數(shù)據(jù)庫連接的數(shù)據(jù)庫。交付模塊按照每個事務(wù)提交的順序及事務(wù)在源數(shù)據(jù)庫中的事務(wù)環(huán)境將其應(yīng)用到目標數(shù)據(jù)庫， 從而確保目標數(shù)據(jù)庫的一致性和引用完整性。RPO&RTOData Guard災(zāi)難的影響通常根據(jù)恢復(fù)點目標（RPO 即在出現(xiàn)災(zāi)難時，業(yè)務(wù)可以經(jīng)受得住丟失多少數(shù)據(jù)）和恢復(fù)時間目標（RTO 即在出現(xiàn)災(zāi)難時，業(yè)務(wù)可以經(jīng)受得住停機多長時間）來衡量。使用 Oracle Data Guard，當結(jié)合使用最大保護模式

40、（確保即使在出現(xiàn)災(zāi)難時也不會丟失數(shù)據(jù)）和實時應(yīng)用時，企業(yè)在出現(xiàn)災(zāi)難時不僅獲得了零數(shù)據(jù)丟失的好處，同時還獲得了最少停機時間的好處。Oracle Data Guard 提供三種高水平的數(shù)據(jù)保護模式來平衡成本、可用性、性能和事務(wù)保護。最大保護：零數(shù)據(jù)丟失；通過 LGWR SYNC； 最高可用性：零數(shù)據(jù)丟失；通過 LGWR SYNC；最高性能：最小數(shù)據(jù)丟失，通常從 0 到幾秒；通過 LGWR ASYNC 或 ARCH。對于 RTO，使用 Data Guard 快速啟動故障切換（fast-start failover）特性來自動將故障數(shù)據(jù)庫 Failover 到遠程容災(zāi)節(jié)點，RTO 小于 30 秒。Go

41、ldenGateGoldenGate 可以提供秒級的大量數(shù)據(jù)實時捕捉和投遞，異步復(fù)制方式，但是無法實現(xiàn)同步復(fù)制。所以 GoldenGate 的 RPO 可以達到近似于零，而不能達到 0。RTO 則根據(jù)數(shù)據(jù)復(fù)制的情況，在秒級到分鐘級之間。容災(zāi)管理Data Guard BrokerDataGuard broker 是 9i 開始引進的，是隨同 Oracle 企業(yè)版(Enterprise Edtion，EE)跟DataGuard 一起內(nèi)置的管理監(jiān)控工具。通過 DataGuard Broker，DBA 能簡化部署、監(jiān)控DataGuard，以及進行主備角色切換。Broker 由三部分組成：主備庫各自的

42、Broker 后臺進程，一系列的配置文件和命令行工具 dgmgrl。需要注意的是，如果使用 Broker 管理或配置 DataGuard，則不應(yīng)該使用SQL 命令再進行配置管理，否則會導致 Broker 參數(shù)配置或者數(shù)據(jù)庫配置不一致的情況。Broker 處理流程如下圖所示，這些進程是在數(shù)據(jù)庫及 Broker 啟動自動運行，DBA 無法介入。進程說明如下：DataGuard Monitor(DMON)：Broker 主進程，所有進程中，最先啟動 DMON，它的主要任務(wù)是協(xié)調(diào) Broker 的其他進程，包括維護 Broker 配置文件，這個進程通過DG_BROKER_START 進行激活和取消。B

43、roker Resource Manager(RSM)：RSM 處理 Broker 在任何一個數(shù)據(jù)庫中進行配置所執(zhí)行的所有 SQL 命令。DataGuard Net Server (NSVn)：NSVn 負責跟遠程數(shù)據(jù)庫連接。當創(chuàng)建配置文件時候需要指定連接符，NSVn 就是通過這個連接符去連接遠程數(shù)據(jù)庫。DRCn：網(wǎng)絡(luò)接收進程，負責建立與 source 端 NSVn 進程的聯(lián)系。NSVn 到 DRCn 類似于在日志傳輸時的 LogWriter Network Service(LNS)到 Remote File Server(RSF)的連接， 當日志傳輸時，Broker 需要發(fā)送數(shù)據(jù)或者 SQL

44、 命令，會使用 NSV 及 DRC 進行連接， 這些連接只會在需要的情況下啟動。Configuration files：配置文件為在主庫和備庫上的常規(guī)二進制文件，它儲存了DataGuard 的所有參數(shù)配置。可以存儲在 OS 文件系統(tǒng)上或者 ASM 存儲上，它是通過Broker 去進行維護，而不是認為去維護，類似 SPIFLE。在 Broker 配置中，主庫的 DMON 進程對 DG 配置有擁有權(quán)，不管在哪一個節(jié)點上對配置進行修改，都是在主節(jié)點完成。任何時候 DMON 需要執(zhí)行一些 SQL，它都會調(diào)用主庫的 RSM 進行輔助。如果 SQL 執(zhí)行目標是主庫，它會直接執(zhí)行；如果 SQL 執(zhí)行目標是備

45、庫，RSM 會要求 NSVn 進程將這些 SQL 命令傳送到備庫端，通過 DRCn 進程執(zhí)行。使用 Broker 可通過 Enterprises Manager Grid Control 或者命令行工具 dgmgrl。GoldenGate GGSCIGoldenGate 的命令行管理界面 - ggsci，它是 GoldenGate 配置和管理的基本工具。當客戶購買了 GoldenGate 軟件后，可以通過其賬戶在 網(wǎng)站上下載， 一般安裝包是 zip 或者 tar 文件。使用工具解壓開 GoldenGate 安裝包以后，在安裝目錄下可以看到 ggsci 的可執(zhí)行文件，立即執(zhí)行它即可：oracle

46、aprac1 /ogg#./ggsciOracle GoldenGate Command Interpreter for OracleVersion .1 OGGCORE_.1_PLATFORMS_120423.0230AIX 5L, ppc, 64bit (optimized), Oracle 11g on Apr 23 2012 05:03:51 Copyright (C) 1995, 2012, Oracle and/or its affiliates. All rights reserved.如執(zhí)行成功則會出現(xiàn)以上類似信息，可以看到 GoldenGate 版本、操作系統(tǒng)和數(shù)據(jù)庫版本等相

47、關(guān)信息，并出現(xiàn)命令提示符，表示此時已進入 GoldenGate 命令行管理界面，可以在此提示符下輸入管理和配置命令。除命令行管理工具外，GoldenGate 也提供了圖形管理界面 Oracle GoldenGate Director。方案亮點Data Guard 主備數(shù)據(jù)中心在任何中斷意外的情況下保持生產(chǎn)數(shù)據(jù)庫的高可用性，并在計劃維護期間最大限度地減少停機時間將只讀負載分流到同步備用數(shù)據(jù)庫，從而增加主數(shù)據(jù)庫的容量并提高其性能，并且 Active Data Guard 保證只讀查詢與對主數(shù)據(jù)庫執(zhí)行的查詢具有相同的讀取一致性保證保證數(shù)據(jù)庫不受到壞塊的影響，自動修復(fù)壞塊對應(yīng)用程序和用戶來說是透明的當

48、實施 Oracle 補丁集或升級到新的 Oracle 版本時，Data Guard 備用數(shù)據(jù)庫還可以用于最大限度地減少計劃停機時間GoldenGate 主備數(shù)據(jù)中心保證主備環(huán)境間事務(wù)數(shù)據(jù)的實時，低影響的捕獲和傳輸，保持事務(wù)的完整性支持異構(gòu)源和目標，滿足不同的延遲需求在容災(zāi)站點支持實時查詢，節(jié)省了生產(chǎn)站點的開銷，提高了生產(chǎn)站點的性能在線跨平臺數(shù)據(jù)遷移和數(shù)據(jù)庫升級，最大限度減少宕機時間典型配置組網(wǎng)圖2-11 方案架構(gòu)圖規(guī)格Data Guard HYPERLINK l _bookmark47 如圖 2-11 所示，Site 1 為生產(chǎn)數(shù)據(jù)中心，Site 2 為災(zāi)備數(shù)據(jù)中心，實際部署時，可以互為災(zāi)備中

49、心，以提高設(shè)備利用率。數(shù)據(jù)復(fù)制通過 GoldenGate 或者 Data Guard 主機層復(fù)制完成；災(zāi)備數(shù)據(jù)中心可以提供讀功能，進行查詢操作。Data Guard 物理備用數(shù)據(jù)庫透明地支持所有 Oracle 數(shù)據(jù)類型、數(shù)據(jù)庫特性和應(yīng)用程序。Data Guard 可在單一配置中支持多達 30 個備用數(shù)據(jù)庫。GoldenGateGoldenGate 支持 Windows 2000,2003,2008, XP，Sun Solaris，HP-UX，IBM AIX， Linux(Novell SuSE，RedHat Enterprise，Oracle Enterprise Linux)，HP TRU6

50、4，HP OpenVMS，HP NonStop，IBM z/OS 等 32 和 64 位操作系統(tǒng)平臺，支持上述平臺的主流版本。GoldenGate 軟件在進行數(shù)據(jù)復(fù)制時，不會受到數(shù)據(jù)庫類型和版本的限制，基于該軟件的數(shù)據(jù)復(fù)制方案不僅能夠支持同構(gòu)環(huán)境下的數(shù)據(jù)備份，還可以支持在異構(gòu)的軟硬件環(huán)境之間實現(xiàn)復(fù)制，如在不同廠商主機和存儲之間、不同操作系統(tǒng)之間甚至不同數(shù)據(jù)庫之間實現(xiàn)數(shù)據(jù)復(fù)制。Oracle GoldenGate 支持以下數(shù)據(jù)庫的復(fù)制：HP NonStop SQL/MX，IBM DB2，IBM DB2 for i，IBM DB2 for z/OS，Microsoft SQL Server，MySQ

51、L Database Server，Oracle Database，PostgreSQL，Sybase Adaptive Server Enterprise，Teradata。業(yè)務(wù)連續(xù)性容災(zāi)解決方案主備容災(zāi)解決方案技術(shù)白皮書3 關(guān)鍵技術(shù) 3 關(guān)鍵技術(shù) HYPERLINK l _bookmark50 異構(gòu)虛擬化技術(shù) HYPERLINK l _bookmark51 卷鏡像技術(shù) HYPERLINK l _bookmark54 存儲遠程復(fù)制技術(shù) HYPERLINK l _bookmark58 數(shù)據(jù)庫復(fù)制技術(shù) HYPERLINK l _bookmark59 容災(zāi)管理核心功能異構(gòu)虛擬化技術(shù)由于不同存儲使用

52、的容災(zāi)復(fù)制技術(shù)不同，不能直接進行容災(zāi)復(fù)制，這意味著用戶一旦更換存儲型號，如何選擇利舊方案保護既有投資便成為一個首要面臨的問題。OceanStor V3 存儲系統(tǒng)提供的 SmartVirtualization 特性可以有效地解決客戶遇到的問題。用戶可以集中管理 V3 存儲系統(tǒng)（以下簡稱為本端存儲系統(tǒng)）及第三方存儲系統(tǒng)（以下簡稱異構(gòu)存儲系統(tǒng)）中的存儲資源，同時用戶仍然可以使用舊存儲系統(tǒng)的存儲資源，降低對原有投資的浪費。SmartVirtualiztion 工作原理異構(gòu)虛擬化的工作原理就是把異構(gòu)陣列映射到本端陣列的 LUN，作為可為本端陣列提供存儲空間的邏輯盤 LD，再在該邏輯盤 LD 上創(chuàng)建為可對

53、主機映射的異構(gòu)設(shè)備 LUN eDevLun，邏輯盤 LD 為 eDevLun 的數(shù)據(jù)卷 Data Volume 提供了全部的數(shù)據(jù)存儲空間，eDevLun 的元數(shù)據(jù)卷 Meta Volume 的存儲空間由本地存儲提供。異構(gòu)虛擬化可保證外部 LUN 數(shù)據(jù)完整性不被破壞。eDevLun 與原異構(gòu) LUN 具有不同的全球唯一名稱WWN。圖3-1 SmartVirtualization 工作原理示意圖由于 eDevLun 與本地 LUN 基本上具有相同的 LUN 屬性，所以，通過 SmartMigration 技術(shù)為異構(gòu) LUN 提供在線 LUN 遷移功能，通過 HyperReplication/S 技

54、術(shù)為異構(gòu) LUN 提供同步遠程復(fù)制功能，通過 HyperReplication/A 技術(shù)為異構(gòu) LUN 提供異步遠程復(fù)制功能，通過 HyperSnap 為異構(gòu) LUN 提供異構(gòu)快照功能。同時通過 SmartQos 和SmartPartion 技術(shù)，以及 CACHE 可回寫策略提升異構(gòu) LUN 性能。SmartVirtualization 技術(shù)特點可靠的兼容性由于不同廠商的異構(gòu)陣列在實現(xiàn)的過程中，對 SCSI 協(xié)議的理解和遵從性都不一樣，導致接管異構(gòu)陣列帶來很大的兼容性挑戰(zhàn)。 異構(gòu)虛擬化技術(shù)通過針對不同的陣列做兼容性的差異化處理，能很好的識別和處理與異構(gòu)設(shè)備間的各種兼容性問題，如及時識別和處理異

55、構(gòu)設(shè)備的 LUN 路徑故障，以此達到與異構(gòu)陣列間高可靠的兼容。對支持的異構(gòu)設(shè)備，都通過了華為兼容性實驗室認證。后端多路徑異構(gòu)虛擬化技術(shù)通過后端多路徑軟件支持以多路徑冗余方式連接異構(gòu)陣列，防止與異構(gòu)陣列間的物理鏈路連接出現(xiàn)因為單個鏈路故障而導致業(yè)務(wù)中斷，并在這些路徑中選擇最合適的路徑進行 IO 下發(fā)，并提供多種后端多路徑負載均衡選路算法。異構(gòu) LUN 遷移異構(gòu)虛擬化技術(shù)通過與 SmartMigration 技術(shù)結(jié)合，為異構(gòu)陣列間的 LUN 提供高可靠的在線 LUN 間數(shù)據(jù)遷移，異構(gòu) LUN 數(shù)據(jù)遷移過程中不需要主機中斷在線業(yè)務(wù)。異構(gòu)遠程復(fù)制異構(gòu)虛擬化技術(shù)通過與 HyperReplication

56、技術(shù)結(jié)合，為異構(gòu) LUN 提供同步和異步遠程復(fù)制功能。其主要特點如下：異構(gòu)同步復(fù)制 RPO 為 0；異構(gòu)異步復(fù)制通過多時間片的緩存技術(shù)使 RPO 可達到秒級。支持分裂模式，在分裂模式下，生產(chǎn)主機的寫請求只會寫到主 LUN，并通過差異日志來記錄主，從 LUN 數(shù)據(jù)之間的差異?？焖夙憫?yīng)故障和故障恢復(fù)，系統(tǒng)在檢測到系統(tǒng)故障情況下，復(fù)制進入斷開狀態(tài)， 在斷開狀態(tài)下，生產(chǎn)主 LUN 記錄 IO 差異，故障恢復(fù)后，根據(jù)策略自動完成主從LUN 數(shù)據(jù)差異同步。支持異構(gòu)遠程復(fù)制從 LUN 可寫。從而實現(xiàn)用戶在不影響主 LUN 業(yè)務(wù)的情況下， 通過從 LUN 進行數(shù)據(jù)分析和挖掘等用戶使用場景。支持異構(gòu)遠程復(fù)制的

57、LUN 主從切換。支持異構(gòu)遠程復(fù)制 LUN 一致性組功能。異構(gòu)快照異構(gòu)虛擬化技術(shù)通過和 HyperSnap 技術(shù)結(jié)合，為異構(gòu) LUN 提供快照功能?？煺詹捎肅OW（Copy-On-Write）技術(shù)，保證快照不影響原 LUN 讀 IO 性能。具有快照瞬間完成，占用磁盤空間小等特點。另外還支持對異構(gòu)快照創(chuàng)建多個副本，用于進行數(shù)據(jù)分析和數(shù)據(jù)挖掘等應(yīng)用。卷鏡像技術(shù)隨著企業(yè)的高速發(fā)展，業(yè)務(wù)數(shù)據(jù)量不斷攀升，數(shù)據(jù)里記錄著企業(yè)的運營情況，同時給決策者提供重要信息，成為企業(yè)最寶貴的財富之一。如何保證數(shù)據(jù)的可靠性成為了一個重要的挑戰(zhàn)。并且隨著異構(gòu)虛擬化的廣泛使用，如何提升對異構(gòu)接管 LUN 的可靠性保證，提出了不

58、同于傳統(tǒng) RAID 方式的新需求，卷鏡像就是為了解決這些需求的一個可行辦法。通過使用卷鏡像，一個 LUN 可以擁有多個物理副本。每個副本的空間可以來源于本地存儲池，也可以來源于外部 LUN。每個副本都具有與 LUN 相同的虛擬容量。當服務(wù)器對鏡像 LUN 執(zhí)行寫操作時，系統(tǒng)會將數(shù)據(jù)同時寫入每個副本。當服務(wù)器對鏡像LUN 執(zhí)行讀操作時，系統(tǒng)會選取其中一個副本進行讀取。如果其中一個鏡像副本暫時不可用（例如，由于提供存儲池的存儲系統(tǒng)不可用），那么服務(wù)器仍然可以訪問 LUN。系統(tǒng)會記住執(zhí)行寫操作的 LUN 區(qū)域，并會在鏡像副本恢復(fù)后，對這些區(qū)域進行再同步。OceanStor 存儲系統(tǒng)的卷鏡像軟件名稱為

59、 HyperMirror。HyperMirror 工作原理卷鏡像的主要用途是為本地 LUN 或外部 LUN 提供多個可用的鏡像副本。如果其中一個鏡像副本故障不可用，主機仍然可以正常訪問 LUN，主機側(cè)業(yè)務(wù)無任何影響；同時，待故障鏡像副本從故障中恢復(fù)后，鏡像副本會自動同步鏡像 LUN 的數(shù)據(jù)，最終達到鏡像副本與鏡像 LUN 的數(shù)據(jù)完全一致。卷鏡像的實現(xiàn)過程分為三個階段：創(chuàng)建鏡像 LUN、同步和分裂。創(chuàng)建鏡像 LUN鏡像 LUN 的創(chuàng)建過程如 HYPERLINK l _bookmark52 圖 3-2 所示。圖3-2 鏡像 LUN 的創(chuàng)建過程對一個普通 LUN（本地 LUN 或外部 LUN）執(zhí)行創(chuàng)

60、建鏡像 LUN 操作，此時鏡像LUN 完全繼承普通 LUN 的存儲空間；同時繼承普通 LUN 的基本屬性和業(yè)務(wù)，主機側(cè)不中斷業(yè)務(wù)。創(chuàng)建鏡像 LUN 過程中會在本地自動生成一個鏡像副本 A，普通 LUN 變?yōu)殓R像LUN，并將數(shù)據(jù)存儲空間交換到鏡像副本 A，鏡像 LUN 從鏡像副本 A 中同步數(shù)據(jù)。此后需再給鏡像 LUN 添加一個鏡像副本 B，創(chuàng)建之初從鏡像副本 A 同步數(shù)據(jù)。此時普通 LUN 具有空間鏡像功能，同時擁有鏡像副本 A 和鏡像副本 B 兩份鏡像數(shù)據(jù)。鏡像 LUN 創(chuàng)建完成后，主機下發(fā) I/O 的情況：當主機對鏡像 LUN 下發(fā)讀請求時，存儲系統(tǒng)會以輪詢方式在鏡像 LUN 和鏡像副本之