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

1、HDS 數(shù)據(jù)遷移解決方案1. 數(shù)據(jù)遷移概述數(shù)據(jù)遷移是企業(yè) IT 建設(shè)經(jīng)常面對(duì)的工作。在開(kāi)發(fā)環(huán)境向運(yùn)行環(huán)境轉(zhuǎn)換、低版本數(shù)據(jù)庫(kù)向高版本數(shù)據(jù)庫(kù)轉(zhuǎn)換、 兩個(gè)不同數(shù)據(jù)庫(kù)之間進(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ù)制軟件，在

2、 HDS 同系列存儲(chǔ)環(huán)境下， 經(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ǔ)上將原來(lái)不能完成數(shù)據(jù)復(fù)制的存儲(chǔ)設(shè)備整合在一起，形成統(tǒng)一存儲(chǔ)池，這時(shí)物理上在兩個(gè)磁盤的數(shù)據(jù)卷之間的遷移，在邏輯上來(lái)講是在整合虛擬后的同一個(gè)磁盤陣列內(nèi)卷遷移，大大簡(jiǎn)化了數(shù)據(jù)遷移的復(fù)雜性。 許許多多國(guó)內(nèi)外客戶都通過(guò)這種數(shù)據(jù)遷移方式實(shí)現(xiàn)了在線數(shù)據(jù)遷移。2. 數(shù)據(jù)遷移的難題當(dāng)今數(shù)據(jù)遷

3、移的主要難題是進(jìn)行一次成功的數(shù)據(jù)遷移時(shí)間要求越來(lái)越短。然而應(yīng)用在存儲(chǔ)方面的需求不斷增加， 存儲(chǔ)的升級(jí)和更替更加頻繁；同時(shí)， 用戶的應(yīng)用趨向于全年不停頓運(yùn)行、對(duì)系統(tǒng)的可靠性、可用性要求不斷提高， 維護(hù)時(shí)間窗口的不斷減少等因素，使得進(jìn)行一次平滑的成功數(shù)據(jù)遷移越來(lái)越具挑戰(zhàn)。在進(jìn)行數(shù)據(jù)遷移項(xiàng)目計(jì)劃時(shí)，一些因素是必須考慮的。2.1 數(shù)據(jù)的保護(hù)數(shù)據(jù)的保護(hù)是最重要的， 在數(shù)據(jù)遷移中數(shù)據(jù)的安全必須得到完全的保護(hù)。任何一個(gè)更換過(guò)個(gè)人計(jì)算機(jī)中的硬盤的人， 都對(duì)因?yàn)樵诟鼡Q過(guò)程中對(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

4、 在線或離線遷移如果應(yīng)用可以暫停， 則遷移過(guò)程可以更快捷； 但是當(dāng)今大多數(shù)系統(tǒng)有著嚴(yán)格的可用性要求。 當(dāng)數(shù)據(jù)遷移在生產(chǎn)環(huán)境中進(jìn)行時(shí)， 不僅要密切監(jiān)控?cái)?shù)據(jù)遷移的過(guò)程，而且要將遷移對(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í)間窗口再次打開(kāi)后才可以繼續(xù)進(jìn)行。 從而使得遷移工作分散成數(shù)成不連續(xù)的多個(gè)階段性工作。2.4 遷移技術(shù)在開(kāi)放系統(tǒng)環(huán)境中， 沒(méi)有一個(gè)完

5、美的數(shù)據(jù)遷移技術(shù)。 每個(gè)遷移技術(shù)均有優(yōu)勢(shì)和劣勢(shì)。 針對(duì)每個(gè)特定的業(yè)務(wù)環(huán)境， 應(yīng)該根據(jù)不同技術(shù)的特點(diǎn)進(jìn)行仔細(xì)甄別選擇。 直接費(fèi)用（人力、硬件和軟件等）因素應(yīng)該和間接因素（應(yīng)用停止和生產(chǎn)系統(tǒng)性能影響等） 結(jié)合起來(lái)作為選擇遷移技術(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)闆](méi)有一個(gè)普遍適用的測(cè)試計(jì)劃

