快速準確的NAS遷移怎樣來實現(xiàn)

根據(jù)調(diào)研機構(gòu)Gartner公司的估計，在企業(yè)的數(shù)據(jù)遷移項目中，83%項目遭遇失敗或超出了預算和時間表。這可能是由于許多企業(yè)沒有采用專用的遷移軟件。而嘗試使用過時且不適當?shù)墓ぞ邅韺嵤?a href="http://www.ttokpm.com/v/tag/1722/" target="_blank">網(wǎng)絡(luò)附加存儲（NAS）遷移意味著：

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

?遷移項目從數(shù)據(jù)完整性到團隊聲譽的各方面風險增加;

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

?業(yè)務中斷;

?缺乏適當?shù)膱蟾婧椭卫?

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

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

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

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

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

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

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

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

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

?多大規(guī)模？（這很重要，因為會嚴重影響遷移性能）

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

?哪些應用程序和應用程序組將會受到影響？

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

?整個遷移過程需要多長時間？

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

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

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

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

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

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

步驟2：首次掃描和首次復制

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

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

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

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

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

步驟4：最終切換

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

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

步驟5：遷移之后

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

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

責任編輯：ct