根據(jù)調(diào)研機(jī)構(gòu)Gartner公司的估計(jì)，在企業(yè)的數(shù)據(jù)遷移項(xiàng)目中，83%項(xiàng)目遭遇失敗或超出了預(yù)算和時(shí)間表。這可能是由于許多企業(yè)沒有采用專用的遷移軟件。而嘗試使用過時(shí)且不適當(dāng)?shù)墓ぞ邅韺?shí)施網(wǎng)絡(luò)附加存儲（NAS）遷移意味著：

?雇傭內(nèi)部人員和外部人員的更高成本;

?遷移項(xiàng)目從數(shù)據(jù)完整性到團(tuán)隊(duì)聲譽(yù)的各方面風(fēng)險(xiǎn)增加;

?隨著停機(jī)時(shí)間延長，切換事件數(shù)量增加;

?業(yè)務(wù)中斷;

?缺乏適當(dāng)?shù)膱?bào)告和治理;

?技術(shù)熟練的員工因遷移而分心，而不是致力于從事戰(zhàn)略計(jì)劃。

通過遵循可靠的遷移過程，可以避免或顯著減輕所有這些挑戰(zhàn)。

要實(shí)現(xiàn)快速準(zhǔn)確的網(wǎng)絡(luò)附加存儲（NAS）遷移需要實(shí)施以下五個(gè)步驟：

步驟1：規(guī)劃和發(fā)現(xiàn)

例如顧客網(wǎng)購了一個(gè)樂高玩具，可能發(fā)現(xiàn)所有組件都混雜在一起，或者發(fā)現(xiàn)缺少組件，而組裝玩具的第一步應(yīng)該是清查零件并仔細(xì)閱讀組裝說明，然后再進(jìn)行組裝。需要了解如何組裝以及最終產(chǎn)品的外觀是關(guān)鍵。否則，這將面臨令人頭疼的問題。網(wǎng)絡(luò)附加存儲（NAS）遷移的過程也是如此。提前了解源系統(tǒng)上的內(nèi)容類型和數(shù)據(jù)構(gòu)成對于防止遷移失敗非常重要。

在開始實(shí)施網(wǎng)絡(luò)附加存儲（NAS）遷移之前，需要首先提供一些問題以了解基本工作方式：

?哪些數(shù)據(jù)實(shí)際上需要遷移？或者是否可以銷毀多年沒有采用的數(shù)據(jù)？

?是否要通過LAN或WAN鏈接進(jìn)行遷移？鏈接速度有多快？

?有多少數(shù)據(jù)，這些數(shù)據(jù)的構(gòu)成是什么？

?多大規(guī)模？（這很重要，因?yàn)闀?yán)重影響遷移性能）

?網(wǎng)絡(luò)共享存儲（NFS）或服務(wù)器消息塊（SMB）等混合協(xié)議？

?哪些應(yīng)用程序和應(yīng)用程序組將會受到影響？

?是否需要按特定順序或并行遷移數(shù)據(jù)？

?整個(gè)遷移過程需要多長時(shí)間？

?最終切換到新系統(tǒng)需要多長時(shí)間？

?是否可以一次或分階段切換所有容量？

?對于最終切換中斷的容忍度是多少？

?延遲遷移工作的業(yè)務(wù)影響與將運(yùn)行原有設(shè)備的成本影響是什么？

?誰將執(zhí)行遷移，他們將使用什么方法？

為了執(zhí)行無縫的網(wǎng)絡(luò)附加存儲（NAS）遷移并使IT管理員能夠更好地進(jìn)行規(guī)劃，組織需要獲得當(dāng)前數(shù)據(jù)和用戶的深入視圖。組織選擇的網(wǎng)絡(luò)附加存儲（NAS）遷移工具應(yīng)通過提取元數(shù)據(jù)來提供對源存儲系統(tǒng)的洞察，這將解釋文件的存儲時(shí)間、存儲對象和訪問時(shí)間。此外，它還應(yīng)考慮文件、目錄、用戶、創(chuàng)建時(shí)間、修改時(shí)間或歷史使用情況的容量。組織需要分析所有這些數(shù)據(jù)，以更好地指導(dǎo)組織進(jìn)行網(wǎng)絡(luò)附加存儲（NAS）遷移的方法。

步驟2：首次掃描和首次復(fù)制

組織需要采用一個(gè)企業(yè)級軟件，該軟件可讓組織在存儲平臺之間遷移文件或?qū)ο髷?shù)據(jù)。首先，將初始數(shù)據(jù)集從源（保持同步）移動到目標(biāo)網(wǎng)絡(luò)附加存儲（NAS）?！笆状螔呙琛睂l(fā)現(xiàn)需要遷移的數(shù)據(jù)，“首次復(fù)制”會將遷移路徑復(fù)制到目標(biāo)網(wǎng)絡(luò)附加存儲（NAS）。

