金融行業(yè)雙活數(shù)據(jù)中心架構(gòu)設(shè)計(jì)最佳實(shí)踐

1、金融行業(yè)雙活數(shù)據(jù)中心架構(gòu)設(shè)計(jì)最佳實(shí)踐一、 存儲(chǔ)雙活方面1、跨中心的雙活存儲(chǔ)數(shù)據(jù)一致性如何保障？一方面，當(dāng)寫(xiě)入數(shù)據(jù)時(shí)，在復(fù)制過(guò)程中，數(shù)據(jù)傳遞是在緩存中進(jìn)行的，這樣做的好處是提升了性能，問(wèn)題是當(dāng)出現(xiàn)控制器節(jié)點(diǎn)異常宕機(jī)事件時(shí)，就會(huì)導(dǎo)致緩存內(nèi)的數(shù)據(jù)不能寫(xiě)入存儲(chǔ)中，從而造成數(shù)據(jù)的不一致，這時(shí)有沒(méi)有保障單個(gè)存儲(chǔ)數(shù)據(jù)一致性的措施？另外一方面， 兩個(gè)站點(diǎn)的存儲(chǔ)之間的數(shù)據(jù)一致性，從緩存層、底層數(shù)據(jù)層又是如何保障的？答：第一個(gè)問(wèn)題：前端節(jié)點(diǎn)寫(xiě)緩存與后端存儲(chǔ)間的數(shù)據(jù)一致性如何保障？存儲(chǔ)跨中心雙活中的單個(gè)存儲(chǔ)架構(gòu)分為三種：1.物理存儲(chǔ)的內(nèi)部雙控制器比如 V5000/V7000/V9000 HYPERSWAP，寫(xiě)存儲(chǔ)的

2、操作也就是寫(xiě)緩存的過(guò)程，寫(xiě)了一個(gè)控制器，控制器也會(huì)將緩存數(shù)據(jù)同步至另一控制器的緩存，只有當(dāng)真正同步完，這次的寫(xiě)操作才算完成，當(dāng)寫(xiě)緩存達(dá)到水位線后，會(huì)將寫(xiě)緩存刷入到磁盤(pán)組中，當(dāng)一個(gè)控制器異常宕機(jī)時(shí)， IO HANG 住一小段時(shí)間，另一控制器將接管，緩存數(shù)據(jù)也不會(huì)因此丟失，一致性得到保障； 單控制器時(shí)，寫(xiě)緩存被禁止，之前的緩存被刷入后端存儲(chǔ)，即使這時(shí)這個(gè)控制器也異常宕機(jī)， 后端磁盤(pán)的數(shù)據(jù)完整性和一致性也得到了保障；如果不幸兩個(gè)控制器的電源同時(shí)斷電了，這時(shí)寫(xiě)緩存數(shù)據(jù)還未及時(shí)刷入磁盤(pán)組，不用怕，幾乎所有存儲(chǔ)都會(huì)考慮到這一點(diǎn)，都有專(zhuān)門(mén)的電池模塊維持供電幾分鐘，保證緩存數(shù)據(jù)能夠順利落到磁盤(pán)組當(dāng)中。2.物理

3、存儲(chǔ)+存儲(chǔ)虛擬化網(wǎng)關(guān)（有寫(xiě)緩存）比如 SVC ESC/HYPERSWAP，NETAPP MCC（叫寫(xiě)日志），這種架構(gòu)也就是相當(dāng)于在物理存儲(chǔ)前端又加了一道控制器，也存在寫(xiě)緩存，相當(dāng)于擴(kuò)大了后端物理存儲(chǔ)的緩存容量，寫(xiě)操作 要先寫(xiě)入 SVC 節(jié)點(diǎn)，再同步至另一 SVC 節(jié)點(diǎn)，只有完全同步成功，才算做是一個(gè)完整的寫(xiě)周期，后面的操作也是等待寫(xiě)緩存達(dá)到水位線刷后端存儲(chǔ)。佑了這種機(jī)制的保障，存儲(chǔ)虛擬化 網(wǎng)關(guān)的緩存與后端物理存儲(chǔ)的數(shù)據(jù)完整性和一致性得到保障，無(wú)論是單 SVC 節(jié)點(diǎn)故障，另一節(jié)點(diǎn)緩存數(shù)據(jù)冗余，寫(xiě)緩存被禁止，所有緩存刷入后端存儲(chǔ)，還是 SVC 的電源斷電，SVC 有專(zhuān)門(mén)的 UPS 供電模塊保障寫(xiě)緩