6、，所以針對(duì)每個(gè)特定的環(huán)境都需要做出詳細(xì)的有針對(duì)性的測(cè)試計(jì)劃。測(cè)試的時(shí)間跨度也與應(yīng)用情況相關(guān)，時(shí)間長(zhǎng)短也是根據(jù)應(yīng)用的需求決定。2.7 數(shù)據(jù)遷移的時(shí)間跨度總的來(lái)說(shuō)，決定數(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)表明，在沒(méi)有詳細(xì)徹底的評(píng)估環(huán)境和項(xiàng)目目標(biāo)的情況下，進(jìn)行遷移時(shí)間的預(yù)測(cè)是很困難的。一般來(lái)說(shuō)，需要經(jīng)過(guò)評(píng)估，分析，計(jì)劃和實(shí)施等幾個(gè)步驟。2.8 整個(gè)環(huán)境的復(fù)雜性在數(shù)據(jù)遷移過(guò)程中涉及到各種應(yīng)用和數(shù)據(jù)之間的關(guān)系，越復(fù)雜的應(yīng)

7、用環(huán)境，則相應(yīng)的計(jì)劃和實(shí)施就越復(fù)雜。3. 數(shù)據(jù)遷移技術(shù)的選擇客戶的原系統(tǒng)應(yīng)用系統(tǒng)架構(gòu)中包括了HP 、IBM等多種主機(jī)平臺(tái)，存儲(chǔ)為 HDS9970V，將來(lái)可擴(kuò)展個(gè)多種存儲(chǔ)平臺(tái)，在進(jìn)行初步分析的基礎(chǔ)上， 針對(duì)未來(lái)主機(jī)操作系統(tǒng)改變與否，我們認(rèn)為未來(lái)系統(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ù)庫(kù)備份和恢復(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)境

8、， 一般推薦可以使用以下幾種方法之一， 具體方法的選擇還需進(jìn)一步詳細(xì)了解現(xiàn)有系統(tǒng)運(yùn)行環(huán)境：基于主機(jī)操作系統(tǒng)邏輯卷鏡像技術(shù)的數(shù)據(jù)遷移?；跀?shù)據(jù)庫(kù)備份和恢復(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ù)遷移?；谥鳈C(jī)操作系統(tǒng)邏輯卷鏡像技術(shù)的數(shù)據(jù)遷移?；跀?shù)據(jù)庫(kù)備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移?；诘谌焦ぞ叩臄?shù)據(jù)遷移?；诖鎯?chǔ)虛擬化技術(shù)的數(shù)據(jù)遷移最后的遷移方案應(yīng)該是上述方案的結(jié)合，我們會(huì)在上述方法結(jié)合過(guò)程中找到最佳數(shù)據(jù)遷移方案。基于主機(jī)操作系統(tǒng)邏輯卷鏡像技術(shù)的數(shù)據(jù)遷移此種數(shù)據(jù)遷移

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

10、數(shù)據(jù)應(yīng)用系統(tǒng)的內(nèi)部的結(jié)構(gòu)；*可以在線進(jìn)行，只需要較短的停機(jī)時(shí)間（在所有的 LV 鏡像完成后，需要停機(jī)斷開(kāi) LV 和原有磁盤陣列上的 PV 的映射）；*LV 在進(jìn)行 PV 映射擴(kuò)展時(shí)，在經(jīng)過(guò)初始化數(shù)據(jù)同步后，保持鏡像狀態(tài)對(duì)系統(tǒng)的性能影響很?。ù蟾艜?huì)消耗2% 的系統(tǒng)資源）；但是，利用這種方法，也存在如下的問(wèn)題：*在 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ù)遷移，但需要較

