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

 

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

 

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

 

•業(yè)務中斷;

 

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

 

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

 

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

 

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

 

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

 

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

 

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

 

 

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

 

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

 

 

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

 

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

 

 

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

 

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

 

版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net編譯，轉(zhuǎn)載需注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責任的權(quán)利。