XX數(shù)據(jù)遷移服務(wù)技術(shù)建議書

XX數(shù)據(jù)遷移服務(wù)技術(shù)

建議書TOC\o"1-5"\h\z目錄 ii\o"CurrentDocument"1項目概述 5\o"CurrentDocument"項目背景-服務(wù)現(xiàn)狀 5\o"CurrentDocument"項目宏觀服務(wù)范圍 5\o"CurrentDocument"2 XX數(shù)據(jù)遷移方法論 6\o"CurrentDocument"XX數(shù)據(jù)遷移方案概述 6\o"CurrentDocument"遷移風(fēng)險&計劃階段 6\o"CurrentDocument"遷移實施階段 7\o"CurrentDocument"數(shù)據(jù)遷移完成階段 8\o"CurrentDocument"3數(shù)據(jù)遷移方法簡介 9\o"CurrentDocument"基于主機卷管理軟件的數(shù)據(jù)遷移方案 9\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 9\o"CurrentDocument"數(shù)據(jù)遷移工作原理 9\o"CurrentDocument"遷移步驟 10\o"CurrentDocument"方案特點 10\o"CurrentDocument"停機時間和數(shù)據(jù)復(fù)制時間估算 11\o"CurrentDocument"使用建議 11\o"CurrentDocument"技術(shù)限制 12\o"CurrentDocument"選擇此方案的優(yōu)選場景 12\o"CurrentDocument"責(zé)任界面 13\o"CurrentDocument"基于文件拷貝工具的數(shù)據(jù)遷移方案 13\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 13\o"CurrentDocument"數(shù)據(jù)遷移工作原理 13\o"CurrentDocument"遷移步驟 14\o"CurrentDocument"方案特點 15\o"CurrentDocument"停機時間和數(shù)據(jù)復(fù)制時間估算 15\o"CurrentDocument"使用建議 15\o"CurrentDocument"技術(shù)限制 16\o"CurrentDocument"選擇此方案的優(yōu)選場景 16\o"CurrentDocument"責(zé)任界面 16\o"CurrentDocument"基于虛擬化平臺的數(shù)據(jù)遷移方案 18\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 18\o"CurrentDocument"數(shù)據(jù)遷移工作原理 18\o"CurrentDocument"遷移步驟 19\o"CurrentDocument"方案特點 19\o"CurrentDocument"數(shù)據(jù)遷移時間估算 20\o"CurrentDocument"使用建議 20\o"CurrentDocument"技術(shù)限制 20\o"CurrentDocument"選擇此方案的優(yōu)選場景 21\o"CurrentDocument"責(zé)任界面 21\o"CurrentDocument"基于網(wǎng)絡(luò)功能（VIS）的數(shù)據(jù)遷移方案 23\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 23\o"CurrentDocument"數(shù)據(jù)遷移工作原理 23\o"CurrentDocument"遷移步驟 24\o"CurrentDocument"方案特點 25\o"CurrentDocument"停機時間和數(shù)據(jù)復(fù)制時間估算 26\o"CurrentDocument"使用建議 26\o"CurrentDocument"技術(shù)限制 27\o"CurrentDocument"VIS的限制 27\o"CurrentDocument"選擇此方案的優(yōu)選場景 27\o"CurrentDocument"責(zé)任界面 28\o"CurrentDocument"基于異構(gòu)虛擬化的數(shù)據(jù)遷移方案 29\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 29\o"CurrentDocument"數(shù)據(jù)遷移工作原理 29\o"CurrentDocument"遷移步驟 30\o"CurrentDocument"方案特點 31\o"CurrentDocument"停機時間和數(shù)據(jù)復(fù)制時間估算 31\o"CurrentDocument"使用建議 32\o"CurrentDocument"技術(shù)限制 32\o"CurrentDocument"選擇此方案的優(yōu)選場景 33\o"CurrentDocument"責(zé)任界面 33\o"CurrentDocument"基于存儲功能（LUN拷貝）的數(shù)據(jù)遷移方案 34\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 34\o"CurrentDocument"數(shù)據(jù)遷移工作原理 34\o"CurrentDocument"遷移步驟 35\o"CurrentDocument"方案特點 35\o"CurrentDocument"遷移時間和停機時間估算 36LUN拷貝實施（離線）: 37\o"CurrentDocument"使用建議 37\o"CurrentDocument"技術(shù)限制 37\o"CurrentDocument"選擇此方案的優(yōu)選場景 38\o"CurrentDocument"責(zé)任界面 38\o"CurrentDocument"基于ToolkitSAN遷移工具的數(shù)據(jù)遷移方案 38\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 38\o"CurrentDocument"數(shù)據(jù)遷移工作原理 38\o"CurrentDocument"遷移步驟 39\o"CurrentDocument"方案特點 40\o"CurrentDocument"遷移時間和停機時間估算 40\o"CurrentDocument"使用建議 40\o"CurrentDocument"技術(shù)限制 41\o"CurrentDocument"選擇此方案的優(yōu)選場景 41\o"CurrentDocument"責(zé)任界面 41\o"CurrentDocument"基于ToolkitNAS遷移工具的數(shù)據(jù)遷移方案 42\o"CurrentDocument"數(shù)據(jù)遷移方案架構(gòu)圖 42\o"CurrentDocument"數(shù)據(jù)遷移工作原理 42\o"CurrentDocument"遷移步驟 43\o"CurrentDocument"方案特點 43\o"CurrentDocument"遷移時間和停機時間估算 44\o"CurrentDocument"使用建議 44\o"CurrentDocument"技術(shù)限制 44\o"CurrentDocument"選擇此方案的優(yōu)選場景 45\o"CurrentDocument"責(zé)任界面 45\o"CurrentDocument"4遷移服務(wù)規(guī)劃 45\o"CurrentDocument"項目組織架構(gòu) 45\o"CurrentDocument"項目管理計劃 46\o"CurrentDocument"責(zé)任矩陣 47\o"CurrentDocument"預(yù)計應(yīng)用停機時間 47\o"CurrentDocument"遷移風(fēng)險管理 48\o"CurrentDocument"5遷移服務(wù)實施 49\o"CurrentDocument"遷移總體流程 49\o"CurrentDocument"遷移準(zhǔn)備 49\o"CurrentDocument"遷移實施 51\o"CurrentDocument"遷移監(jiān)控 52\o"CurrentDocument"性能優(yōu)化 52\o"CurrentDocument"項目轉(zhuǎn)維 53項目概述項目背景-服務(wù)現(xiàn)狀隨著XXX客戶業(yè)務(wù)的增長，為了滿足XXX日益增長的數(shù)據(jù)量的需求?，F(xiàn)XXX需要一套完整的高性能存儲平臺，并將該用戶目前存儲環(huán)境平滑過渡至該平臺，并提供無縫的在線容量升級。目前潛在的痛點在于：原有存儲設(shè)備有數(shù)據(jù)丟失的風(fēng)險現(xiàn)有存儲容量已經(jīng)幾乎用完部分系統(tǒng)的資源使用率超出其預(yù)估值存儲性能需要提高通過使用新的高端存儲和存儲架構(gòu),XX存儲解決方案解決了以上問題。該解決方案主要通過以下方面體現(xiàn)：?對應(yīng)XXX客戶提出的數(shù)據(jù)存儲建設(shè)要求，XX將部署支持高性能服務(wù)、節(jié)點服務(wù)、集成cache等特性的OceanStorXXXX存儲通過數(shù)據(jù)遷移專業(yè)服務(wù)將原存儲數(shù)據(jù)遷移至OceanStorXXXX。XX將提供一個終端到終端的專業(yè)服務(wù)項目，涵蓋規(guī)劃，部署，測試，數(shù)據(jù)遷移和培訓(xùn)，其生命周期將貫穿整個項目運作。作為XXX客戶的存儲戰(zhàn)略性規(guī)劃的一部分，分階段執(zhí)行。該項目交付將由專業(yè)服務(wù)團隊執(zhí)行數(shù)據(jù)的備份、遷移、和培訓(xùn)，最后將平滑的過渡至IT運維部門。項目宏觀服務(wù)范圍本項目項下有關(guān)數(shù)據(jù)遷移服務(wù)的宏觀目標(biāo)：XXOceanStorXXXX存儲陣列的的安裝和配置將XXOceanStorXXXX存儲集成至現(xiàn)有存儲環(huán)境中去。并對原有環(huán)境的功能和高可用性進行配置。將原有存儲的數(shù)據(jù)階段的遷移至OceanStorXXXX新存儲中重定向新的數(shù)據(jù)增長到OceanStorXXXX存儲XX數(shù)據(jù)遷移方法論XX數(shù)據(jù)遷移方案概述為了更好的服務(wù)全球存儲用戶，XX全球服務(wù)部專門設(shè)置數(shù)據(jù)遷移專業(yè)服務(wù)團隊，通過多個已成功交付項目的最佳實踐，進行遷移活動生命周期的管理，并提供一個以客戶體驗為標(biāo)準(zhǔn)的端到端的數(shù)據(jù)遷移項目交付模型。在數(shù)據(jù)遷移建模過程中，有效的風(fēng)險管理是控制遷移項目的重要支柱。藺黃2?田匚<MsisL3一第。|=5M生比2.具體遷移計劃奧體已將設(shè)請與諦劃22應(yīng)用環(huán)填與正朝血癥2.3風(fēng)段規(guī)避和應(yīng)息兩器制重2Aa蛔用泅冠萬票制定=5違格手冊評體和回顏素制定L信息收集與分析i-i信朦收集與勘深1=注移分析1.3遷移風(fēng)梆及華蛤公析M汪移執(zhí)行OJW8重34.假定狀態(tài)41任移狀海陰古fl.2任落后操作〔快脂，留爵,痣制葬眼等1工3汪移存維44設(shè)留下線5」基礎(chǔ)架構(gòu)部管3.2遷移和啾亍數(shù)據(jù)遷移生命周期流程遷移風(fēng)險&計劃階段在數(shù)據(jù)遷移分析階段，數(shù)據(jù)遷移專家和存儲架構(gòu)師主要進行數(shù)據(jù)收集和分析推演的工作，以便制定詳細(xì)的遷移計劃。下圖顯示了一些常用的數(shù)據(jù)采集和分析技術(shù)。分析階段將在硬件出貨前完成，因此不消耗項目進度。數(shù)據(jù)峰與勘誤汪移分析汪移規(guī)劃數(shù)據(jù)峰與勘誤汪移分析汪移規(guī)劃數(shù)據(jù)遷移分析與規(guī)劃流程.遷移實施階段在遷移過程中執(zhí)行階段，主要執(zhí)行溝通計劃和獲取、安裝和配置硬件、軟件，自動化腳本。在實際的數(shù)據(jù)遷移執(zhí)行的過程中需要相應(yīng)的工具。除了遷移后進行驗證測試外，遷移前也將進行預(yù)遷移數(shù)據(jù)驗證測試。這些試驗將證實數(shù)據(jù)是在在遷移后與遷移之前具有相同的狀態(tài)和一致性。通常情況下，測試演練將在測試或開發(fā)（非生產(chǎn)）環(huán)境中進行。在該階段，實際數(shù)據(jù)遷移本身將是最重要的一部分。正如下列表所述，正確的方法可以簡化這個過程：增強數(shù)據(jù)遷移的傳輸速率最小化或跳過應(yīng)用停機時間運行數(shù)據(jù)遷移在業(yè)務(wù)運行時間段進行在任何應(yīng)用環(huán)境下的數(shù)據(jù)遷移實施前，都需要實現(xiàn)制定好遷移前檢查列表和遷移交付指導(dǎo)書。相應(yīng)材料的準(zhǔn)備確保了遷移的平滑過渡、數(shù)據(jù)的完整性，以及相應(yīng)的遷移回退策略的制定。在計劃于設(shè)計階段完成之后，將制定完整版本的數(shù)據(jù)遷移指導(dǎo)書及數(shù)據(jù)遷移回顧文檔。指導(dǎo)書將包含如下部分：移手冊 遷移環(huán)境測試口驗證在活動中所需的特定工作人員（含XXX）口應(yīng)用備份/關(guān)閉流程口數(shù)據(jù)庫備份/關(guān)閉流程口網(wǎng)絡(luò)/安全動作（如.DNS）口服務(wù)器關(guān)閉流程口應(yīng)用系統(tǒng)關(guān)聯(lián)性口數(shù)據(jù)復(fù)制/快照/備份等對遷移的影響口法律與法規(guī)的評估口如需分批遷移，提供遷移決策點口服務(wù)器啟動/測試/完成口數(shù)據(jù)庫啟動/遷移/完成口應(yīng)用啟動/遷移/完成口投產(chǎn)測試/完成口業(yè)務(wù)連續(xù)性/回滾計劃口構(gòu)建和驗證HA&GEO等容災(zāi)軟件口最終QA和遷移決策數(shù)據(jù)遷移完成階段遷移數(shù)據(jù)后，需要確保目標(biāo)系統(tǒng)包含源的完整和準(zhǔn)確的副本。并確保遷移的數(shù)據(jù)仍然是由應(yīng)用程序使用。完成遷移后，將提供編制遷移報告，報告強調(diào)做了什么工作，哪些工作尚未完成，對現(xiàn)有遷移工作的內(nèi)容總結(jié)。需要確保遷移場景結(jié)束后，應(yīng)用場景依然適用。如在遷移后發(fā)現(xiàn)任何硬件或基礎(chǔ)架構(gòu)相關(guān)的問題或者不可控因素，則嘗試解決該問題或者進行遷移回退，至原有狀態(tài)。此外遷移過程中需要始終保持原數(shù)據(jù)的可用性。對原數(shù)據(jù)的保存將確保原有生產(chǎn)環(huán)境可隨時回退。在問題解決后，可以繼續(xù)計劃再次數(shù)據(jù)遷移，原有應(yīng)用將不會受影響。數(shù)據(jù)遷移方法簡介基于主機卷管理軟件的數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案架構(gòu)圖數(shù)據(jù)遷移工作原理基于主機卷管理軟件的遷移方案可以在不同廠商的存儲陣列產(chǎn)品之間進行數(shù)據(jù)遷移。在遷移的初始階段將目標(biāo)存儲的LUN映射給主機并加入包含源存儲LUN數(shù)據(jù)的卷組中，利用卷管理軟件提供的鏡像功能，使得數(shù)據(jù)在源存儲和目標(biāo)存儲之間進行快速的復(fù)制，鏡像完成后，將源存儲LUN從主機卷組中刪除，完成數(shù)據(jù)遷移。數(shù)據(jù)復(fù)制過程中保持業(yè)務(wù)在線運行。遷移步驟步驟1遷移前，I/O路徑為“服務(wù)器主機一源存儲”；步驟2將目標(biāo)存儲加入客戶的應(yīng)用系統(tǒng)中，新增鏈路為“服務(wù)器主機一目標(biāo)存儲”。在目標(biāo)存儲陣列上將新建的LUN分配給服務(wù)器主機。此操作不需要中斷客戶業(yè)務(wù)系統(tǒng)。具體包括：物理鏈路連接（如果需要替換主機的多路徑軟件，目標(biāo)存儲遷移完成前單路徑接入）；光纖交換機劃zone；目標(biāo)存儲上建立主機組和主機，添加服務(wù)器WWN；目標(biāo)存儲上添加LUN到服務(wù)器主機的映射；服務(wù)器上發(fā)現(xiàn)目標(biāo)存儲映射的LUN；步驟3在主機上將目標(biāo)存儲LUN對應(yīng)的物理卷加入到包含源存儲LUN的卷組；步驟4在卷組內(nèi)對源數(shù)據(jù)陣列和數(shù)據(jù)遷移目標(biāo)陣列之間進行鏡像操作；步驟5確認(rèn)卷組內(nèi)數(shù)據(jù)鏡像完成后，將源存儲LUN對應(yīng)的物理卷從卷組中刪除；步驟6完成數(shù)據(jù)遷移；步驟7（可選）如需替換主機多路徑軟件，需要停止客戶業(yè)務(wù)。在服務(wù)器上卸載源存儲對應(yīng)的多路徑軟件，安裝目標(biāo)存儲對應(yīng)的多路徑軟件并按需重啟主機系統(tǒng)生效。多路徑軟件安裝完成后，啟動客戶業(yè)務(wù)系統(tǒng)。3.1.4方案特點基于主機卷管理軟件的數(shù)據(jù)遷移方案可以針對主流的操作系統(tǒng)卷管理軟件（WindowsLDM、AIXLVM、HP-UXLVM、SolarisSVM、Unix/LinuxVxVM）及Oracle數(shù)據(jù)庫軟件（Oracle文件存放在ASM管理的磁盤組）在不同廠商的SAN存儲陣列產(chǎn)品之間進行數(shù)據(jù)遷移;對存儲兼容性要求低；對業(yè)務(wù)系統(tǒng)拓?fù)涓淖冃。承﹫鼍跋驴梢詿o中斷或中斷時間較短；數(shù)據(jù)遷移過程中數(shù)據(jù)復(fù)制通過主機卷管理軟件進行，會占用服務(wù)器主機的CPU、內(nèi)存等計算機資源；數(shù)據(jù)遷移過程中，業(yè)務(wù)不會中斷，可以持續(xù)進行，但性能會有一定影響；無須在現(xiàn)有環(huán)境中安裝任何軟件或代理，方便快捷的進行數(shù)據(jù)遷移。3.1.5停機時間和數(shù)據(jù)復(fù)制時間估算卷鏡像為在線數(shù)據(jù)遷移方案，此方案數(shù)據(jù)遷移時間分為數(shù)據(jù)復(fù)制及停機更換多路徑時間兩部分。數(shù)據(jù)遷移時間為在線數(shù)據(jù)復(fù)制時間，此時間段內(nèi)業(yè)務(wù)繼續(xù)運行，為在線數(shù)據(jù)遷移。數(shù)據(jù)復(fù)制、停機時間估算方法：?數(shù)據(jù)復(fù)制（在線）：此步驟時間可以由總?cè)萘?遷移速率來評估，卷管理遷移方案一般可以按60MB/S來估算，例如1TB數(shù)據(jù)，同步時間為1TB*1024*1024/60MB/s/3600秒每小時=4.854小時?？诳谡f明*此速率按常用速率60MB/S估算，某些特殊情況，受客戶主機硬件性能及業(yè)務(wù)繁忙程度影響，則遷移速率可能低于此數(shù)值。?停機：此步驟的中斷時間可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。具體包括：停止系統(tǒng)業(yè)務(wù)；卸載源存儲多路徑軟件，安裝目標(biāo)存儲多路徑軟件；主機更改存儲相關(guān)配置進行適配；啟動系統(tǒng)業(yè)務(wù)。因此，以一個雙機，單存儲使用卷鏡像方案遷移的例子對遷移和停機時間進行說明：例1：客戶一套系統(tǒng)需搬遷的LUN原始裸容量（LUN的總?cè)萘浚?0TB，則階段時間如下：數(shù)據(jù)復(fù)制（在線）：20TB*1024*1024/60MB/s/3600秒每小時=97.1小時停機更換多路徑：2小時總共客戶需停業(yè)務(wù)：2小時總共遷移時間：97.1+2=99.1小時3.1.6使用建議建議在主機業(yè)務(wù)非高峰期進行遷移。主機集群為并發(fā)集群并使用LVM的場景下，需要在單節(jié)點下進行遷移，遷移完成恢復(fù)集群正常運行狀態(tài)。3.1.7技術(shù)限制源存儲的限制N/A目標(biāo)存儲的限制目標(biāo)存儲必須滿足主機的兼容性要求；替代陣列的容量三原陣列的容量。光纖交換機的限制光纖交換機有足夠的空余端口供新陣列使用，具體需要端口數(shù)與組網(wǎng)方式強相關(guān)，每臺光纖交換機至少需要2個空余口。服務(wù)器的限制操作系統(tǒng)與替代陣列多路徑軟件兼容卷管理的限制添加目標(biāo)存儲的LUN到AIX，HP-UX，Solaris主機上的卷組前，需要評估添加后是否會超出卷組的規(guī)格。以AIX和HP-UX下LVM為例：AIX下卷組限制VG類型PV最大數(shù)目LV最大數(shù)目PP最大數(shù)目PP最大容量常規(guī)3225632,5121GB大容量128512130,0481GB可擴展102440962,097,152128GBHP-UX下卷組限制LVM版本PV最大數(shù)目LV最大數(shù)目PV上PE最大數(shù)目PE最大容量1.025525565535256MB2.051151116777216256MB2.12048204716777216256MB2.22048419020916777216256MBWindows上使用LDM邏輯磁盤管理進行遷移，待遷移的源存儲LUN如果是基本磁盤，需要轉(zhuǎn)換為動態(tài)磁盤（此過程不會丟失數(shù)據(jù)）；如果已經(jīng)是動態(tài)磁盤，那么只支持簡單卷的鏡像遷移。選擇此方案的優(yōu)選場景客戶對業(yè)務(wù)連續(xù)性要求較高的UnixLVM或Unix/LinuxVxVM遷移場景優(yōu)選此方案。責(zé)任界面在整個數(shù)據(jù)遷移過程中，XX工程師負(fù)責(zé)以下內(nèi)容：數(shù)據(jù)遷移過程中的數(shù)據(jù)復(fù)制工作；協(xié)助用戶完成數(shù)據(jù)遷移后數(shù)據(jù)的驗證工作。在整個數(shù)據(jù)遷移過程中，XX工程師不負(fù)責(zé)以下內(nèi)容，以下工作內(nèi)容需要由用戶協(xié)調(diào)解決：存儲陣列在服務(wù)器主機上的配置工作；業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作；業(yè)務(wù)系統(tǒng)的啟動、停止工作；數(shù)據(jù)遷移過程中對用戶業(yè)務(wù)系統(tǒng)光纖交換機、以太網(wǎng)交換機的配置工作。3.2基于文件拷貝工具的數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案架構(gòu)圖/數(shù)據(jù)遷移路徑、二二二-二二二-源數(shù)據(jù)』二|口空間數(shù)據(jù)遷移工作原理基于文件拷貝的數(shù)據(jù)遷移是一種文件系統(tǒng)層級的遷移，可以在不同廠商的存儲系統(tǒng)之間進行數(shù)據(jù)遷移。其遷移過程分為兩個階段：數(shù)據(jù)初始同步階段和差異數(shù)據(jù)同步階段。數(shù)據(jù)初始同步階段可在線進行，其將源數(shù)據(jù)空間的已有數(shù)據(jù)通過文件拷貝工具同步到目標(biāo)數(shù)據(jù)空間中；差異數(shù)據(jù)同步階段，為了保證源數(shù)據(jù)空間與目標(biāo)數(shù)據(jù)空間的數(shù)據(jù)一致性，此階段需要短暫的業(yè)務(wù)離線，同時通過相關(guān)參數(shù)設(shè)置，將源數(shù)據(jù)空間中的差異數(shù)據(jù)同步到目標(biāo)數(shù)據(jù)空間中。遷移步驟步驟1遷移前，I/O路徑為“服務(wù)器主機一源存儲”。步驟2依據(jù)源數(shù)據(jù)空間大小，完成目標(biāo)數(shù)據(jù)空間的創(chuàng)建，然后將目標(biāo)存儲接入客戶網(wǎng)絡(luò)中，并添加對主機的映射，完成目標(biāo)文件系統(tǒng)的掛載：物理鏈路連接目標(biāo)存儲上創(chuàng)建目標(biāo)數(shù)據(jù)空間服務(wù)器上掛載目標(biāo)文件系統(tǒng)步驟3在服務(wù)器主機上進行初始同步，將源文件系統(tǒng)上的文件遷移到目標(biāo)文件系統(tǒng)中。步驟4初始同步完成后，服務(wù)器主機上中斷業(yè)務(wù)。進行增量同步，將源文件系統(tǒng)中增量數(shù)據(jù)同步到目標(biāo)文件系統(tǒng)中。步驟5確認(rèn)增量遷移完成后，斷開源數(shù)據(jù)陣列與服務(wù)器主機的邏輯連接，解除源存儲到服務(wù)器主機數(shù)據(jù)空間映射，連接方式由“源存儲一服務(wù)器主機一目標(biāo)存儲”還原至“服務(wù)器主機一目標(biāo)存儲”方式。?口1說明此步驟的中斷時間長度與文件數(shù)量與待增量的數(shù)據(jù)量有關(guān)。具體估算方式可參照1小時+文件數(shù)量/1千萬*3小時。此事件為售前階段需申明的時間，實際操作可能短于此估算時間。步驟6啟動客戶業(yè)務(wù)系統(tǒng)，完成數(shù)據(jù)遷移。3.2.4方案特點基于文件拷貝的數(shù)據(jù)遷移方案可以針對主流的操作系統(tǒng)（Windows、AIX、HP-UX、SuSELinux、RedhatLinux和其它Linux平臺）在不同廠商的存儲陣列產(chǎn)品之間進行數(shù)據(jù)遷移；方案支持網(wǎng)絡(luò)文件系統(tǒng)（NFS/CIFS）；數(shù)據(jù)遷移過程中數(shù)據(jù)復(fù)制通過位于服務(wù)器上的數(shù)據(jù)遷移工具軟件來完成，對位于遷移服務(wù)器上的業(yè)務(wù)系統(tǒng)會造成較大壓力。會占用大量服務(wù)器CPU、內(nèi)存等主機資源；數(shù)據(jù)遷移過程需要短暫的業(yè)務(wù)離線；需要現(xiàn)有環(huán)境中存在文件遷移軟件，若沒有，則需要進行安裝；方案需要考慮目標(biāo)存儲與服務(wù)器主機的兼容性，不需要考慮源存儲與目標(biāo)存儲之間的兼容性。3.2.5停機時間和數(shù)據(jù)復(fù)制時間估算文件拷貝遷移方案為在線數(shù)據(jù)遷移方案，此方案數(shù)據(jù)遷移時間分為新存儲接入、目標(biāo)文件系統(tǒng)創(chuàng)建、初始同步時間、停機增量遷移與主機存儲配置。在初始同步階段為在線數(shù)據(jù)遷移，在增量遷移時必須通過短暫的業(yè)務(wù)離線來保證數(shù)據(jù)一致性。初始同步、增量遷移與主機存儲配置時間估算方法：初始同步（在線）：文件拷貝的速率受到服務(wù)器主機性能，待遷移數(shù)據(jù)類型（主要是海量小文件還是大文件）等的影響。此步驟時間可以由總?cè)萘?遷移速率來評估，文件拷貝遷移方案一般可以按60MB/s來估算，例如文件數(shù)量為1千萬，數(shù)據(jù)大小為1TB，同步時間為1TB*1024*1024/60MB/s/3600秒每小時+1千萬/1千萬*3=7.85小時。此時間為售前需申明的時間，實際操作可能短于此估算時間。增量遷移與存儲配置（離線）：此步驟的中斷時間分為增量遷移和存儲配置。中斷時間可以參照1小時存儲配置時間+文件增量遷移時間（文件數(shù)量/1千萬每小時）。例如文件數(shù)量為1千萬，離線時間為1小時+1千萬/1千萬每小時*3=4小時。因此，以一個服務(wù)器主機，單存儲使用文件拷貝遷移方案的例子對遷移和停機時間進行說明：例1：客戶一套系統(tǒng)需搬遷的文件系統(tǒng)容量為1TB，一共2千萬個文件，則階段時間如下：初始同步時間（在線）：1TB*1024*1024/60MB/s/3600秒每小時+2千萬/1千萬每小時*3=10.85小時增量遷移與存儲配置（離線）：1小時+2千萬/1千萬每小時*3=7小時3.2.6使用建議NAS存儲的遷移場景客戶對業(yè)務(wù)連續(xù)性要求較高的遷移場景有較大網(wǎng)絡(luò)延時的場景源存儲不在我司存儲兼容性列表和VIS兼容性列表中的場景3.2.7技術(shù)限制權(quán)限限制必須在調(diào)研階段調(diào)研清楚源文件系統(tǒng)支持的文件權(quán)限和已有的文件權(quán)限信息目標(biāo)存儲的限制替代陣列的容量三原陣列的容量服務(wù)器與目標(biāo)存儲兼容服務(wù)器的限制操作系統(tǒng)與替代陣列多路徑軟件兼容操作系統(tǒng)類型有對應(yīng)遷移軟件工具操作系統(tǒng)上能成功安裝對應(yīng)的遷移工具軟件該方案對服務(wù)器性能要求較高3.2.8選擇此方案的優(yōu)選場景客戶大容量NAS存儲搬遷場景，設(shè)備類型，業(yè)務(wù)OS類型和使用方式較多樣化的存儲替換場景客戶可以允許短暫的業(yè)務(wù)中斷的場景客戶大容量網(wǎng)絡(luò)文件系統(tǒng)數(shù)據(jù)搬遷場景3.2.9責(zé)任界面在整個數(shù)據(jù)遷移過程中，XX工程師負(fù)責(zé)以下內(nèi)容：數(shù)據(jù)遷移過程中目標(biāo)存儲對服務(wù)器主機的存儲映射工作。數(shù)據(jù)遷移過程中在服務(wù)器上創(chuàng)建對應(yīng)的文件系統(tǒng)的工作。數(shù)據(jù)初始同步工作。數(shù)據(jù)增量遷移與磁盤配置工作。協(xié)助用戶完成數(shù)據(jù)遷移后數(shù)據(jù)的驗證工作。在整個數(shù)據(jù)遷移過程中，XX工程師不負(fù)責(zé)以下內(nèi)容，以下工作內(nèi)容需要由用戶協(xié)調(diào)解決：業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作。業(yè)務(wù)系統(tǒng)的啟動、停止工作。數(shù)據(jù)遷移過程中對用戶業(yè)務(wù)系統(tǒng)光纖交換機、以太網(wǎng)交換機的配置工作。3.3基于虛擬化平臺的數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案架構(gòu)圖，■數(shù)據(jù)遷移路徑數(shù)據(jù)遷移工作原理虛擬化平臺下的虛擬機遷移與存儲數(shù)據(jù)遷移，一般都可以采用虛擬化平臺自帶的功能進行實現(xiàn)，如VMware下的VMotion與StorageVMotion；CitrixXenServer的XenMotion和StorageXenMotion；Hyper-VV3版本下的LiveMigrate和存儲遷移功能都實現(xiàn)了虛擬機與異構(gòu)存儲數(shù)據(jù)的遷移處理。U1說明不同的虛擬化平臺或同一虛擬化平臺的不同版本對存儲數(shù)據(jù)遷移的功能實現(xiàn)不同，導(dǎo)致部分虛擬化平臺版本支持在線的數(shù)據(jù)遷移，而另一部分虛擬化平臺版本支持離線遷移或者沒有存儲遷移功能。虛擬化平臺自帶的遷移功能受平臺版本與License限制，其它限制條件請參閱本節(jié)的技術(shù)限制。遷移步驟步驟1遷移前準(zhǔn)備，完成目標(biāo)存儲的組裝與配置，并根據(jù)待遷移的數(shù)據(jù)量與客戶需求完成目標(biāo)LUN的創(chuàng)建，此時的I/O路徑為“服務(wù)器主機一源存儲”。步驟2接入目標(biāo)存儲，建立目標(biāo)存儲對服務(wù)器的映射，實現(xiàn)虛擬化平臺對源存儲與目標(biāo)存儲的同時訪問，具體操作包括：目標(biāo)存儲接入業(yè)務(wù)網(wǎng)絡(luò)目標(biāo)存儲上添加LUN到服務(wù)器的映射虛擬化平臺進行相關(guān)配置，實現(xiàn)對目標(biāo)存儲的訪問步驟3采用虛擬化平臺自帶的存儲遷移功能進行存儲數(shù)據(jù)的遷移。I」』說明遷移時長可按60MB/s進行評估，現(xiàn)網(wǎng)實際操作中，由于客戶網(wǎng)絡(luò)環(huán)境不同，該速率可能會有變動。步驟4遷移完成后測試業(yè)務(wù)或者集群運行是否正常。3.3.4方案特點虛擬化平臺提供的存儲遷移功能可以實現(xiàn)滿足平臺兼容性的不同存儲間的數(shù)據(jù)遷移處理。部分虛擬化平臺支持存儲的在線遷移功能。目標(biāo)存儲接入簡單，對原有組網(wǎng)拓?fù)浣Y(jié)構(gòu)影響較小。同時虛擬化平臺大多提供了圖形化的管理界面，操作簡單，圖形直觀，大大提升了數(shù)據(jù)遷移效率。3.3.5數(shù)據(jù)遷移時間估算虛擬化平臺的存儲遷移操作主要分為兩個部分進行，第一個部分是滿足兼容性的目標(biāo)存儲接入與相關(guān)配置操作；第二個部分是存儲數(shù)據(jù)的遷移操作，即將源存儲數(shù)據(jù)通過虛擬機平臺提供的相關(guān)遷移功能遷移到目標(biāo)存儲上去。遷移時間估算方法：遷移前準(zhǔn)備：此步驟包括目標(biāo)存儲的組裝與配置，并依據(jù)遷移的數(shù)據(jù)量與客戶需求，完成目標(biāo)存儲系統(tǒng)上LUN的創(chuàng)建等操作，待以上操作完成后，將目標(biāo)存儲系統(tǒng)接入業(yè)務(wù)網(wǎng)絡(luò)。存儲數(shù)據(jù)遷移：此步驟按5分鐘/LUN的操作時間+遷移時間（容量/60MB/s）進行估算，例如5個LUN，數(shù)量共1TB，則此步驟耗時為5*5分鐘/60+1TB/60MB/s/3600=5.05小時。說明此處的存儲數(shù)據(jù)遷移特指采用虛擬化平臺自帶存儲遷移功能進行的操作。因此，以某一個虛擬化平臺下存儲遷移為例，計算其遷移耗時如下：例1：客戶一套系統(tǒng)需搬遷的LUN原始裸容量（LUN的總?cè)萘浚?0TB，一共有5個LUN，則階段時間如下：目標(biāo)存儲接入（在線）：1小時+5*5分鐘/60=1.42小時存儲數(shù)據(jù)遷移（在線/離線）：20TB/60MB/s/3600+5*5分鐘/60=93.02小時總共遷移時間：1.42+93.02=94.44小時3.3.6使用建議虛擬化平臺下存儲數(shù)據(jù)遷移首選方案。是否在線遷移或者離線遷移，依據(jù)不同的虛擬化平臺及版本對于存儲遷移功能而定。3.3.7技術(shù)限制源存儲的限制N/A目標(biāo)存儲的限制目標(biāo)存儲必須滿足與虛擬化平臺的兼容性要求。替代陣列的容量三原陣列的容量光纖交換機的限制光纖交換機有足夠的空余端口目標(biāo)存儲的接入使用，具體需要端口數(shù)與組網(wǎng)方式強相關(guān)。服務(wù)器的限制當(dāng)含有虛擬機的遷移時，要求源主機與目標(biāo)主機的CPU型號兼容當(dāng)含有虛擬機的遷移時，是否需要共享存儲，依據(jù)不同的虛擬化平臺與版本而定當(dāng)含有虛擬機的遷移時，要遷移的虛擬機不能連上只有自己才能識別的設(shè)備，如CD-ROM，軟盤等VMware虛擬化平臺的存儲遷移常見規(guī)格限制匯總VMware虛擬化平臺版本StorageVMotion并行數(shù)RDM快照數(shù)據(jù)存儲擴容LUN/單個主機LUN容量4.02/perhost；8/perdatastore只遷移映射文件，不遷移數(shù)據(jù)離線遷移最多32個LUN，數(shù)據(jù)存儲容量不超過64TB256最大2TB4.15.0能將RDM磁盤數(shù)據(jù)遷移在線遷移最大64TB5.15.5理數(shù)據(jù)遷移成VMDK磁盤數(shù)據(jù)Hyper-VV3版本提供了存儲遷移功能，V1和V2版本只支持虛擬機遷移3.3.8選擇此方案的優(yōu)選場景?虛擬化平臺下的存儲更替3.3.9責(zé)任界面在整個數(shù)據(jù)遷移過程中，XX工程師負(fù)責(zé)以下內(nèi)容：XX存儲的配置與管理工作。數(shù)據(jù)遷移過程中的數(shù)據(jù)復(fù)制工作。協(xié)助用戶完成數(shù)據(jù)遷移后數(shù)據(jù)的驗證工作。在整個數(shù)據(jù)遷移過程中，XX工程師不負(fù)責(zé)以下內(nèi)容，以下工作內(nèi)容需要由用戶協(xié)調(diào)解決：業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作。業(yè)務(wù)系統(tǒng)的啟動、停止工作。源存儲陣列的配置與操作工作。數(shù)據(jù)遷移過程中對用戶業(yè)務(wù)系統(tǒng)光纖交換機、以太網(wǎng)交換機的配置工作。3.4基于網(wǎng)絡(luò)功能（丫田）的數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案架構(gòu)圖數(shù)據(jù)遷移工作原理基于網(wǎng)絡(luò)功能的vis遷移方案可以在不同廠商的存儲陣列產(chǎn)品之間進行數(shù)據(jù)遷移。VIS在遷移的初始階段對源存儲上的數(shù)據(jù)卷進行接管，將源存儲的LUN在確保數(shù)據(jù)不丟失的情況下初始化為VIS可以管理的虛擬卷。利用VIS提供的鏡像功能，使得數(shù)據(jù)在源存儲和目標(biāo)存儲之前進行快速的遷移，存儲接管過程中需短暫中斷業(yè)務(wù)，數(shù)據(jù)復(fù)制過程中可保持業(yè)務(wù)在線運行。遷移步驟步驟1遷移前，I/O路徑為“服務(wù)器主機一源存儲”。步驟2將VIS加入客戶的應(yīng)用系統(tǒng)中。連接方式由“服務(wù)器主機一源存儲”方式改為“服務(wù)器主機一vis一源存儲”。在原始數(shù)據(jù)陣列上將所屬服務(wù)器主機的LUN分配給VIS,再由VIS分配給服務(wù)器主機。此操作需要中斷客戶業(yè)務(wù)系統(tǒng)，此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+15分鐘/LUN的時間估算，具體包括：物理鏈路連接光纖交換機劃zone源存儲上刪除LUN到服務(wù)器的映射源存儲上添加LUN到VIS的映射VIS上掃描發(fā)現(xiàn)源存儲映射的LUNVIS上根據(jù)業(yè)務(wù)系統(tǒng)建立磁盤和磁盤組VIS上根據(jù)磁盤建立對應(yīng)的卷VIS上建立主機組和主機，添加服務(wù)器WWNVIS添加卷到源服務(wù)器的映射服務(wù)器上發(fā)現(xiàn)VIS映射的卷口』說明此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+15分鐘/LUN的時間估算。例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN則此步驟中斷時間為2小時+5*15分鐘=3.25小時。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。步驟3當(dāng)VIS加入客戶業(yè)務(wù)系統(tǒng)后，客戶業(yè)務(wù)系統(tǒng)可重新啟動正常工作。將數(shù)據(jù)遷移目標(biāo)陣列和VIS進行連接，將計劃分配給服務(wù)器主機的LUN分配給VIS系統(tǒng)。步驟4在VIS系統(tǒng)中對源數(shù)據(jù)陣列和數(shù)據(jù)遷移目標(biāo)陣列之間進行鏡像操作。步驟5確認(rèn)陣列間數(shù)據(jù)鏡像完成后，斷開源數(shù)據(jù)陣列與VIS的邏輯連接，由數(shù)據(jù)遷移目標(biāo)陣列通過VIS對業(yè)務(wù)系統(tǒng)提供存儲空間。步驟6停止客戶業(yè)務(wù)，將數(shù)據(jù)遷移目標(biāo)陣列與服務(wù)器連接。連接方式由“服務(wù)器主機一VIS一目標(biāo)存儲”還原至“服務(wù)器主機一目標(biāo)存儲”方式。在數(shù)據(jù)遷移目標(biāo)陣列上將所屬服務(wù)器主機的LUN分配給服務(wù)器主機。此操作需要中斷客戶業(yè)務(wù)系統(tǒng)，此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+15分鐘/LUN的時間估算，具體操作步驟為：VIS解除服務(wù)器的映射目標(biāo)存儲上刪除LUN到VIS的映射光纖交換機劃zone目標(biāo)存儲上創(chuàng)建主機組和主機，添加WWN目標(biāo)存儲上添加LUN到服務(wù)器的映射服務(wù)器上掃描發(fā)現(xiàn)目標(biāo)存儲映射的LUN匚口說明此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+15分鐘/LUN的時間估算。例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN則此步驟中斷時間為2小時+5*15分鐘=3.25小時。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。步驟7啟動客戶業(yè)務(wù)系統(tǒng)，完成數(shù)據(jù)遷移。3.4.4方案特點基于網(wǎng)絡(luò)的數(shù)據(jù)遷移方案可以針對主流的操作系統(tǒng)（Windows、AIX、HP-UX、Solaris>SuSELinux、RedhatLinux和其它Linux平臺）在不同廠商的SAN存儲陣列產(chǎn)品之間進行數(shù)據(jù)遷移。數(shù)據(jù)遷移過程中數(shù)據(jù)復(fù)制通過VIS系統(tǒng)完成，對業(yè)務(wù)系統(tǒng)沒有業(yè)務(wù)壓力。不會占用服務(wù)器主機的CPU、內(nèi)存等計算機資源。數(shù)據(jù)遷移過程中，業(yè)務(wù)不會中斷，可以持續(xù)進行，但存儲訪問性能會有一定影響；無須在現(xiàn)有環(huán)境中安裝任何軟件或代理，方便快捷的進行數(shù)據(jù)遷移;特有的數(shù)據(jù)校驗機制，能夠在數(shù)據(jù)遷移完成后檢驗數(shù)據(jù)移動的情況，通過特有的校驗算法來驗證數(shù)據(jù)的一致性，保證數(shù)據(jù)的完整性、正確性、有效性，增強客戶對關(guān)鍵信息安全性的信息。VIS提供人性化的圖形化管理界面，操作簡單，圖形直觀，大大提升了數(shù)據(jù)遷移效率。3.4.5停機時間和數(shù)據(jù)復(fù)制時間估算vis為在線數(shù)據(jù)遷移方案，此方案數(shù)據(jù)遷移時間分為停機接管、遷出時間以及數(shù)據(jù)復(fù)制時間兩部分，停機接管、遷出時間為將VIS接入到系統(tǒng)中的時間以及遷移完成后撤出的時間（如果無需接入或撤出VIS則不涉及），此部分必須通過業(yè)務(wù)停止來保證數(shù)據(jù)一致性，因此必須短暫停機，停機后的數(shù)據(jù)遷移時間為在線數(shù)據(jù)復(fù)制時間，此時間段內(nèi)業(yè)務(wù)可以繼續(xù)運行，為在線數(shù)據(jù)遷移。停機接管、遷出時間估算方法：接管（離線）：此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+15分鐘/LUN的時間估算。例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN則此步驟中斷時間為2小時+5*15分鐘=3.25小時。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。遷出（離線）：此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+15分鐘/LUN的時間估算。例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN則此步驟中斷時間為2小時+5*15分鐘=3.25小時。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。數(shù)據(jù)復(fù)制（在線）：此步驟時間可以由總?cè)萘?遷移速率來評估，VIS遷移方案一般可以按250MB/S來估算*，例如1TB數(shù)據(jù)，同步時間為1TB*1024*1024/250MB/s/3600秒每小時=1.165小時。說明*此速率按常用速率估算，某些特殊情況，比如客戶使用的是2Gbps接口，則鏈路最大帶寬只能到200MB左右。因此，以一個雙機，單存儲使用VIS方案遷移的例子對遷移和停機時間進行說明：例1：客戶一套系統(tǒng)需搬遷的LUN原始裸容量（LUN的總?cè)萘浚?0TB，一共有5個LUN，則階段時間如下：VIS接管（離線）：2小時+5*15分鐘=3.25小時VIS遷出（離線）：2小時+5*15分鐘=3.25小時數(shù)據(jù)復(fù)制（在線）：20TB*1024*1024/250MB/s/3600秒每小時=23.3小時總共客戶需停業(yè)務(wù)：3.25+3.25=6.5小時總共遷移時間：3.25+3.25+23.3=29.8小時3.4.6使用建議客戶對業(yè)務(wù)連續(xù)性要求較高的大容量通用遷移場景。如果只是借用VIS到現(xiàn)場做遷移，則需要考慮VIS設(shè)備借用的復(fù)雜性特別是海外項目。5TB以下小容量場景建議不分開停機，直接可以用VIS做全離線遷移即可，因為分開接入和遷出兩次停機時間較長，而離線遷移會導(dǎo)致操作步驟大量縮減，總耗時可大幅度降低。在源存儲上需另新建立獨立的RAID組和LUN，該部分供VIS建立DCO盤使用，DCO盤僅為寫操作，此處推薦RAID組類型為RAID10。考慮每個源卷對應(yīng)DCO的大小為2GB，此處LUN的大小=LUN的數(shù)量X2GB。當(dāng)多個源卷共用一個DCO盤和一個DCO鏡像盤時，DCO盤和DCO鏡像盤的大小不小于其上所有DCO的總和。3.4.7技術(shù)限制源存儲的限制源存儲必須滿足VIS的兼容性要求（FC兼容性不在公布的兼容性列表中的設(shè)備問題請聯(lián)系數(shù)據(jù)遷移小組確定評估）。原陣列需要有空閑的空間建立LUN作DCO盤,需要空間大小二原陣列現(xiàn)有LUN個數(shù)X2GB原陣列HBAadapter速率三2GbpsVIS的限制需搬遷的源LUN不能是VxVM卷管理軟件管理的LUN（VxVM為賽門鐵克的卷管理軟件，在業(yè)務(wù)主機層運行，這種情況下的LUN會和VIS引起沖突，對應(yīng)情況請使用卷鏡像方案搬遷）。存儲和主機只能為FC組網(wǎng)，不能是iSCSI或FCoE組網(wǎng)。VIS上卷的數(shù)量不超過1024個單個卷的大小W64TBVIS默認(rèn)配置8GbpsHBAadapter,HBA向下兼容兩代，要求現(xiàn)網(wǎng)設(shè)備HBAadapter速率三2Gbps現(xiàn)場必須有需要的VIS設(shè)備其他限制請參考VIS產(chǎn)品限制表目標(biāo)存儲的限制目標(biāo)存儲必須滿足VIS的兼容性要求。在目標(biāo)存儲上建立獨立的RAID組和LUN,該部分用來在VIS上建立DCO鏡像盤，DCO鏡像盤僅為寫操作，此處推薦RAID組類型為RAID10替代陣列的容量三原陣列的容量光纖交換機的限制光纖交換機有足夠的空余端口供VIS和新陣列使用，具體需要端口數(shù)與組網(wǎng)方式強相關(guān)，每臺光纖交換機最多需要4個空余口。光纖交換機端口速率三2Gbps服務(wù)器的限制操作系統(tǒng)與替代陣列多路徑軟件兼容3.4.8選擇此方案的優(yōu)選場景客戶大容量FCSAN存儲搬遷場景，設(shè)備類型，業(yè)務(wù)OS類型和使用方式較多樣化的存儲替換場景客戶可以允許短暫的業(yè)務(wù)中斷的場景3.4.9責(zé)任界面在整個數(shù)據(jù)遷移過程中，XX工程師負(fù)責(zé)以下內(nèi)容：數(shù)據(jù)遷移過程中VIS對服務(wù)器主機的存儲映射工作。數(shù)據(jù)遷移過程中的陣列間的數(shù)據(jù)復(fù)制工作。協(xié)助用戶完成數(shù)據(jù)遷移后數(shù)據(jù)的驗證工作。在整個數(shù)據(jù)遷移過程中，XX工程師不負(fù)責(zé)以下內(nèi)容，以下工作內(nèi)容需要由用戶協(xié)調(diào)解決：業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作。業(yè)務(wù)系統(tǒng)的啟動、停止工作。數(shù)據(jù)遷移過程中源存儲陣列對服務(wù)器主機和VIS的映射工作。數(shù)據(jù)遷移過程中對用戶業(yè)務(wù)系統(tǒng)光纖交換機、以太網(wǎng)交換機的配置工作。3.5基于異構(gòu)虛擬化的數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案架構(gòu)圖數(shù)據(jù)遷移工作原理基于異構(gòu)虛擬化的數(shù)據(jù)遷移方案可以將滿足兼容性的第三方廠商的存儲陣列產(chǎn)品或XX存儲陣列產(chǎn)品上的業(yè)務(wù)數(shù)據(jù)遷移到XX新存儲陣列產(chǎn)品上。異構(gòu)虛擬化方案在遷移的初始階段接管源存儲映射的LUN，將遠端存儲陣列的LUN在確保數(shù)據(jù)不丟失的情況下初始化為本端存儲陣列可以管理的eDevLUN。利用異構(gòu)虛擬化提供的增值特性，如LUN遷移，使得數(shù)據(jù)在源存儲陣列和本端存儲陣列之間進行快速的遷移，異構(gòu)接管過程中需短暫中斷業(yè)務(wù)，數(shù)據(jù)復(fù)制過程中可保持業(yè)務(wù)在線運行。遷移步驟步驟1遷移前，I/O路徑為“服務(wù)器主機一源存儲”。步驟2停止業(yè)務(wù)，將XX新存儲產(chǎn)品（帶有異構(gòu)虛擬化增值特性及License）加入客戶的應(yīng)用系統(tǒng)中。連接方式由“服務(wù)器主機一源存儲”方式改為“服務(wù)器主機一XX新存儲產(chǎn)品一源存儲”。在原始數(shù)據(jù)陣列上將所屬服務(wù)器主機的LUN映射給XX新存儲產(chǎn)品，經(jīng)由XX新存儲產(chǎn)品接管后再映射給服務(wù)器主機。此操作需要中斷客戶業(yè)務(wù)系統(tǒng)，此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+5分鐘/LUN的時間估算，具體包括：物理鏈路連接光纖交換機劃zone源存儲上刪除LUN到服務(wù)器的映射源存儲上添加LUN到XX新存儲產(chǎn)品的映射XX新存儲產(chǎn)品上掃描發(fā)現(xiàn)源存儲映射的LUNXX新存儲產(chǎn)品上建立eDevLUN和LUN組XX新存儲產(chǎn)品上建立主機組和主機，添加啟動器XX新存儲產(chǎn)品建立映射視圖配置主機多路徑服務(wù)器上發(fā)現(xiàn)XX新存儲產(chǎn)品映射的LUN重新識別新存儲數(shù)據(jù)，讓業(yè)務(wù)應(yīng)用從XX新存儲產(chǎn)品啟動運行11】說明此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+5分鐘/LUN的時間估算。例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN則此步驟中斷時間為2小時+5*5分鐘=2.41小時。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。步驟3將目標(biāo)存儲陣列上計劃分配給服務(wù)器主機的LUN作為遷移的目標(biāo)LUN,在XX新存儲產(chǎn)品中對源數(shù)據(jù)陣列和數(shù)據(jù)遷移目標(biāo)陣列之間進行在線數(shù)據(jù)復(fù)制操作。步驟4確認(rèn)陣列間數(shù)據(jù)復(fù)制完成后，斷開源數(shù)據(jù)陣列與XX新存儲產(chǎn)品的邏輯連接，由數(shù)據(jù)遷移目標(biāo)陣列對業(yè)務(wù)系統(tǒng)提供存儲空間。3.5.4方案特點基于異構(gòu)虛擬化的數(shù)據(jù)遷移方案可以針對主流的操作系統(tǒng)（Windows、AIX、HP-UX、Solaris>SuSELinux、RedhatLinux和其它Linux平臺）在不同廠商的SAN存儲陣列產(chǎn)品之間進行數(shù)據(jù)遷移。數(shù)據(jù)遷移過程中數(shù)據(jù)復(fù)制通過XX新存儲產(chǎn)品完成，對業(yè)務(wù)系統(tǒng)沒有業(yè)務(wù)壓力。不會占用服務(wù)器主機的CPU、內(nèi)存等計算機資源。數(shù)據(jù)遷移過程中，業(yè)務(wù)不會中斷，可以持續(xù)進行，但存儲訪問性能會有一定影響；無須在現(xiàn)有環(huán)境中安裝任何軟件或代理，方便快捷的進行數(shù)據(jù)遷移;XX存儲產(chǎn)品提供人性化的圖形化管理界面，操作簡單，圖形直觀，大大提升了數(shù)據(jù)遷移效率。3.5.5停機時間和數(shù)據(jù)復(fù)制時間估算異構(gòu)虛擬化方案為在線數(shù)據(jù)遷移方案，此方案數(shù)據(jù)遷移時間分為停機接管以及數(shù)據(jù)復(fù)制時間兩部分，停機接管是將XX新存儲產(chǎn)品接入到業(yè)務(wù)系統(tǒng)中的時間，此部分必須通過停止業(yè)務(wù)來保證數(shù)據(jù)一致性，因此必須短暫停機。業(yè)務(wù)重新啟動后可以進行在線數(shù)據(jù)復(fù)制，此時間段內(nèi)業(yè)務(wù)可以繼續(xù)運行，為在線數(shù)據(jù)遷移。停機接管、遷出時間估算方法：接管（離線）：此步驟的中斷時間長度可以按照每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+5分鐘/LUN的時間估算。例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN則此步驟中斷時間為2小時+5*5分鐘=2.41小時。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。數(shù)據(jù)復(fù)制（在線）：此步驟時間可以由總?cè)萘?遷移速率來評估，異構(gòu)虛擬化遷移方案一般可以按250MB/S來估算*，例如1TB數(shù)據(jù)，同步時間為1TB*1024*1024/250MB/s/3600秒每小時=1.165小時。"“說明此速率按常用速率估算，某些特殊情況，比如客戶使用的是2Gbps接口，則鏈路最大帶寬只能到200MB左右。因此，以一個雙機，單存儲使用異構(gòu)虛擬化方案遷移的例子對遷移和停機時間進行說明：例1：客戶一套系統(tǒng)需搬遷的LUN原始裸容量（LUN的總?cè)萘浚?0TB，一共有5個LUN，則階段時間如下：異構(gòu)虛擬化接管（離線）：2小時+5*5分鐘=2.41小時數(shù)據(jù)復(fù)制（在線）：20TB*1024*1024/250MB/s/3600秒每小時=23.3小時總共客戶需停業(yè)務(wù)：145分鐘總共遷移時間：2.41+23.3=25.71小時3.5.6使用建議客戶對業(yè)務(wù)連續(xù)性要求較高的大容量通用遷移場景。源存儲系統(tǒng)側(cè)創(chuàng)建XX新存儲產(chǎn)品主機時，主機類型請參考最新發(fā)布的兼容性列表，否則可能導(dǎo)致本端存儲系統(tǒng)不能接管異構(gòu)存儲系統(tǒng)的存儲資源。使用異構(gòu)虛擬化特性對異構(gòu)存儲設(shè)備上的ThinLUN進行接管后，該LUN上的業(yè)務(wù)可以正常運行，接管后對應(yīng)的eDevLUN識別為ThickLUN。3.5.7技術(shù)限制源存儲的限制源存儲必須滿足XX新存儲產(chǎn)品異構(gòu)虛擬化的兼容性要求（異構(gòu)虛擬化支持的陣列類型以兼容性列表為準(zhǔn)，有項目需求請找數(shù)據(jù)遷移小組確認(rèn)）。異構(gòu)陣列只支持FC組網(wǎng)，我司陣列支持FC組網(wǎng)和iSCSI組網(wǎng)，請以最新發(fā)布的兼容性列表為準(zhǔn)。原陣列HBAadapter速率三2Gbps新存儲產(chǎn)品的限制遷移的LUN上要求無增值業(yè)務(wù)。LUN遷移源/目標(biāo)LUN不支持帶增值遷移。源LUN、目標(biāo)LUN的歸屬控制器必須相同。引擎故障后，引擎上LUN的業(yè)務(wù)會中斷；最大LUN容量64TB當(dāng)映射給本端存儲系統(tǒng)的LUN數(shù)量達到或超過規(guī)格限制時，添加新的LUN映射后，無法被本端存儲系統(tǒng)識別。請參考本端存儲系統(tǒng)的最新產(chǎn)品規(guī)格。其他限制請參考對應(yīng)的新存儲產(chǎn)品限制表光纖交換機的限制光纖交換機有足夠的空余端口供XX新存儲產(chǎn)品使用，具體需要端口數(shù)與組網(wǎng)方式強相關(guān)，每臺光纖交換機至少需要4個空余口。光纖交換機端口速率三2Gbps服務(wù)器的限制操作系統(tǒng)與替代陣列多路徑軟件兼容3.5.8選擇此方案的優(yōu)選場景滿足異構(gòu)兼容性的存儲搬遷場景優(yōu)選此方案客戶可以允許短暫的業(yè)務(wù)中斷的場景3.5.9責(zé)任界面在整個數(shù)據(jù)遷移過程中，XX工程師負(fù)責(zé)以下內(nèi)容：數(shù)據(jù)遷移過程中XX新存儲產(chǎn)品對服務(wù)器主機的存儲映射工作。數(shù)據(jù)遷移過程中的陣列間的數(shù)據(jù)復(fù)制工作。協(xié)助用戶完成數(shù)據(jù)遷移后數(shù)據(jù)的驗證工作。在整個數(shù)據(jù)遷移過程中，XX工程師不負(fù)責(zé)以下內(nèi)容，以下工作內(nèi)容需要由用戶協(xié)調(diào)解決：業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作。業(yè)務(wù)系統(tǒng)的啟動、停止工作。數(shù)據(jù)遷移過程中源存儲陣列對服務(wù)器主機和XX新存儲產(chǎn)品的映射工作。數(shù)據(jù)遷移過程中對用戶業(yè)務(wù)系統(tǒng)光纖交換機、以太網(wǎng)交換機的配置工作。3.6基于存儲功能（LUN拷貝）的數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案架構(gòu)圖數(shù)據(jù)遷移工作原理基于存儲的LUN拷貝遷移方案可以在滿足兼容性列表的存儲陣列間進行數(shù)據(jù)遷移。在將目標(biāo)存儲系統(tǒng)接入存儲網(wǎng)絡(luò)后，關(guān)閉業(yè)務(wù)，解除源存儲對業(yè)務(wù)主機的映射，并建立源存儲到目標(biāo)存儲的映射，然后在目標(biāo)存儲系統(tǒng)上進行源LUN與目標(biāo)LUN的LUN拷貝操作，當(dāng)所有源LUN都成功進行了LUN拷貝后，從目標(biāo)存儲系統(tǒng)上拉起業(yè)務(wù)。遷移步驟步驟1遷移前準(zhǔn)備，包括目標(biāo)存儲配置與LUN的創(chuàng)建（依照源存儲上LUN的大小與個數(shù)進行創(chuàng)建）等操作，此時業(yè)務(wù)的I/O路徑為“服務(wù)器主機一源存儲”。步驟2將目標(biāo)存儲接入業(yè)務(wù)網(wǎng)絡(luò)中。在業(yè)務(wù)離線后，解除源存儲對業(yè)務(wù)主機的映射，并添加到目標(biāo)存儲的映射，待完成LUN拷貝后，建立目標(biāo)存儲系統(tǒng)對主機的映射，然后重新拉起業(yè)務(wù)，具體步驟包括：物理鏈路連接，完成目標(biāo)存儲接入業(yè)務(wù)離線，并解除源存儲對業(yè)務(wù)主機的映射建立源存儲到目標(biāo)存儲的映射根據(jù)實際需求，更改業(yè)務(wù)主機的多路徑軟件目標(biāo)存儲上發(fā)現(xiàn)源存儲映射的LUN，并創(chuàng)建LUN拷貝待所有LUN完成LUN拷貝后，刪除LUN拷貝關(guān)系建立目標(biāo)存儲對業(yè)務(wù)主機的映射I」』說明LUN拷貝時的遷移速率可按常用的500MB/S進行估算，現(xiàn)網(wǎng)實際操作中，由于客戶網(wǎng)絡(luò)環(huán)境不同，該速率可能會有波動。步驟3啟動客戶業(yè)務(wù)系統(tǒng)，驗證業(yè)務(wù)運行是否正常，此時的I/O路徑為“服務(wù)器主機一目標(biāo)存儲”。3.6.4方案特點基于存儲系統(tǒng)的LUN拷貝遷移方案，適用于XX存儲產(chǎn)品間的數(shù)據(jù)遷移操作。存儲系統(tǒng)之間的數(shù)據(jù)拷貝操作，在遷移速度上比網(wǎng)絡(luò)層或者主機層進行數(shù)據(jù)遷移效率更高，速度更快。數(shù)據(jù)遷移過程中，為了保證數(shù)據(jù)的一致性，需要在暫停業(yè)務(wù)的情況下進行數(shù)據(jù)拷貝操作。無須在現(xiàn)有環(huán)境中安裝任何軟件或代理，方便快捷的進行數(shù)據(jù)遷移;數(shù)據(jù)遷移過程中，數(shù)據(jù)復(fù)制在陣列間完成，對同一網(wǎng)絡(luò)的其它業(yè)務(wù)系統(tǒng)影響很小，同時其也不會占用主機的相關(guān)資源。提供人性化的圖形化管理界面，操作簡單，圖形直觀，大大提升了數(shù)據(jù)遷移效率。"“說明基于存儲系統(tǒng)的LUN拷貝遷移方案，也可用于滿足XX存儲兼容性的友商存儲系統(tǒng)數(shù)據(jù)搬遷。3.6.5遷移時間和停機時間估算LUN拷貝為離線數(shù)據(jù)遷移方案，此方案在數(shù)據(jù)遷移過程中需要停機進行拷貝操作，整個操作過程主要分為三個階段。遷移時間與停機時間估算方法：遷移前準(zhǔn)備（在線）：此步驟包括目標(biāo)存儲的組裝與配置，并依據(jù)源存儲系統(tǒng)上LUN的大小與個數(shù)，完成目標(biāo)存儲系統(tǒng)上LUN的創(chuàng)建等操作，待以上操作完成后，將目標(biāo)存儲系統(tǒng)接入業(yè)務(wù)網(wǎng)絡(luò)。LUN拷貝實施（離線）：?停業(yè)務(wù)，解除源存儲對業(yè)務(wù)主機的映射，并進行交換機配置，完成源存儲對目標(biāo)存儲的映射，依據(jù)實際情況更新主機多路徑軟件等操作，操作時間按每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）2小時+5分鐘每個LUN進行估算，例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN共1TB數(shù)據(jù)量，則此步驟耗時：2小時+5*5/60=2.42小時。?在目標(biāo)存儲系統(tǒng)上進行LUN拷貝操作，LUN拷貝耗時估算方法:容量/500MB/S+5分鐘每個LUN。例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN共1TB數(shù)據(jù)量，則此步驟耗一時：1TB*1024*1024/500MB/s/3600+5*5/60=0.96小時。在實際的存儲系統(tǒng)中，多個LUN拷貝可以同時進行，業(yè)務(wù)中斷時間會縮減。此時間為售前階段需申明的時間，實際操作可能短于此估算時間。?待LUN拷貝完成后，添加目標(biāo)存儲對業(yè)務(wù)主機的映射，并拉起業(yè)務(wù)，耗時估算方法：業(yè)務(wù)拉起操作時間按每個標(biāo)準(zhǔn)系統(tǒng)（雙機集群單陣列）1小時+5分鐘每個LUN進行估算，例如一個雙機業(yè)務(wù)系統(tǒng)有5個LUN共1TB數(shù)據(jù)量，此步驟需要1小時+5*5/60=1.42小時。?則一個雙機業(yè)務(wù)系統(tǒng)有5個LUN共1TB數(shù)據(jù)量，遷移時需要停業(yè)務(wù)的時長為：2.42+1.42+0.96=4.8小時?？诳谡f明現(xiàn)網(wǎng)實際操作過程中，可以根據(jù)存儲的規(guī)格限制，采用多個LUN拷貝同時進行的方式來縮短遷移數(shù)據(jù)的時間。例如，以一個雙機，單存儲使用LUN拷貝方案遷移的例子對遷移和停機時間進行說明：例1：客戶一套系統(tǒng)需搬遷的LUN原始裸容量（LUN的總?cè)萘浚?0TB，一共有5個LUN，時間計算如下：LUN拷貝實施（離線）：停業(yè)務(wù)：2小時+5*5/60=2.42小時LUN拷貝：20TB*1024*1024/500MB/s/3600+5*5/60=11.54小時拉起業(yè)務(wù)：1小時+5*5/60=1.42小時總共客戶需停業(yè)務(wù)：2.42+1.42+11.54=15.38小時總共遷移時間：15.38小時3.6.6使用建議適用于客戶對業(yè)務(wù)離線時間要求不高的場景。離線遷移成本較低，適合對價格敏感的客戶。3.6.7技術(shù)限制源存儲的限制適合于XX存儲更替時的數(shù)據(jù)遷移可用于滿足目標(biāo)存儲兼容性的友商存儲數(shù)據(jù)搬遷（FC兼容性不在公布的兼容性列表中的設(shè)備問題請聯(lián)系數(shù)據(jù)遷移小組確定評估）目標(biāo)存儲的限制目標(biāo)存儲必須具有LUN拷貝的License（可申請臨時License）o進行LUN拷貝的源LUN與目標(biāo)LUN不能都是外部LUNLUN拷貝過程中最大LUN拷貝數(shù)量限制與最大目標(biāo)LUN數(shù)量限制依具體產(chǎn)品的具體版本而定，請參考其《產(chǎn)品描述說明》LUN拷貝過程中支持的最大遠端存儲設(shè)備數(shù)量依不同的存儲產(chǎn)品與版本而定，具體限制請參考對應(yīng)產(chǎn)品的《產(chǎn)品描述說明》如T系列V200R002C00版本，最大支持可連接的遠端存儲設(shè)備數(shù)量為32LUN拷貝的源LUN與目標(biāo)LUN的增值互斥關(guān)系請參考《某型號存儲某版本的LUN拷貝特性指南》替代陣列的容量三原陣列的容量。光纖交換機的限制光纖交換機有足夠的空余端口供目標(biāo)存儲系統(tǒng)使用，具體需要端口數(shù)與組網(wǎng)方式強相關(guān)，每臺光纖交換機至少需要2個端口。服務(wù)器的限制操作系統(tǒng)與替代陣列多路徑軟件兼容。

