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

• 雇傭內(nèi)部人員和外部人員的更高成本;
• 遷移項目從數(shù)據(jù)完整性到團(tuán)隊聲譽(yù)的各方面風(fēng)險增加;
• 隨著停機(jī)時間延長，切換事件數(shù)量增加;
• 業(yè)務(wù)中斷;
• 缺乏適當(dāng)?shù)膱蟾婧椭卫?
• 技術(shù)熟練的員工因遷移而分心，而不是致力于從事戰(zhàn)略計劃。

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

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

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

例如顧客網(wǎng)購了一個樂高玩具，可能發(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ù)?
• 整個遷移過程需要多長時間?
• 最終切換到新系統(tǒng)需要多長時間?
• 是否可以一次或分階段切換所有容量?
• 對于最終切換中斷的容忍度是多少?
• 延遲遷移工作的業(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)的洞察，這將解釋文件的存儲時間、存儲對象和訪問時間。此外，它還應(yīng)考慮文件、目錄、用戶、創(chuàng)建時間、修改時間或歷史使用情況的容量。組織需要分析所有這些數(shù)據(jù)，以更好地指導(dǎo)組織進(jìn)行網(wǎng)絡(luò)附加存儲(NAS)遷移的方法。

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

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

一些組織仍在為每個單獨(dú)的副本主機(jī)使用操作系統(tǒng)計劃，從而導(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)容的頻率，以及一個便于監(jiān)視和管理的單一控制平臺。

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

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

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

步驟4：最終切換

現(xiàn)在是將組織的數(shù)據(jù)轉(zhuǎn)移到新系統(tǒng)的時候了。最終切換的目的是捕獲所有文件。這是通過首先掃描源數(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)，組織將需要計劃的時間通過腳本或人工執(zhí)行這個操作。在完成最終副本后，組織將需要在目標(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)行測試，這是遷移之后一個很好的做法。對數(shù)據(jù)狀況滿意嗎?如果答案是肯定的，那么最后一步是將用戶和應(yīng)用程序重定向到組織的新源。可以通過分布式文件系統(tǒng)(DFS)或更改域名系統(tǒng)(DNS)來完成這一操作，具體取決于組織的環(huán)境。或者組織可以根據(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)隊和最終用戶帶來更好的體驗(yàn)。