4、存及時(shí)刷入后端存儲(chǔ)，都能完整的保障數(shù)據(jù)的完整性和一致性。這里不再贅述。3.物理存儲(chǔ)+存儲(chǔ)虛擬化網(wǎng)關(guān)（無(wú)寫(xiě)緩存）比如 EMC VPLEX METRO，它只有讀緩存，寫(xiě)緩存還是由后端的物理存儲(chǔ)提供，所以該問(wèn)題還是和前面說(shuō)的類(lèi)似的保障機(jī)制。第二個(gè)問(wèn)題：兩個(gè)站點(diǎn)的雙活存儲(chǔ)間的數(shù)據(jù)一致性如何保障？這里分兩種方式來(lái)闡述這個(gè)問(wèn)題：1.一種是兩個(gè)站點(diǎn)的主機(jī)識(shí)別的是相同的 VOLUME比如：SVC ESC、EMC VPLEX、HDS GAD 等，兩個(gè)站點(diǎn)的主機(jī)對(duì)這一個(gè) VOLUME 寫(xiě)操作時(shí)， 數(shù)據(jù)被刷入兩個(gè)鏡像的后端存儲(chǔ)，這有兩個(gè)存儲(chǔ)都寫(xiě)完成返回，才算一個(gè)完整的緩存刷后端存儲(chǔ)的寫(xiě)周期，這時(shí)兩個(gè)存儲(chǔ)從數(shù)據(jù)塊角度

5、來(lái)說(shuō)，是一致的，一個(gè)站點(diǎn)或者存儲(chǔ)故障，另一個(gè)站點(diǎn)的存儲(chǔ)是可以接管，而不會(huì)造成數(shù)據(jù)丟失。2.另一種是兩個(gè)站點(diǎn)的主機(jī)識(shí)別的是不同的 VOLUME比如：SVC V7000/V5000 HYPERSWAP、NET APP MCC 等，由于兩個(gè)站點(diǎn)的主機(jī)識(shí)別的不是同一個(gè) VOLUME，必然存在存儲(chǔ)或者存儲(chǔ)虛擬化網(wǎng)關(guān)的 VOLUME 與 VOLUME 的同步復(fù)制技術(shù)，HYPERSWAP 有 METRO MIRROR，MCC 有 Syncmirror，它們的技術(shù)共同點(diǎn)是復(fù)制技術(shù)的一致性校驗(yàn)機(jī)制，更高級(jí)的有以多個(gè)卷為單位的卷組一致性校驗(yàn)機(jī)制，來(lái)保障跨站點(diǎn)的兩個(gè)卷/卷組的一致性，在某站點(diǎn)所有控制器或者站點(diǎn)完全故

6、障時(shí)，另一站點(diǎn)有完整的、一致的存儲(chǔ)可以接管。2、存儲(chǔ)跨中心雙活是塊存儲(chǔ)的同步，無(wú)法避免邏輯錯(cuò)誤被同步，出現(xiàn)該問(wèn)題又該如何防范？ 數(shù)據(jù)同步邏輯錯(cuò)誤問(wèn)題：存儲(chǔ)層面的復(fù)制技術(shù)基本以存儲(chǔ)塊為單位進(jìn)行的數(shù)據(jù)復(fù)制，假設(shè)數(shù)據(jù)塊發(fā)生了邏輯錯(cuò)誤，那么存儲(chǔ)是無(wú)法檢測(cè)到的，它會(huì)繼續(xù)將壞的數(shù)據(jù)塊兒同步到災(zāi)備端，如果因此數(shù)據(jù)庫(kù)發(fā)生宕機(jī)，那么災(zāi)備端的數(shù)據(jù)庫(kù)也同樣無(wú)法正常啟動(dòng)。答：這是一個(gè)很典型的問(wèn)題，塊存儲(chǔ)如何防范邏輯錯(cuò)誤。做了存儲(chǔ)的跨中心的雙活或者做了存儲(chǔ)的鏡像，同步復(fù)制，很容易就會(huì)覺(jué)得數(shù)據(jù)有兩份甚至多份一致性的副本，就會(huì)覺(jué)得萬(wàn)事大吉，甚至覺(jué)得不需要備份系統(tǒng)了。數(shù)據(jù)備份系統(tǒng)是企業(yè)數(shù)據(jù)安全的最后一道防線，無(wú)論做了什么同步

