HDS數(shù)據(jù)遷移解決方案

1、HDS數(shù)據(jù)遷移解決方案1.數(shù)據(jù)遷移概述數(shù)據(jù)遷移是企業(yè)IT建設(shè)經(jīng)常面對(duì)的工作。在開發(fā)環(huán)境向運(yùn)行環(huán)境轉(zhuǎn)換、低版本數(shù)據(jù)庫向高版本數(shù)據(jù)庫轉(zhuǎn)換、兩個(gè)不同數(shù)據(jù)庫之間進(jìn)行轉(zhuǎn)換以至系統(tǒng)硬件升級(jí)時(shí)，數(shù)據(jù)均可能需要被轉(zhuǎn)移并使之遷移后正常運(yùn)行?；诖鎯?chǔ)的數(shù)據(jù)遷移是一次性的將數(shù)據(jù)從一個(gè)存儲(chǔ)轉(zhuǎn)移到另一個(gè)存儲(chǔ)系統(tǒng)上，它包括對(duì)新存儲(chǔ)的啟用和數(shù)據(jù)可用性的保證。在一些情況下，基于存儲(chǔ)的數(shù)據(jù)遷移是進(jìn)行數(shù)據(jù)大集中的手段，非常適合大規(guī)模數(shù)據(jù)遷移需求。基于存儲(chǔ)的數(shù)據(jù)遷移又可分為同構(gòu)存儲(chǔ)遷移和異構(gòu)存儲(chǔ)遷移兩大類。目前基于同構(gòu)存儲(chǔ)的遷移是指在同廠家同型號(hào)產(chǎn)品之間數(shù)據(jù)遷移，需要配置支持基于磁盤陣列內(nèi)（間）的數(shù)據(jù)復(fù)制軟件，在HDS同系列存儲(chǔ)環(huán)

2、境下，經(jīng)常性的數(shù)據(jù)遷移可利用存儲(chǔ)產(chǎn)品中的遷移復(fù)制（Volume Migration，ShadowImage）及存儲(chǔ)間的復(fù)制TrueCopy功能簡(jiǎn)化數(shù)據(jù)遷移工作；對(duì)EMC而言是配置SRDF-DM或TIMEFINDER等。異構(gòu)存儲(chǔ)間數(shù)據(jù)遷移需要虛擬化技術(shù)支持，HDS虛擬化技術(shù)非常成熟，在虛擬化基礎(chǔ)上將原來不能完成數(shù)據(jù)復(fù)制的存儲(chǔ)設(shè)備整合在一起，形成統(tǒng)一存儲(chǔ)池，這時(shí)物理上在兩個(gè)磁盤的數(shù)據(jù)卷之間的遷移，在邏輯上來講是在整合虛擬后的同一個(gè)磁盤陣列內(nèi)卷遷移，大大簡(jiǎn)化了數(shù)據(jù)遷移的復(fù)雜性。許許多多國(guó)內(nèi)外客戶都通過這種數(shù)據(jù)遷移方式實(shí)現(xiàn)了在線數(shù)據(jù)遷移。2.數(shù)據(jù)遷移的難題當(dāng)今數(shù)據(jù)遷移的主要難題是進(jìn)行一次成功的數(shù)據(jù)遷移