11、多的實(shí)施步驟和停機(jī)次數(shù)。采用該種數(shù)據(jù)遷移方案各公司間是沒(méi)有根本區(qū)別， HDS 公司在這類數(shù)據(jù)遷移實(shí)踐中也積累了大量經(jīng)驗(yàn)?；跀?shù)據(jù)庫(kù)備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移此種數(shù)據(jù)遷移方法， 主要通過(guò)數(shù)據(jù)庫(kù)自帶的備份和恢復(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ù)庫(kù)的數(shù)據(jù)遷移方案僅僅能夠遷移數(shù)據(jù)庫(kù)業(yè)務(wù)應(yīng)用， 對(duì)非數(shù)據(jù)庫(kù)應(yīng)用不可行。 因此，對(duì)于安徽郵政

12、存儲(chǔ)銀行信息中心本次項(xiàng)目是不可行的。基于磁盤陣列遠(yuǎn)程數(shù)據(jù)復(fù)制技術(shù)的數(shù)據(jù)遷移此種數(shù)據(jù)遷移方法， 可以在同一個(gè)磁盤陣列內(nèi)通過(guò)基于磁盤陣列的克隆軟件或卷遷移軟件實(shí)現(xiàn)數(shù)據(jù)復(fù)制， 完成數(shù)據(jù)遷移。 如果兩個(gè)異構(gòu)的磁盤陣列通過(guò) HDS 虛擬化技術(shù)整合在一起，那么在兩個(gè)異構(gòu)的磁盤陣列間的數(shù)據(jù)復(fù)制就轉(zhuǎn)化為在同一磁盤陣列間的數(shù)據(jù)復(fù)制， 這就是 HDS 異構(gòu)磁盤陣列數(shù)據(jù)遷移核心所在。對(duì)于兩套同型號(hào)磁盤陣列， 可以通過(guò)陣列之間的數(shù)據(jù)復(fù)制技術(shù)來(lái)實(shí)現(xiàn)數(shù)據(jù)的遷移，如目前的 HDS 的 TureCopy技術(shù)，EMC 的 SRDF技術(shù)，都可以實(shí)現(xiàn)在兩套磁盤陣列之間的數(shù)據(jù)遷移，并且此種方法不占用主機(jī)資源， 對(duì)應(yīng)用透明。 但是源磁

13、盤陣列和目標(biāo)磁盤陣列必須是同一廠家的同一系列的產(chǎn)品， 而且遷移過(guò)程對(duì)生產(chǎn)系統(tǒng)有一定的性能影響。基于第三方工具的數(shù)據(jù)遷移此種數(shù)據(jù)遷移的方法，利用一些第三方的工具實(shí)現(xiàn)數(shù)據(jù)遷移，如Veritas的 VVR 。這種方法， 不僅需要額外購(gòu)買第三方工具，實(shí)施比較復(fù)雜，同時(shí)，對(duì)于特定的第三方工具，需要滿足一些前提條件，如Veritas的 VVR 只能基于 VxFS 文件系統(tǒng)上的卷復(fù)制，對(duì)于其它的文件系統(tǒng)或 raw device ，則無(wú)法使用?；贖DS存儲(chǔ)虛擬化的數(shù)據(jù)遷移此種數(shù)據(jù)遷移的方法，利用HDS特有的USPv/USPvm的UVM(Universalvolumemanager)+卷遷移復(fù)制VolumeM

14、igration實(shí)現(xiàn)數(shù)據(jù)遷移。這種方法，可以采用HDS UVM和 Volume Migration 功能軟件，通過(guò) UVM 實(shí)現(xiàn) USPv 對(duì)外部存儲(chǔ)的虛擬化管理和應(yīng)用重新映射訪問(wèn)，然后用卷遷移軟件 Volume Migration 將數(shù)據(jù)應(yīng)用不停止的在線遷移到 USPv 內(nèi)部，由于不涉及主機(jī)的任何設(shè)置修改，實(shí)施比較簡(jiǎn)單 , 遷移速度非?？臁?shù)據(jù)遷移方案的比較遷移方案是否需要計(jì)數(shù)據(jù)遷移速度、遷移所需要消耗的資源實(shí)施難度劃性停機(jī)，性能幾次操作系統(tǒng)鏡1 次可以根據(jù)業(yè)務(wù)需要消耗較少的主機(jī)端資完全采用系統(tǒng)管理員熟悉像數(shù)據(jù)命令情況， LUN 級(jí)源（文件系統(tǒng)層次鏡像）的文件系統(tǒng)命令，難度很靈活控制拷貝小但