7、、異步、雙活還是連續(xù)性數(shù)據(jù)保護(hù)，數(shù)據(jù)備份系統(tǒng)都應(yīng)該作為一個(gè)最穩(wěn)固可靠的基礎(chǔ)的存在，地位無(wú)法替代?；氐絾?wèn)題來(lái)，基于存儲(chǔ)的復(fù)制技術(shù)，無(wú)論復(fù)制方式是同步、異步、雙活還是連續(xù)性數(shù)據(jù)保護(hù)， 都是基于存儲(chǔ)數(shù)據(jù)塊級(jí)別的復(fù)制技術(shù)，復(fù)制源端在可讀時(shí)，會(huì)將塊中的數(shù)據(jù)原樣的拷貝一份至目標(biāo)端，當(dāng)源端數(shù)據(jù)出現(xiàn)誤刪、誤改、磁區(qū)退化數(shù)據(jù)異變、數(shù)據(jù)庫(kù)事物層邏輯錯(cuò)誤等數(shù)據(jù)邏輯性錯(cuò)誤時(shí)，復(fù)制目標(biāo)端無(wú)法檢測(cè)到這些錯(cuò)誤，依舊復(fù)制“錯(cuò)誤”的數(shù)據(jù)，導(dǎo)致兩份副本都無(wú)法正常使用的災(zāi)難。所以我們要有多層次的防范機(jī)制，來(lái)保障數(shù)據(jù)的可靠性和安全性，存儲(chǔ)雙活技術(shù)只是其中的一個(gè)層次，要輔以備份技術(shù)、數(shù)據(jù)庫(kù)復(fù)制技術(shù)，連續(xù)性數(shù)據(jù)保護(hù)，建立了完善的數(shù)據(jù)保障

8、體系。（1）備份系統(tǒng)按照一定的時(shí)間頻率對(duì)數(shù)據(jù)庫(kù)做全量和增量備份，在遇到數(shù)據(jù)邏輯錯(cuò)誤時(shí)， 通過(guò)恢復(fù)將數(shù)據(jù)回退到最后一個(gè)備份版本。如 TSM、NBU、COMMVAULT。（2）數(shù)據(jù)庫(kù)復(fù)制技術(shù)有實(shí)時(shí)同步、準(zhǔn)同步、異步等方式，保障主數(shù)據(jù)庫(kù)邏輯錯(cuò)誤無(wú)法正常運(yùn)行時(shí)，切至備數(shù)據(jù)庫(kù)，回退到備庫(kù)前一個(gè)日志 COMMIT 后的版本。如 DB2 HADR、ORACLE ADG、MYSQL 主從復(fù)制等。（3）連續(xù)性數(shù)據(jù)保護(hù)技術(shù)也是準(zhǔn)/實(shí)時(shí)對(duì)存儲(chǔ)數(shù)據(jù)塊做快照，源端數(shù)據(jù)無(wú)法繼續(xù)使用時(shí)，通過(guò)快照回退至前一個(gè)數(shù)據(jù)可用版本。如 CDP。通常為了考慮不影響源端數(shù)據(jù)的訪問(wèn)性能或者單個(gè)系統(tǒng)無(wú)法滿足需求時(shí)，可以考慮多種方式結(jié)合，比如備