一些組織仍在為每個(gè)單獨(dú)的副本主機(jī)使用操作系統(tǒng)計(jì)劃，從而導(dǎo)致服務(wù)器之間的工作負(fù)載不平衡。為了減少不必要的負(fù)擔(dān)，實(shí)施以圖形方式定義遷移策略的現(xiàn)代遷移軟件，以便可以確定要在源網(wǎng)絡(luò)附加存儲（NAS）和目標(biāo)網(wǎng)絡(luò)附加存儲（NAS）之間復(fù)制哪些內(nèi)容，重新同步內(nèi)容的頻率，以及一個(gè)便于監(jiān)視和管理的單一控制平臺。

步驟3：進(jìn)入穩(wěn)態(tài)

在掃描了第一個(gè)文件并將其從源網(wǎng)絡(luò)附加存儲（NAS）復(fù)制到目標(biāo)網(wǎng)絡(luò)附加存儲（NAS），現(xiàn)在是進(jìn)入遷移過程的下一步的時(shí)候了，也就是穩(wěn)態(tài)。穩(wěn)態(tài)提供源系統(tǒng)和目標(biāo)系統(tǒng)上的數(shù)據(jù)連續(xù)鏡像。在這里，組織的IT團(tuán)隊(duì)將制定有關(guān)將應(yīng)用程序和最終用戶重定向到新系統(tǒng)的業(yè)務(wù)詳細(xì)信息和時(shí)序決策。解決在穩(wěn)態(tài)下復(fù)制數(shù)據(jù)時(shí)發(fā)生的任何錯誤也很重要。由于可能出現(xiàn)錯誤，穩(wěn)態(tài)將幫助確定無法正確復(fù)制的數(shù)據(jù)，以便在需要時(shí)采取糾正措施。例如，組織可能會尋找字符集沖突以及無法訪問源系統(tǒng)上的文件。當(dāng)然，必須在最終切換之前解決此問題。

在這個(gè)步驟中，組織還應(yīng)該考慮最后切換步驟的試運(yùn)行，以便更好地了解是否應(yīng)該一次全部切換還是分階段進(jìn)行操作。預(yù)測所有這一切將使組織能夠確定最終切換將花費(fèi)多長時(shí)間，以下將進(jìn)一步進(jìn)行討論。

步驟4：最終切換

現(xiàn)在是將組織的數(shù)據(jù)轉(zhuǎn)移到新系統(tǒng)的時(shí)候了。最終切換的目的是捕獲所有文件。這是通過首先掃描源數(shù)據(jù)和目標(biāo)數(shù)據(jù)，以確定在最后階段需要移動哪些內(nèi)容（包括先前嘗試中可能已排除的所有數(shù)據(jù)）來完成的。在開始這一過程之前，需要確保已為組織選擇的系統(tǒng)進(jìn)行了設(shè)置，以限制最終用戶對源數(shù)據(jù)的訪問，這樣就不會發(fā)生源更改的情況。

在某些系統(tǒng)中，可以直接在遷移工具中將源上的共享和導(dǎo)出設(shè)置為“只讀”。對于其他系統(tǒng)，組織將需要計(jì)劃的時(shí)間通過腳本或人工執(zhí)行這個(gè)操作。在完成最終副本后，組織將需要在目標(biāo)上創(chuàng)建服務(wù)器消息塊（SMB）共享或網(wǎng)絡(luò)共享存儲（NFS）導(dǎo)出，并使其能夠讀取或?qū)懭肴Q于源系統(tǒng)上存在的內(nèi)容。

步驟5：遷移之后

建議組織首先進(jìn)行一些快速的驗(yàn)證測試，以檢查目標(biāo)系統(tǒng)上的文件、文件許可權(quán)以及共享/導(dǎo)出訪問權(quán)限。讓應(yīng)用程序所有者甚至一些關(guān)鍵最終用戶運(yùn)行他們自己的應(yīng)用程序進(jìn)行測試，這是遷移之后一個(gè)很好的做法。對數(shù)據(jù)狀況滿意嗎？如果答案是肯定的，那么最后一步是將用戶和應(yīng)用程序重定向到組織的新源?？梢酝ㄟ^分布式文件系統(tǒng)（DFS）或更改域名系統(tǒng)（DNS）來完成這一操作，具體取決于組織的環(huán)境?；蛘呓M織可以根據(jù)需要將新鏈接轉(zhuǎn)發(fā)給用戶。

許多組織在網(wǎng)絡(luò)附加存儲（NAS）遷移方面失敗的原因之一是缺乏對現(xiàn)有數(shù)據(jù)的準(zhǔn)備和可見性。如果不了解需要進(jìn)行的遷移，就無法成功實(shí)施遷移。組織需要提前準(zhǔn)確地知道將要使用什么，并使用網(wǎng)絡(luò)附加存儲（NAS）的特定遷移工具進(jìn)行遷移，這將為其IT團(tuán)隊(duì)和最終用戶帶來更好的體驗(yàn)。

責(zé)任編輯：ct