3.6.8選擇此方案的優(yōu)選場景適用于客戶對業(yè)務(wù)離線時間要求不高的場景。遷移報價較低的場景。3.6.9責(zé)任界面在整個數(shù)據(jù)遷移過程中，XX工程師負(fù)責(zé)以下內(nèi)容：XX存儲的安裝配置工作。數(shù)據(jù)遷移過程中的數(shù)據(jù)拷貝工作。協(xié)助用戶完成數(shù)據(jù)遷移后的數(shù)據(jù)驗證工作。在整個數(shù)據(jù)遷移過程中，XX工程師不負(fù)責(zé)以下內(nèi)容，以下工作內(nèi)容需要由用戶協(xié)調(diào)解決：業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作。業(yè)務(wù)系統(tǒng)的啟動、停止工作。原始數(shù)據(jù)陣列對XXOceanStor存儲陣列的映射工作。數(shù)據(jù)遷移過程中對用戶業(yè)務(wù)系統(tǒng)光纖交換機、以太網(wǎng)交換機的配置工作。3.7基于ToolkitSAN遷移工具的數(shù)據(jù)遷移方案光纖交摸機已耳K存儲數(shù)據(jù)遷移方案架構(gòu)圖光纖交摸機已耳K存儲源存儲數(shù)據(jù)遷移工作原理SAN遷移工具用于XX自有品牌存儲之間的自動化遷移，目前發(fā)布的MigrationDirectorforSANV100R001C00版本是用于將老的S2000&5000存儲數(shù)據(jù)遷移到新的V3存儲而設(shè)計。SAN工具運行在windows平臺上，通過管理網(wǎng)絡(luò)連通存儲和業(yè)務(wù)服務(wù)器，遷移步驟如下：