9、份系統(tǒng)在備份超大數(shù)據(jù)庫(kù)時(shí)，沒(méi)有充足的帶寬或者備份時(shí)間窗口，可以用數(shù)據(jù)庫(kù)的異步復(fù)制方式來(lái)做為備份方式的補(bǔ)充；連續(xù)性數(shù)據(jù)保護(hù)技術(shù)需要通過(guò) LVM 鏡像源端數(shù)據(jù)，增加了寫(xiě)延遲，可以通過(guò)數(shù)據(jù)庫(kù)準(zhǔn)實(shí)時(shí)同步或者異步的方式復(fù)制數(shù)據(jù)到備庫(kù)節(jié)點(diǎn)，備庫(kù)節(jié)點(diǎn)的后端存儲(chǔ)為連續(xù)性數(shù)據(jù)保護(hù)的存儲(chǔ)節(jié)點(diǎn)，如 DB2 HADR+CDP 的組合。所以總結(jié)來(lái)看，存儲(chǔ)跨中心雙活并不是萬(wàn)能的，依舊需要傳統(tǒng)的數(shù)據(jù)保障技術(shù)輔助，建立常態(tài)高效的數(shù)據(jù)保障體系，才能應(yīng)對(duì)萬(wàn)難。3、兩個(gè)中心光纖距離 10KM，租用運(yùn)營(yíng)商的 DWDM，線路的穩(wěn)定性依賴(lài)運(yùn)營(yíng)商？如何向運(yùn)營(yíng)商提出要求？答：鏈路冗余度方面：通常我們企業(yè)做雙活，都是自己購(gòu)買(mǎi)波分設(shè)備，然后租用

10、運(yùn)營(yíng)商的裸光纖，作為通訊的鏈路。所以波分設(shè)備需要冗余，裸光纖也要冗余，波分設(shè)備好辦，購(gòu)買(mǎi)即可。裸光纖通常租用兩家或兩家以上的運(yùn)營(yíng)商線路，比如電信和聯(lián)通，電信的裸光纖也需要冗余，聯(lián)通的裸光纖也需要冗余，防止單根裸光纖意外割斷或者損壞。然而單家運(yùn)營(yíng)商的裸纖都通常在一個(gè)弱點(diǎn)井中，一起意外割斷的事情常有，所以需要兩家運(yùn)營(yíng)商互相冗余。這兩家運(yùn)營(yíng)商裸纖的路線還不能一致，弱電井需要在不同的街道，并且分別走不同的路線到達(dá)目的地。所以可以看到，由于我們是租用，根本不可能要求運(yùn)營(yíng)商完全達(dá)到你的要求，最好的方式只能自建，成本太高，好像根本不現(xiàn)實(shí)。鏈路質(zhì)量方面：鏈路質(zhì)量包括光衰、抖動(dòng)和帶寬等。一方面，光衰和抖動(dòng)無(wú)法控

11、制，只能靠波分設(shè)備去探測(cè)，發(fā)現(xiàn)光衰和抖動(dòng)，立即中斷該鏈路，切向備鏈路，這對(duì)后端的 SAN 網(wǎng)絡(luò)無(wú)感知，但對(duì)波分設(shè)備的要求很高，需要購(gòu)買(mǎi)和建設(shè)時(shí)注意。至于帶寬，可以監(jiān)測(cè)，達(dá)到帶寬預(yù)警閾值后，可向運(yùn)營(yíng)商申請(qǐng)?zhí)嵘龓?。另一方面，?duì)于鏈路質(zhì)量的監(jiān)測(cè)機(jī)制一定要在建設(shè)存儲(chǔ)雙活或者其他雙活之前建立，由于是運(yùn)營(yíng)商的鏈路，鏈路經(jīng)過(guò)了多少中繼、多少設(shè)備我們是不得知的，我們只能在波分端建立有效的監(jiān)測(cè)機(jī)制，有些波分設(shè)備也有專(zhuān)門(mén)的監(jiān)控軟件支持。而且也要要求和運(yùn)營(yíng)商建立監(jiān)測(cè)聯(lián)動(dòng)機(jī)制，運(yùn)營(yíng)商監(jiān)測(cè)到鏈路質(zhì)量（是質(zhì)量而不是中斷）有問(wèn)題，也需要第一時(shí)間告知，做出合理的決策。4、想了解誰(shuí)有 infiniband 下的存儲(chǔ)雙活的經(jīng)驗(yàn)