15、管理非常復(fù)雜，手工速度操作容災(zāi)出錯(cuò)， 風(fēng)險(xiǎn)較大。Oracle2 次中等需要消耗一定的主機(jī)端資取決于對(duì)數(shù)據(jù)庫(kù)的熟悉程Standyby源（數(shù)據(jù)庫(kù)層次 log ）度（注意數(shù)據(jù)庫(kù)的 no log方式備份和操作）恢復(fù)磁盤陣列復(fù)1-2 次較快，但不能靈1. 需消耗陣列的控制器能需仔細(xì)規(guī)劃，確保陣列和制 (只能在 同活調(diào)節(jié)力和大量緩存資源；2.主機(jī)之間的數(shù)據(jù)完整性。構(gòu)陣列間實(shí)主機(jī) IO 需增加一定的時(shí)施）延，若在同機(jī)房遷移則影遷移結(jié)束后測(cè)試驗(yàn)證可回響較小退性差。存在安全隱患，實(shí)施案例很少。第三方工具2 次速度可控TDMF 需要占用 5-10%取決于數(shù)據(jù)遷移服務(wù)人員的主機(jī)系統(tǒng)資源實(shí)施能力。HDS存儲(chǔ)虛1 次速

16、度最快，非常1 不消耗任何主機(jī)資源，需要將外部存儲(chǔ) FC 端口擬化 +卷遷移靈活需消耗陣列的控制器能力和 USPv 邏輯連接，以便和大量緩存資源；2. 主機(jī)USPv 能識(shí)別和虛擬化外IO 需增加微不足道的時(shí)部存儲(chǔ)的 LUN, 然后通過(guò)延卷遷移將外部存儲(chǔ)的卷在線遷移到 USPv 內(nèi)部。非常多成功案例。4. 安徽郵政存儲(chǔ)銀行數(shù)據(jù)遷移方法數(shù)據(jù)遷移方法的選擇要依據(jù)客戶的現(xiàn)狀選擇相應(yīng)的遷移技術(shù)。 例如：是否可以停機(jī)做數(shù)據(jù)遷移、可以停機(jī)時(shí)間、是否需要在線做數(shù)據(jù)遷移。通過(guò)對(duì)多種數(shù)據(jù)遷移方法的分析和比較，根據(jù)安徽郵政存儲(chǔ)銀行信息中心的實(shí)際狀況，由于新存儲(chǔ)系統(tǒng)選用的是HDS中端AMS2300 ，與原有高端 99

17、70V存儲(chǔ)系統(tǒng)無(wú)法進(jìn)行直接的數(shù)據(jù)復(fù)制。因此，建議采用操作系統(tǒng)鏡像方式的實(shí)際數(shù)據(jù)遷移方案。4.1 數(shù)據(jù)遷移方案描述數(shù)據(jù)遷移方案架構(gòu)如上圖所示，數(shù)據(jù)遷移方案需要通過(guò)操作系統(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ù)遷移的測(cè)試為了保證數(shù)據(jù)遷移的成功實(shí)施，必須在正式進(jìn)行數(shù)據(jù)遷移前，對(duì)所采用的技術(shù)進(jìn)行測(cè)試。一方面驗(yàn)證技術(shù)是否切實(shí)可行，另一方面，通過(guò)測(cè)試，可以大致了解數(shù)據(jù)同步的速度，這樣就可以計(jì)算整個(gè)數(shù)據(jù)遷移所需要的時(shí)間。 同時(shí)，為了避免數(shù)據(jù)遷移在業(yè)務(wù)高峰時(shí)段對(duì)應(yīng)用系統(tǒng)的性能造成

18、沖擊， 可以根據(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)行。數(shù)據(jù)遷移的準(zhǔn)備1. 安裝并配置新儲(chǔ)存 HDS AMS23002. 將 AMS2300 劃分的 LUN 按用戶要求分配給相應(yīng)的主機(jī)3. 在主機(jī)端識(shí)別新加的 LUN （PV）AIX:#cfgmgrv#lspvLinux:#dmesg#fdiskl4. 確認(rèn)原有的 HDLM 是否支持 AMS2300 ，如果不支持，則需要升級(jí) HDLM ，具體升級(jí)步驟按 HDLM 手冊(cè)執(zhí)行，需要停機(jī)

19、。（HDLM不支持紅旗 Linux ）5. 主機(jī)認(rèn)到新的 LUN （PV）后，加入到需要遷移的 VG 中#extendvg vgname hdiskx hdisky6. 確認(rèn)添加后的 VG 的狀態(tài)是否正常#lsvg l vgname數(shù)據(jù)遷移的實(shí)施在準(zhǔn)備工作完成的情況下， 就可以進(jìn)行生產(chǎn)數(shù)據(jù)的遷移工作。為了避免數(shù)據(jù)遷移在業(yè)務(wù)高峰時(shí)段對(duì)應(yīng)用系統(tǒng)的性能造成沖擊，可以根據(jù)測(cè)試得到的數(shù)據(jù)同步的速度值和每個(gè)業(yè)務(wù)低峰時(shí)段持續(xù)的時(shí)間，來(lái)確定執(zhí)行數(shù)據(jù)同步的時(shí)間， 這樣就可以把對(duì)系統(tǒng)性能沖擊最大的數(shù)據(jù)同步操作控制在業(yè)務(wù)低峰時(shí)斷進(jìn)行。同步速度主要依賴于主機(jī)和存儲(chǔ)的性能，目前2G SAN 架構(gòu)下的主流速度約在150G

20、B/小時(shí)左右，綜合用戶的環(huán)境保守估計(jì)同步速度約在100GB/小時(shí)左右，而用戶的關(guān)鍵業(yè)務(wù)數(shù)據(jù)庫(kù)總數(shù)據(jù)量約在 300GB左右，即遷移關(guān)鍵業(yè)務(wù)數(shù)據(jù)庫(kù)的同步時(shí)間約在3 小時(shí)左右。關(guān)鍵業(yè)務(wù)其他數(shù)據(jù)約1200GB，遷移時(shí)間約要12 小時(shí)。對(duì)于次關(guān)鍵業(yè)務(wù)數(shù)據(jù)庫(kù)數(shù)據(jù)（150GB）遷移時(shí)間約需2 小時(shí)。次關(guān)鍵業(yè)務(wù)其他數(shù)據(jù)（500GB）遷移時(shí)間約需6 小時(shí)。1. 創(chuàng)建鏡像#mirrorvgm vgname hdiskx hdisky2. 確認(rèn)鏡像同步完成#lsvg -l vgname- 所有 lv 都是 syncd 狀態(tài)3. 測(cè)試數(shù)據(jù)庫(kù)的可用性，正常則數(shù)據(jù)庫(kù)數(shù)據(jù)鏡像成功回退：a. 去除新加 PV 的鏡像#unmirror vgname hdiskx hdiskyb. 將新盤從 VG 中去除#reducevg vgname hdiskx hdisky4. 開(kāi)始停應(yīng)用，確保對(duì)磁盤無(wú)任何 IO 操作5. 將 9970 的光纖線拔出，可以確保原數(shù)據(jù)保存6. 去除原有 PV 的鏡像#unmirror vgname hdiska hdiskb7. 將原盤從 VG 中去除#reducevg vgname hdiska hdiskb#varroffvg vgname#varronvg vgname8. 啟動(dòng)應(yīng)用，測(cè)試數(shù)據(jù)