.工具自動讀取老存儲上的配置數(shù)據(jù)，下發(fā)管理命令給新的V3存儲，讓其接管老存儲。.偽裝為原老存儲的一條新路徑映射給業(yè)務(wù)主機，然后自動調(diào)用主機的多路徑掃描，通過多路徑的掃描和切換實現(xiàn)主機業(yè)務(wù)平滑的切換到新的目標(biāo)存儲上.在所有IO路徑切換到新存儲以后，工具自動化調(diào)用新存儲的遷移功能實現(xiàn)老存儲數(shù)據(jù)在線遷移到新存儲。以上所有步驟都可以在線完成，以實現(xiàn)數(shù)據(jù)遷移的全程無中斷，并通過此工具實現(xiàn)了遷移的自動化。由于新存儲偽裝為老存儲完全一樣的硬件信息，因此主機層無法識別到下方存儲的變化，認(rèn)為其只是增加了新的路徑，由此實現(xiàn)了數(shù)據(jù)遷移的無感知。遷移步驟光纖交換機通過多路徑軟件命令使用存儲命令或者接口光纖交換機通過多路徑軟件命令使用存儲命令或者接口步驟1工具通過以太網(wǎng)同存儲和業(yè)務(wù)主機相連，獲取源端信息：工具從源存儲中獲取配置信息：包括主機組、主機、LUN、主機啟動器以及控制器的信息。步驟2配置目的存儲：工具將目的存儲的空閑啟動器添加到源存儲的主機組，掃描目的存儲，確保目的存儲能夠識別到遠端LUN。步驟3創(chuàng)建偽裝LUN：工具根據(jù)用戶規(guī)劃創(chuàng)建偽裝LUN接管遠端LUN。偽裝LUN是遠端LUN的映射，讀取偽裝LUN將會最終讀取遠端LUN的數(shù)據(jù)，往偽裝LUN寫入的數(shù)據(jù)將最終寫入遠端LUN。以保證后續(xù)LUN遷移過程中目的端可以讀取到源端信息。步驟4創(chuàng)建映射：工具根據(jù)源端配置在目的存儲創(chuàng)建主機組，LUN組等信息，將偽裝LUN映射給主機。步驟5I/O切換：工具檢查主機能否掃描出新增路徑，掃描成功后如果任務(wù)采用I/O懸掛切換則直接切換I/O,如果采用拔線切換則提示用戶拔掉部分連接源端的光纖線，從而斷開主機與源端啟動器的連接，實現(xiàn)I/O切換。步驟6LUN拷貝：在目的存儲上根據(jù)用戶規(guī)劃的容量創(chuàng)建新LUN，創(chuàng)建SmartMigration任務(wù)，將偽裝LUN數(shù)據(jù)遷移到新LUN中，實現(xiàn)一致性分裂后業(yè)務(wù)主機的業(yè)務(wù)將最終遷移到目的存儲上。步驟7刪除目的存儲啟動器：刪除源端存儲主機組中的目的存儲啟動器，斷開源端和目的端之間的鏈路。遷移任務(wù)執(zhí)行完成。方案特點適用于滿足兼容性等條件下的同構(gòu)存儲遷移替換場景。數(shù)據(jù)遷移過程中數(shù)據(jù)復(fù)制通過XX新存儲產(chǎn)品完成，對業(yè)務(wù)系統(tǒng)沒有業(yè)務(wù)壓力。不會占用服務(wù)器主機的CPU、內(nèi)存等計算機資源。數(shù)據(jù)遷移過程中，業(yè)務(wù)不會中斷，可以持續(xù)進行，但存儲訪問性能會有一定影響。無須在現(xiàn)有環(huán)境中安裝任何軟件或代理，方便快捷的進行數(shù)據(jù)遷移;XX存儲產(chǎn)品提供人性化的圖形化管理界面，操作簡單，圖形直觀，大大提升了數(shù)據(jù)遷移效率。3.7.5遷移時間和停機時間估算遷移時間與停機時間估算方法：遷移前準(zhǔn)備（在線）：此步驟包括目標(biāo)存儲的組裝與配置，并依據(jù)源存儲系統(tǒng)上LUN的大小與個數(shù)，完成目標(biāo)存儲系統(tǒng)上LUN的創(chuàng)建等操作，待以上操作完成后，將目標(biāo)存儲系統(tǒng)接入業(yè)務(wù)網(wǎng)絡(luò)。多路徑軟件替換（可選）：若客戶主機多路徑版本低于UltraPathV001R008C20，則建議將主機多路徑軟件升級為UltraPathV001R008C20或更新版本。升級可在遷移前或遷移后（建議遷移前），升級需要中斷業(yè)務(wù)1次，中斷時間約為1小時。LUN遷移實施（在線）：按照遷移方案正常實施，則不需要中斷業(yè)務(wù)。數(shù)據(jù)遷移時間可以由總?cè)萘?遷移速率來評估，基于SAN遷移工具的遷移方案一般可以按250MB/S來估算，例如1TB數(shù)據(jù)，同步時間為1TB*1024*1024/250MB/s/3600秒每小時=1.165小時。此速率按常用速率估算，某些特殊情況，比如客戶使用的是2Gbps接口，則鏈路最大帶寬只能到200MB左右。3.7.6使用建議客戶對業(yè)務(wù)連續(xù)性要求較高的大容量通用遷移場景。對于業(yè)務(wù)主機使用XXUltraPathV100R008C20或以后版本多路徑軟件連接源端和目的存儲時，工具支持通過I/O懸掛的方式進行在線路