12、答：目前，支持 Infiniband 的存儲(chǔ)設(shè)備很少，支持雙活功能的就更少。Infiniband 用在 HPC 領(lǐng)域的并行數(shù)據(jù)訪問(wèn)的環(huán)境中比較多，如在航空航天、石油勘探、汽車(chē)設(shè)計(jì)等，為了保證數(shù)據(jù)訪問(wèn)的高性能和低時(shí)延，利用 IBM Spectrum Scale （GPFS）+ Infiniband 構(gòu)建大型并行文件系統(tǒng)的案例很多。并且，IBM 的 Spectrum Scale 也支持基于 IP 網(wǎng)絡(luò)的跨數(shù)據(jù)中心的雙活功能，在銀行和電信運(yùn)營(yíng)商都有實(shí)際案例。5、 FC 模式下，時(shí)延太高，長(zhǎng)距會(huì)有問(wèn)題，對(duì) oracle RAC 支持有問(wèn)題答：在存儲(chǔ)雙活環(huán)境中，對(duì)兩個(gè)數(shù)據(jù)中心之間 SAN 網(wǎng)絡(luò)的時(shí)延要求

13、比較嚴(yán)格，所以，一般最佳實(shí)踐都建議兩個(gè)數(shù)據(jù)中心的距離不能太遠(yuǎn)，盡管理論上和少數(shù)專(zhuān)有環(huán)境中（如 IBM 大型主機(jī)+IBM DS8000）可以支持高達(dá) 100-300KM 的距離，但一般建議不超過(guò) 3050 公里，并且是裸光纖或者 DWDM 環(huán)境。6、 小同城大異地模式，異地集群有什么好的思路不？文件共享如何實(shí)現(xiàn)，應(yīng)用時(shí)候有必要著手從傳統(tǒng) nas、gpfs 向?qū)ο蟠鎯?chǔ)的改造答：跨中心的文件共享，除非是只基于 LAN 而非 WLAN，由于 NAS 對(duì) WLAN 的支持不夠好和穩(wěn)定，否則建議采用集群并行文件系統(tǒng)方式或者對(duì)象存儲(chǔ)方式來(lái)實(shí)現(xiàn)文件的共享。例如，IBM 的 Spectrum Scale（GPF

14、S）具有 AFM（活動(dòng)文件管理，Active File Management） 功能，支持多中心的數(shù)據(jù)共享和文件訪問(wèn)，并且支持 WLAN 的環(huán)境，還能夠?qū)崿F(xiàn)多中心的數(shù)據(jù)災(zāi)備和雙活。IBM 的對(duì)象存儲(chǔ) COS（Cloud Object Storage）支持三中心部署模式，支持 WLAN 環(huán)境，只需要付出大約 60%的冗余度（即存儲(chǔ) 100TB 的數(shù)據(jù)，只需要大約 160TB 的物理容量），就可以實(shí)現(xiàn)防止站點(diǎn)級(jí)別的災(zāi)難。二、 應(yīng)用雙活方面1、單應(yīng)用雙活本身不難，但難在如何解決應(yīng)用間跨中心穿插交互的問(wèn)題，如何解決該問(wèn)題？答：關(guān)于這個(gè)問(wèn)題，有以下四種應(yīng)對(duì)策略來(lái)解決該問(wèn)題：1、盡量減少跨中心應(yīng)用間交互2

15、、兩個(gè)數(shù)據(jù)中心重要業(yè)務(wù)系統(tǒng)間盡量解耦合，各成體系，獨(dú)立運(yùn)作3、允許必要的跨中心互聯(lián)，如非雙活數(shù)據(jù)庫(kù)、核心、只能主備模式的系統(tǒng)的訪問(wèn)4、鏈路加強(qiáng)監(jiān)控及鏈路波動(dòng)/中斷后的應(yīng)急機(jī)制2、如何實(shí)現(xiàn)雙中心之間的文件數(shù)據(jù)同步,包括聯(lián)機(jī)交易和批處理數(shù)據(jù)？ 答：對(duì)于跨中心的文件數(shù)據(jù)共享，可按需求分類(lèi)考慮：1、有數(shù)據(jù)共享需求，而且對(duì) IO 性能要求較高的，只能用 SAN 存儲(chǔ)雙活方式2、對(duì) IO 性能要求一般的，可以采用共享文件系統(tǒng)實(shí)現(xiàn)，如 GPFS SERVER+CLIENT，NFS Server+Client 或者雙活 NAS 等3、對(duì) IO 性能要求較低的，屬于海量非結(jié)構(gòu)化數(shù)據(jù)共享的，可以嘗試用跨中心的對(duì)象