3、時(shí)間要求越來越短。然而應(yīng)用在存儲(chǔ)方面的需求不斷增加，存儲(chǔ)的升級(jí)和更替更加頻繁；同時(shí)，用戶的應(yīng)用趨向于全年不停頓運(yùn)行、對(duì)系統(tǒng)的可靠性、可用性要求不斷提高，維護(hù)時(shí)間窗口的不斷減少等因素，使得進(jìn)行一次平滑的成功數(shù)據(jù)遷移越來越具挑戰(zhàn)。在進(jìn)行數(shù)據(jù)遷移項(xiàng)目計(jì)劃時(shí)，一些因素是必須考慮的。2.1數(shù)據(jù)的保護(hù)數(shù)據(jù)的保護(hù)是最重要的，在數(shù)據(jù)遷移中數(shù)據(jù)的安全必須得到完全的保護(hù)。任何一個(gè)更換過個(gè)人計(jì)算機(jī)中的硬盤的人，都對(duì)因?yàn)樵诟鼡Q過程中對(duì)某些細(xì)節(jié)的忽視造成的數(shù)據(jù)丟失有預(yù)期和經(jīng)驗(yàn)。當(dāng)在企業(yè)級(jí)數(shù)據(jù)遷移中，數(shù)據(jù)備份、實(shí)施步驟的回退計(jì)劃是保證數(shù)據(jù)在遷移后的可用性的必需準(zhǔn)備。2.2在線或離線遷移如果應(yīng)用可以暫停，則遷移過程可以更快

4、捷；但是當(dāng)今大多數(shù)系統(tǒng)有著嚴(yán)格的可用性要求。當(dāng)數(shù)據(jù)遷移在生產(chǎn)環(huán)境中進(jìn)行時(shí)，不僅要密切監(jiān)控?cái)?shù)據(jù)遷移的過程，而且要將遷移對(duì)生產(chǎn)系統(tǒng)的影響降到最低。2.3維護(hù)時(shí)間窗口通常遷移工作只能在預(yù)先確定的維護(hù)時(shí)間窗口中進(jìn)行。通常時(shí)間窗口是在夜間或周末生產(chǎn)活動(dòng)最少的時(shí)候。這些嚴(yán)格的時(shí)間窗口的存在使得遷移項(xiàng)目可能表現(xiàn)出不規(guī)則間斷的情況：緊張的遷移在時(shí)間窗口中進(jìn)行，然后在時(shí)間窗口關(guān)閉時(shí)停止，業(yè)務(wù)繼續(xù)運(yùn)行；遷移工作只有在時(shí)間窗口再次打開后才可以繼續(xù)進(jìn)行。從而使得遷移工作分散成數(shù)成不連續(xù)的多個(gè)階段性工作。2.4遷移技術(shù)在開放系統(tǒng)環(huán)境中，沒有一個(gè)完美的數(shù)據(jù)遷移技術(shù)。每個(gè)遷移技術(shù)均有優(yōu)勢(shì)和劣勢(shì)。針對(duì)每個(gè)特定的業(yè)務(wù)環(huán)境，應(yīng)該

5、根據(jù)不同技術(shù)的特點(diǎn)進(jìn)行仔細(xì)甄別選擇。 直接費(fèi)用（人力、硬件和軟件等）因素應(yīng)該和間接因素（應(yīng)用停止和生產(chǎn)系統(tǒng)性能影響等）結(jié)合起來作為選擇遷移技術(shù)的判據(jù)。有些需要更大的維護(hù)時(shí)間窗口，而有些對(duì)生產(chǎn)系統(tǒng)的性能會(huì)有較大影響。這些都會(huì)成為選擇相應(yīng)存儲(chǔ)技術(shù)的考慮因素。2.5計(jì)劃和應(yīng)用停頓的容忍程度數(shù)據(jù)遷移會(huì)對(duì)生產(chǎn)系統(tǒng)有著或多或少的影響，當(dāng)分析完應(yīng)用可用性要求，完成維護(hù)時(shí)間窗口的選擇后，可供選擇的技術(shù)就相對(duì)比較固定。2.6測(cè)試需求根據(jù)應(yīng)用的情況，特定時(shí)間的遷移前測(cè)試和遷移后測(cè)試是必須的。因?yàn)闆]有一個(gè)普遍適用的測(cè)試計(jì)劃，所以針對(duì)每個(gè)特定的環(huán)境都需要做出詳細(xì)的有針對(duì)性的測(cè)試計(jì)劃。測(cè)試的時(shí)間跨度也與應(yīng)用情況相關(guān)，時(shí)