徑切換。此時用戶可根據(jù)需要，以主機組為最小單位，選擇需要進行遷移的LUN。3.7.7技術(shù)限制源存儲的限制適合于XX存儲更替時的數(shù)據(jù)遷移，支持遷移工具版本配套表中提供的源存儲、目標(biāo)存儲、多路徑軟件和操作系統(tǒng)類型?？捎糜跐M足目標(biāo)存儲兼容性的XX存儲數(shù)據(jù)搬遷。使用工具進行遷移時，為保證遷移前后的數(shù)據(jù)一致性，必須解除待遷移LUN的高級屬性，如數(shù)據(jù)鏡像等。目標(biāo)存儲的限制SAN遷移工具基于V3R3c00存儲的SmartMigration功能實現(xiàn)LUN遷移，要求目標(biāo)存儲版本為V3R3C00及以上。LUN拷貝過程中最大LUN遷移數(shù)量限制依具體產(chǎn)品的具體版本而定，請參考其《產(chǎn)品描述說明》。I/O懸掛切換場景，由于受到懸掛時間的限制，能夠同時進行LUN遷移的上限為128個LUN。替代陣列的容量三原陣列的容量。光纖交換機的限制光纖交換機有足夠的空余端口供目標(biāo)存儲系統(tǒng)使用，具體需要端口數(shù)與組網(wǎng)方式強相關(guān)，每臺光纖交換機至少需要2個端口。服務(wù)器的限制操作系統(tǒng)與替代陣列多路徑軟件兼容。3.7.8選擇此方案的優(yōu)選場景?建議在滿足兼容性等情況下作為同構(gòu)存儲的首選遷移工具進行使用。3.7.9責(zé)任界面在整個數(shù)據(jù)遷移過程中，XX工程師負(fù)責(zé)以下內(nèi)容：XX存儲的安裝配置工作。數(shù)據(jù)遷移過程中的遷移工具配置和數(shù)據(jù)拷貝工作。協(xié)助用戶完成數(shù)據(jù)遷移后的數(shù)據(jù)驗證工作。在整個數(shù)據(jù)遷移過程中，XX工程師不負(fù)責(zé)以下內(nèi)容，以下工作內(nèi)容需要由用戶協(xié)調(diào)解決：業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作。業(yè)務(wù)系統(tǒng)的啟動、停止工作。?業(yè)務(wù)系統(tǒng)數(shù)據(jù)的備份工作。業(yè)務(wù)系統(tǒng)的啟動、停止工作。數(shù)據(jù)遷移過程中對用戶業(yè)務(wù)系統(tǒng)光纖交換機、以太網(wǎng)交換機的配置工作。3.8基于ToolkitNAS遷移工具的數(shù)據(jù)遷移方案數(shù)據(jù)遷移方案架構(gòu)圖源端存儲 目的端存林?jǐn)?shù)據(jù)遷移工作原理ToolkitNAS遷移工具提供集中管理NFS和CIFS遷移任務(wù)的GUI界面，可實現(xiàn)多并發(fā)遷移。ToolkitNAS工具進行數(shù)據(jù)遷移時，至少包含1次遷移任務(wù)（首次遷移）和1次同步任務(wù)（增量數(shù)據(jù)同步遷移），業(yè)務(wù)割接前需要離線進行最后一次數(shù)據(jù)同步。遷移任務(wù)啟動后首先將共享路徑掛載到本地，如果是遷移服務(wù)器本地磁盤路徑則無需掛載，然后啟動遷移任務(wù)。在Windows系統(tǒng)平臺下，ToolkitNAS遷移工具調(diào)用Robocopy工具進行遷移；在Linux系統(tǒng)平臺下，ToolkitNAS遷移工具調(diào)用Rsync工具進行遷移。

3.8.3遷移步驟開始南加遷移3.8.3遷移步驟開始南加遷移服務(wù)器添加任務(wù):高級配置啟動任務(wù)同步任務(wù)存出報告步驟1工具通過以太網(wǎng)添加遷移服務(wù)器，添加遷移服務(wù)器時需輸入服務(wù)器IP地址、操作系統(tǒng)類型以及輸入具備管理員權(quán)限的用戶名和密碼。步驟2添加遷移任務(wù)：添加待遷移的源端和目的端的相關(guān)信息，包括IP地址和遷移文件所在路徑。步驟3遷移任務(wù)添加成功后