16、存儲(chǔ)實(shí)現(xiàn)三、 數(shù)據(jù)庫(kù)雙活方面1、 雙活仲裁機(jī)制：存儲(chǔ)雙活與 DB 協(xié)同仲裁的機(jī)制與原理？答：假設(shè)定位到存儲(chǔ)雙活，那么是不是就割裂了數(shù)據(jù)庫(kù)層的仲裁問(wèn)題。實(shí)際上存儲(chǔ)最終是為上層數(shù)據(jù)庫(kù)及應(yīng)用服務(wù)，如果這個(gè)跨中心的架構(gòu)涉及到數(shù)據(jù)庫(kù)、存儲(chǔ)兩層的組合，比如說(shuō)存儲(chǔ)雙活之上是 oracle rac，那么就比較復(fù)雜了。首先對(duì)于存儲(chǔ)本身的仲裁，應(yīng)該有自己的算法，例如：（1）仲裁站點(diǎn)，獲取了仲裁站點(diǎn)的投票的一方獲勝（2）最壞情況下，默認(rèn)的算法（3）偏好仲裁模式，偏好設(shè)定仲裁獲勝的站點(diǎn) 對(duì)于跨中心的 rac 集群，同樣有自己的規(guī)則：（1）仲裁盤(pán)（2）通過(guò)網(wǎng)絡(luò)和磁盤(pán)心跳保證獲得票數(shù)最多的子集活著。（3）實(shí)例 ID 小的

17、節(jié)點(diǎn)存活。但是當(dāng)存儲(chǔ)雙活和數(shù)據(jù)庫(kù)雙活二者結(jié)合的時(shí)候，就有更復(fù)雜的場(chǎng)景可能會(huì)出現(xiàn)，尤其是出現(xiàn)兩層架構(gòu)仲裁的結(jié)果不一致。為了避免這個(gè)結(jié)果出現(xiàn)，那么我們需要攻克以下問(wèn)題：如何保障仲裁觸發(fā)的時(shí)間序列一致?？梢栽O(shè)定雙活存儲(chǔ)仲裁的超時(shí)時(shí)間小于數(shù)據(jù)庫(kù)仲裁的超時(shí)時(shí)間，來(lái)保證雙活數(shù)據(jù)庫(kù)的仲裁是在雙活存儲(chǔ)仲裁完成之后進(jìn)行，這是目前通用的做法。極端情況下的仲裁算法一致性。可以設(shè)定偏好模式保證數(shù)據(jù)庫(kù)和存儲(chǔ)仲裁的結(jié)果是一致的，如將 ORACLE 實(shí)例 ID 小的放在偏好的站點(diǎn) A，存儲(chǔ)雙活仲裁設(shè)為偏好模式，保證仲裁結(jié)果基本在站點(diǎn) A。2、想咨詢(xún)一下 db2 數(shù)據(jù)庫(kù)更換存儲(chǔ)（只更換存儲(chǔ)）有什么好的方案及相關(guān)的操作步驟？答

18、：有對(duì)于數(shù)據(jù)庫(kù)更換底層存儲(chǔ)我們實(shí)踐過(guò)多次，通常按照以下四種標(biāo)準(zhǔn)做法去做，都基本沒(méi)什么問(wèn)題：1、方案一：操作系統(tǒng)層數(shù)據(jù)鏡像技術(shù)，如 AIX LVM，步驟如下：（1）映射閃存陣列的 LUN 至 AIX OS，并加入 VG（2）將原傳統(tǒng)陣列 LUN 和閃存陣列 LUN 做 LVM（3）同步完成后，找停機(jī)窗口，從 VG 中拆除鏡像，剔除原傳統(tǒng)陣列 LUN（4）重新激活 VG，并掛載數(shù)據(jù)文件系統(tǒng)，驗(yàn)證2、方案二：數(shù)據(jù)庫(kù)備份恢復(fù)和 OS 層面的克隆技術(shù)，如數(shù)據(jù)庫(kù)：DB2 BACKUP/RESTORE，ORACLERMAN,OS 克?。篈IX ALT_DISK_COPY,VM SNAPSHOT,VM P/V