6、間長(zhǎng)短也是根據(jù)應(yīng)用的需求決定。2.7數(shù)據(jù)遷移的時(shí)間跨度總的來說，決定數(shù)據(jù)遷移時(shí)間跨度的最主要因素是用戶對(duì)遷移對(duì)原應(yīng)用的影響的容忍程度。而時(shí)間跨度與應(yīng)用可用性之間密切相關(guān)。通常，在費(fèi)用和可以接受的應(yīng)用可用性之間有著一定的關(guān)系。越高要求的應(yīng)用可用性意味著越多的費(fèi)用，從而也就制約了時(shí)間跨度。經(jīng)驗(yàn)表明，在沒有詳細(xì)徹底的評(píng)估環(huán)境和項(xiàng)目目標(biāo)的情況下，進(jìn)行遷移時(shí)間的預(yù)測(cè)是很困難的。一般來說，需要經(jīng)過評(píng)估，分析，計(jì)劃和實(shí)施等幾個(gè)步驟。2.8整個(gè)環(huán)境的復(fù)雜性在數(shù)據(jù)遷移過程中涉及到各種應(yīng)用和數(shù)據(jù)之間的關(guān)系，越復(fù)雜的應(yīng)用環(huán)境，則相應(yīng)的計(jì)劃和實(shí)施就越復(fù)雜。3.數(shù)據(jù)遷移技術(shù)的選擇客戶的原系統(tǒng)應(yīng)用系統(tǒng)架構(gòu)中包括了HP、I

7、BM等多種主機(jī)平臺(tái)，存儲(chǔ)為HDS9970V，將來可擴(kuò)展個(gè)多種存儲(chǔ)平臺(tái)，在進(jìn)行初步分析的基礎(chǔ)上，針對(duì)未來主機(jī)操作系統(tǒng)改變與否，我們認(rèn)為未來系統(tǒng)的選擇可以分為兩大類：同構(gòu)環(huán)境和異構(gòu)環(huán)境。3.1同構(gòu)環(huán)境的數(shù)據(jù)遷移技術(shù)針對(duì)與現(xiàn)有系統(tǒng)同構(gòu)，我們認(rèn)為至少可以有以下一些技術(shù)手段可以選擇：基于磁盤陣列遠(yuǎn)程數(shù)據(jù)復(fù)制技術(shù)的數(shù)據(jù)遷移?；谥鳈C(jī)操作系統(tǒng)邏輯卷鏡像技術(shù)的數(shù)據(jù)遷移?；跀?shù)據(jù)庫備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移?；谌焦ぞ叩臄?shù)據(jù)遷移?；诖鎯?chǔ)虛擬化技術(shù)的數(shù)據(jù)遷移3.2異構(gòu)環(huán)境的數(shù)據(jù)遷移技術(shù)針對(duì)異構(gòu)計(jì)算環(huán)境，一般推薦可以使用以下幾種方法之一，具體方法的選擇還需進(jìn)一步詳細(xì)了解現(xiàn)有系統(tǒng)運(yùn)行環(huán)境：基于主機(jī)操作系統(tǒng)邏輯卷鏡像

8、技術(shù)的數(shù)據(jù)遷移?；跀?shù)據(jù)庫備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移?；谌焦ぞ叩臄?shù)據(jù)遷移?；诖鎯?chǔ)虛擬化技術(shù)的數(shù)據(jù)遷移3.3可選的數(shù)據(jù)遷移技術(shù)對(duì)于業(yè)務(wù)數(shù)據(jù)的遷移，目前主要采用如下五種方法：基于磁盤陣列遠(yuǎn)程數(shù)據(jù)復(fù)制技術(shù)的數(shù)據(jù)遷移。基于主機(jī)操作系統(tǒng)邏輯卷鏡像技術(shù)的數(shù)據(jù)遷移。基于數(shù)據(jù)庫備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移?；诘谌焦ぞ叩臄?shù)據(jù)遷移?；诖鎯?chǔ)虛擬化技術(shù)的數(shù)據(jù)遷移最后的遷移方案應(yīng)該是上述方案的結(jié)合，我們會(huì)在上述方法結(jié)合過程中找到最佳數(shù)據(jù)遷移方案?；谥鳈C(jī)操作系統(tǒng)邏輯卷鏡像技術(shù)的數(shù)據(jù)遷移此種數(shù)據(jù)遷移方法，主要利用業(yè)務(wù)主機(jī)操作系統(tǒng)內(nèi)置的邏輯卷管理系統(tǒng)的邏輯卷鏡像（LV Mirror）技術(shù)，對(duì)于業(yè)務(wù)系統(tǒng)所使用的每個(gè)LV