19、 to V 等，步驟如下：（1）搭建新環(huán)境，該環(huán)境存儲(chǔ)采用閃存陣列（2）通過(guò) OS 層面的克隆技術(shù)，將 OS 數(shù)據(jù)復(fù)制/遷移至新環(huán)境（3）通過(guò)數(shù)據(jù)庫(kù)層備份恢復(fù)，將數(shù)據(jù)庫(kù)數(shù)據(jù)恢復(fù)至新環(huán)境，并驗(yàn)證3、方案三：存儲(chǔ)本身自帶的 LUN 鏡像技術(shù)，如 IBM V9000 等（1）找停機(jī)窗口，將原傳統(tǒng)陣列 LUN 映射至 V9000（2）在 V9000 中，將原傳統(tǒng)陣列 LUN 數(shù)據(jù)鏡像（VDM）至 V9000LUN（3）待鏡像同步完成后，將兩個(gè) LUN 主備關(guān)系反轉(zhuǎn)，閃存作為主存儲(chǔ)，原傳統(tǒng)陣列 LUN 作為備存儲(chǔ)（4）將兩個(gè) LUN 虛擬化后形成的 VDISK 映射至主機(jī)，驗(yàn)證，此時(shí)主機(jī)存在 V9000

20、 和原傳統(tǒng)陣列兩份數(shù)據(jù)保護(hù)4、方案四：存儲(chǔ)虛擬化網(wǎng)關(guān)的 LUN 鏡像技術(shù)，如 IBM SVC、EMC VPLEX 等（1）找停機(jī)時(shí)間，取消原傳統(tǒng)陣列 LUN 至主機(jī)的映射，將該 LUN 映射至虛擬化網(wǎng)關(guān)進(jìn)行管理（2）虛擬化網(wǎng)關(guān)將該 LUN（mdisk）虛擬化成虛擬 LUN（vdisk），并映射給主機(jī)（3）創(chuàng)建 vdisk 的閃存陣列 LUN 鏡像拷貝（4）待拷貝完成后，將閃存陣列 LUN 置為主拷貝，原傳統(tǒng)陣列 LUN 置為備拷貝（5）驗(yàn)證答：1）在線更換存儲(chǔ)方法：首先將新的存儲(chǔ)設(shè)備接入現(xiàn)有的服務(wù)器，然后利用操作系統(tǒng)的裸設(shè)備的鏡像功能（如 AIX 操作系統(tǒng)的 LV Mirror 功能），在線將

21、 DB2 數(shù)據(jù)庫(kù)的所有裸設(shè)備和數(shù)據(jù)全部鏡像到新的存儲(chǔ)，當(dāng)新舊存儲(chǔ)設(shè)備的數(shù)據(jù)全部鏡像完畢達(dá)到同步時(shí)，將舊存儲(chǔ)拆除， 完成存儲(chǔ)更換。這個(gè)方法的好處是可以完全在線操作，基本不影響生產(chǎn)；不利的地方是需要考慮同一臺(tái)服務(wù)器同時(shí)訪問(wèn)新舊存儲(chǔ)的多路徑軟件的兼容性問(wèn)題；還有就是一般情況下，大型數(shù)據(jù)庫(kù)的裸設(shè)備（LV）都比較多，不能有任何遺漏。2）準(zhǔn)在線更換存儲(chǔ)方法：可以考慮使用存儲(chǔ)虛擬化設(shè)備，如 IBM 的 SVC，實(shí)現(xiàn)準(zhǔn)在線的存儲(chǔ)更換方法。首先將存儲(chǔ)虛擬化設(shè)備 SVC 和新存儲(chǔ)接入現(xiàn)有 DB2 數(shù)據(jù)庫(kù)的 SAN 環(huán)境和服務(wù)器環(huán)境，并實(shí)現(xiàn) SVC 對(duì)新存儲(chǔ)的管理；然后選擇恰當(dāng)?shù)臅r(shí)間，將 DB2 數(shù)據(jù)庫(kù)停下，實(shí)現(xiàn) SVC 對(duì)舊存儲(chǔ)的管理，并通過(guò) SVC 將舊存儲(chǔ)中的 LUN 以 Image Mode 的形式映射給現(xiàn)有服務(wù)器， 服務(wù)器可以讀寫(xiě)原有的 DB2 數(shù)據(jù)后，馬上將 DB2 數(shù)據(jù)庫(kù)重啟，恢復(fù)業(yè)務(wù)。然后利用 SVC 的在線數(shù)據(jù)遷移功能（或者磁盤(pán)鏡像功能，如 VDM），將數(shù)據(jù)在線遷移到新