9、，都進(jìn)行PV映射擴(kuò)展，在新的目標(biāo)磁盤陣列上擴(kuò)展一個(gè)PV映射，這樣，通過數(shù)據(jù)的初始化同步，可以保證業(yè)務(wù)數(shù)據(jù)在原有的磁盤陣列和新的磁盤陣列上保持同步，兩邊數(shù)據(jù)完全一致。然后，在刪除每個(gè)LV到原有磁盤陣列的PV映射，這樣，數(shù)據(jù)就完全從原有磁盤陣列遷移到新的磁盤陣列。原有磁盤陣列上的數(shù)據(jù)在一段時(shí)間內(nèi)保持不變，以用來回退，一旦數(shù)據(jù)遷移因各種原因無法成功，則還可以利用原來的磁盤陣列提供數(shù)據(jù)訪問。此種方法存在如下優(yōu)點(diǎn)：*步驟簡(jiǎn)單，容易實(shí)現(xiàn)，速度快；*不需要考慮到上層數(shù)據(jù)應(yīng)用系統(tǒng)的內(nèi)部的結(jié)構(gòu)；*可以在線進(jìn)行，只需要較短的停機(jī)時(shí)間（在所有的LV鏡像完成后，需要停機(jī)斷開LV和原有磁盤陣列上的PV的映射）；*LV在

10、進(jìn)行PV映射擴(kuò)展時(shí)，在經(jīng)過初始化數(shù)據(jù)同步后，保持鏡像狀態(tài)對(duì)系統(tǒng)的性能影響很?。ù蟾艜?huì)消耗2%的系統(tǒng)資源）；但是，利用這種方法，也存在如下的問題：*在LV進(jìn)行初始化數(shù)據(jù)同步的時(shí)候，需要消耗主機(jī)系統(tǒng)較大的CPU、memory以及IO資源，因此在進(jìn)行LV初始化數(shù)據(jù)同步的時(shí)候，會(huì)對(duì)在線系統(tǒng)的性能造成較大的沖擊；基于主機(jī)的數(shù)據(jù)遷移方案對(duì)于安徽郵政存儲(chǔ)銀行信息中心本次項(xiàng)目是可行的，采用該方案可以逐步實(shí)現(xiàn)數(shù)據(jù)遷移，但需要較多的實(shí)施步驟和停機(jī)次數(shù)。采用該種數(shù)據(jù)遷移方案各公司間是沒有根本區(qū)別，HDS公司在這類數(shù)據(jù)遷移實(shí)踐中也積累了大量經(jīng)驗(yàn)?；跀?shù)據(jù)庫備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移此種數(shù)據(jù)遷移方法，主要通過數(shù)據(jù)庫自帶的

11、備份和恢復(fù)功能以及邏輯日志追加的技術(shù)，實(shí)現(xiàn)一個(gè)數(shù)據(jù)逐步遷移的方法，最后達(dá)到把數(shù)據(jù)從原有的磁盤陣列完全遷移到新的磁盤陣列的目的。本方法比較安全，當(dāng)數(shù)據(jù)遷移不成功時(shí)，不影響生產(chǎn)系統(tǒng)的正常運(yùn)行，但是遷移時(shí)間較長(zhǎng)，對(duì)技術(shù)要求較高，而且需要專門用于數(shù)據(jù)遷移的一臺(tái)與生產(chǎn)主機(jī)環(huán)境一樣的主機(jī)，硬件配置可以稍低一點(diǎn)?；跀?shù)據(jù)庫的數(shù)據(jù)遷移方案僅僅能夠遷移數(shù)據(jù)庫業(yè)務(wù)應(yīng)用，對(duì)非數(shù)據(jù)庫應(yīng)用不可行。因此，對(duì)于安徽郵政存儲(chǔ)銀行信息中心本次項(xiàng)目是不可行的?；诖疟P陣列遠(yuǎn)程數(shù)據(jù)復(fù)制技術(shù)的數(shù)據(jù)遷移此種數(shù)據(jù)遷移方法，可以在同一個(gè)磁盤陣列內(nèi)通過基于磁盤陣列的克隆軟件或卷遷移軟件實(shí)現(xiàn)數(shù)據(jù)復(fù)制，完成數(shù)據(jù)遷移。如果兩個(gè)異構(gòu)的磁盤陣列通過H

12、DS虛擬化技術(shù)整合在一起，那么在兩個(gè)異構(gòu)的磁盤陣列間的數(shù)據(jù)復(fù)制就轉(zhuǎn)化為在同一磁盤陣列間的數(shù)據(jù)復(fù)制，這就是HDS異構(gòu)磁盤陣列數(shù)據(jù)遷移核心所在。對(duì)于兩套同型號(hào)磁盤陣列，可以通過陣列之間的數(shù)據(jù)復(fù)制技術(shù)來實(shí)現(xiàn)數(shù)據(jù)的遷移，如目前的HDS的TureCopy技術(shù)，EMC的SRDF技術(shù)，都可以實(shí)現(xiàn)在兩套磁盤陣列之間的數(shù)據(jù)遷移，并且此種方法不占用主機(jī)資源，對(duì)應(yīng)用透明。但是源磁盤陣列和目標(biāo)磁盤陣列必須是同一廠家的同一系列的產(chǎn)品，而且遷移過程對(duì)生產(chǎn)系統(tǒng)有一定的性能影響?；诘谌焦ぞ叩臄?shù)據(jù)遷移此種數(shù)據(jù)遷移的方法，利用一些第三方的工具實(shí)現(xiàn)數(shù)據(jù)遷移，如Veritas的VVR。這種方法，不僅需要額外購(gòu)買第三方工具，實(shí)施比

13、較復(fù)雜，同時(shí)，對(duì)于特定的第三方工具，需要滿足一些前提條件，如Veritas的VVR只能基于VxFS文件系統(tǒng)上的卷復(fù)制，對(duì)于其它的文件系統(tǒng)或raw device，則無法使用?；贖DS存儲(chǔ)虛擬化的數(shù)據(jù)遷移此種數(shù)據(jù)遷移的方法，利用HDS 特有的USPv/USPvm的UVM(Universal volume manager)+ 卷遷移復(fù)制VolumeMigration實(shí)現(xiàn)數(shù)據(jù)遷移。這種方法，可以采用HDS UVM和Volume Migration功能軟件，通過UVM實(shí)現(xiàn) USPv對(duì)外部存儲(chǔ)的虛擬化管理和應(yīng)用重新映射訪問，然后用卷遷移軟件Volume Migration將數(shù)據(jù)應(yīng)用不停止的在線遷移到 U

14、SPv內(nèi)部，由于不涉及主機(jī)的任何設(shè)置修改，實(shí)施比較簡(jiǎn)單, 遷移速度非常快。數(shù)據(jù)遷移方案的比較遷移方案是否需要計(jì)劃性停機(jī)，幾次數(shù)據(jù)遷移速度、性能遷移所需要消耗的資源實(shí)施難度操作系統(tǒng)鏡像數(shù)據(jù)命令1次可以根據(jù)業(yè)務(wù)情況，LUN級(jí)靈活控制拷貝速度需要消耗較少的主機(jī)端資源（文件系統(tǒng)層次鏡像）完全采用系統(tǒng)管理員熟悉的文件系統(tǒng)命令，難度很小但管理非常復(fù)雜，手工操作容災(zāi)出錯(cuò)，風(fēng)險(xiǎn)較大。Oracle Standy by方式備份和恢復(fù)2次中等需要消耗一定的主機(jī)端資源（數(shù)據(jù)庫層次log）取決于對(duì)數(shù)據(jù)庫的熟悉程度（注意數(shù)據(jù)庫的no log操作）磁盤陣列復(fù)制(只能在同構(gòu)陣列間實(shí)施）1-2次較快，但不能靈活調(diào)節(jié)1.需消耗陣

15、列的控制器能力和大量緩存資源； 2.主機(jī)IO需增加一定的時(shí)延，若在同機(jī)房遷移則影響較小需仔細(xì)規(guī)劃，確保陣列和主機(jī)之間的數(shù)據(jù)完整性。遷移結(jié)束后測(cè)試驗(yàn)證可回退性差。存在安全隱患，實(shí)施案例很少。第三方工具2次速度可控TDMF需要占用5-10%的主機(jī)系統(tǒng)資源取決于數(shù)據(jù)遷移服務(wù)人員實(shí)施能力。HDS存儲(chǔ)虛擬化+卷遷移1次速度最快，非常靈活1不消耗任何主機(jī)資源，需消耗陣列的控制器能力和大量緩存資源； 2.主機(jī)IO需增加微不足道的時(shí)延需要將外部存儲(chǔ)FC端口和USPv邏輯連接，以便USPv能識(shí)別和虛擬化外部存儲(chǔ)的LUN,然后通過卷遷移將外部存儲(chǔ)的卷在線遷移到 USPv內(nèi)部。非常多成功案例。4.安徽郵政存儲(chǔ)銀行數(shù)

16、據(jù)遷移方法數(shù)據(jù)遷移方法的選擇要依據(jù)客戶的現(xiàn)狀選擇相應(yīng)的遷移技術(shù)。例如：是否可以停機(jī)做數(shù)據(jù)遷移、可以停機(jī)時(shí)間、是否需要在線做數(shù)據(jù)遷移。通過對(duì)多種數(shù)據(jù)遷移方法的分析和比較，根據(jù)安徽郵政存儲(chǔ)銀行信息中心的實(shí)際狀況，由于新存儲(chǔ)系統(tǒng)選用的是HDS中端AMS2300，與原有高端9970V存儲(chǔ)系統(tǒng)無法進(jìn)行直接的數(shù)據(jù)復(fù)制。因此，建議采用操作系統(tǒng)鏡像方式的實(shí)際數(shù)據(jù)遷移方案。4.1數(shù)據(jù)遷移方案描述數(shù)據(jù)遷移方案架構(gòu)如上圖所示，數(shù)據(jù)遷移方案需要通過操作系統(tǒng)的鏡像，在原9970V和新購(gòu)得AMS2300間進(jìn)行數(shù)據(jù)復(fù)制。數(shù)據(jù)遷移的操作前需要對(duì)業(yè)務(wù)系統(tǒng)主機(jī)進(jìn)行比較繁瑣的配置，需要較長(zhǎng)的準(zhǔn)備時(shí)間。4.2數(shù)據(jù)遷移方案步驟數(shù)據(jù)遷移

17、的測(cè)試為了保證數(shù)據(jù)遷移的成功實(shí)施，必須在正式進(jìn)行數(shù)據(jù)遷移前，對(duì)所采用的技術(shù)進(jìn)行測(cè)試。一方面驗(yàn)證技術(shù)是否切實(shí)可行，另一方面，通過測(cè)試，可以大致了解數(shù)據(jù)同步的速度，這樣就可以計(jì)算整個(gè)數(shù)據(jù)遷移所需要的時(shí)間。同時(shí)，為了避免數(shù)據(jù)遷移在業(yè)務(wù)高峰時(shí)段對(duì)應(yīng)用系統(tǒng)的性能造成沖擊，可以根據(jù)測(cè)試得到的數(shù)據(jù)同步的速度值和每個(gè)業(yè)務(wù)低峰時(shí)段持續(xù)的時(shí)間，把所有相關(guān)的LV進(jìn)行分組，保證每組LV都可以在一個(gè)業(yè)務(wù)低峰時(shí)段完成數(shù)據(jù)同步。這樣就可以把對(duì)系統(tǒng)性能沖擊最大的數(shù)據(jù)同步操作控制在業(yè)務(wù)低峰時(shí)斷進(jìn)行。4.2.2數(shù)據(jù)遷移的準(zhǔn)備1.安裝并配置新儲(chǔ)存 HDS AMS23002.將AMS2300劃分的LUN按用戶要求分配給相應(yīng)的主機(jī)3.

18、在主機(jī)端識(shí)別新加的LUN（PV） AIX: #cfgmgr v#lspv Linux: #dmesg#fdisk l4.確認(rèn)原有的HDLM是否支持AMS2300，如果不支持，則需要升級(jí)HDLM，具體升級(jí)步驟按HDLM手冊(cè)執(zhí)行，需要停機(jī)。（HDLM不支持紅旗Linux）5.主機(jī)認(rèn)到新的LUN（PV）后，加入到需要遷移的VG中 #extendvg vgname hdiskx hdisky6.確認(rèn)添加后的VG的狀態(tài)是否正常 #lsvg l vgname4.2.3數(shù)據(jù)遷移的實(shí)施在準(zhǔn)備工作完成的情況下，就可以進(jìn)行生產(chǎn)數(shù)據(jù)的遷移工作。為了避免數(shù)據(jù)遷移在業(yè)務(wù)高峰時(shí)段對(duì)應(yīng)用系統(tǒng)的性能造成沖擊，可以根據(jù)測(cè)試得到

19、的數(shù)據(jù)同步的速度值和每個(gè)業(yè)務(wù)低峰時(shí)段持續(xù)的時(shí)間，來確定執(zhí)行數(shù)據(jù)同步的時(shí)間，這樣就可以把對(duì)系統(tǒng)性能沖擊最大的數(shù)據(jù)同步操作控制在業(yè)務(wù)低峰時(shí)斷進(jìn)行。同步速度主要依賴于主機(jī)和存儲(chǔ)的性能，目前2G SAN架構(gòu)下的主流速度約在150GB/小時(shí)左右，綜合用戶的環(huán)境保守估計(jì)同步速度約在100GB/小時(shí)左右，而用戶的關(guān)鍵業(yè)務(wù)數(shù)據(jù)庫總數(shù)據(jù)量約在300GB左右，即遷移關(guān)鍵業(yè)務(wù)數(shù)據(jù)庫的同步時(shí)間約在3小時(shí)左右。關(guān)鍵業(yè)務(wù)其他數(shù)據(jù)約1200GB，遷移時(shí)間約要12小時(shí)。對(duì)于次關(guān)鍵業(yè)務(wù)數(shù)據(jù)庫數(shù)據(jù)（150GB）遷移時(shí)間約需2小時(shí)。次關(guān)鍵業(yè)務(wù)其他數(shù)據(jù)（500GB）遷移時(shí)間約需6小時(shí)。1.創(chuàng)建鏡像#mirrorvg m vgname

20、 hdiskx hdisky2.確認(rèn)鏡像同步完成#lsvg -l vgname    -所有l(wèi)v都是syncd狀態(tài)3.測(cè)試數(shù)據(jù)庫的可用性，正常則數(shù)據(jù)庫數(shù)據(jù)鏡像成功回退：a.去除新加PV的鏡像#unmirror vgname hdiskx hdiskyb.將新盤從VG中去除#reducevg vgname hdiskx hdisky4.開始停應(yīng)用，確保對(duì)磁盤無任何IO操作5. 將9970的光纖線拔出，可以確保原數(shù)據(jù)保存6.去除原有PV的鏡像#unmirror vgname hdiska hdiskb7.將原盤從VG中去除#reducevg vgname hdiska hdiskb#varroffvg vgname#varronvg vgn