遷移數(shù)據(jù)是一個具有挑戰(zhàn)性的過程，將面臨一些重大風(fēng)險。因此必須盡可能有效地進行計劃、執(zhí)行、測試。

數(shù)據(jù)遷移是將數(shù)據(jù)從源系統(tǒng)傳輸?shù)侥繕讼到y(tǒng)的過程。這是任何數(shù)據(jù)存儲專業(yè)人員的核心任務(wù)。

[[268816]]

數(shù)據(jù)遷移很重要，因為它是升級或整合服務(wù)器和存儲硬件，或添加數(shù)據(jù)密集型應(yīng)用程序(如數(shù)據(jù)庫、數(shù)據(jù)倉庫和數(shù)據(jù)湖)，以及大型虛擬化項目的必要組件。數(shù)據(jù)遷移也可能發(fā)生在基于HDD硬盤或SDD硬盤的IT系統(tǒng)內(nèi)，或內(nèi)部IT系統(tǒng)和云存儲之間。

數(shù)據(jù)遷移的類型

數(shù)據(jù)遷移并不是簡單的剪切。數(shù)據(jù)遷移工作通常包括存儲、數(shù)據(jù)庫、應(yīng)用程序、云計算和業(yè)務(wù)流程遷移。

• 遷移存儲。IT部署在存儲組件更新期間遷移數(shù)據(jù)。技術(shù)更新的目標是更快的性能和動態(tài)擴展以及改進的數(shù)據(jù)管理功能。
• 遷移應(yīng)用程序。應(yīng)用程序遷移可能意味著在應(yīng)用程序中移動數(shù)據(jù)，例如從內(nèi)部部署MS Office遷移到云中的Office 365。它還可以意味著用不同的應(yīng)用程序替換一個應(yīng)用程序，例如從一個會計軟件轉(zhuǎn)移到另一個供應(yīng)商的新會計平臺。
• 遷移到云平臺。云遷移將數(shù)據(jù)從內(nèi)部部署遷移到云平臺，或從一個云平臺遷移到另一個云平臺。這種類型的數(shù)據(jù)移動與備份到云平臺不同：數(shù)據(jù)遷移是一個獨特的項目，它從源環(huán)境移動數(shù)據(jù)以填充新環(huán)境。

需要注意，數(shù)據(jù)遷移與數(shù)據(jù)轉(zhuǎn)換或數(shù)據(jù)集成不同。需要對此進行澄清：

• 數(shù)據(jù)遷移。在存儲設(shè)備、位置或系統(tǒng)之間移動數(shù)據(jù)。包括質(zhì)量保證、清理、驗證和分析等子集。
• 數(shù)據(jù)轉(zhuǎn)換。將數(shù)據(jù)從舊應(yīng)用程序轉(zhuǎn)換為新應(yīng)用程序。其過程是ETL(提取、轉(zhuǎn)換、加載)。
• 數(shù)據(jù)集成。將存儲在不同系統(tǒng)中的數(shù)據(jù)組合在一起，以創(chuàng)建統(tǒng)一的視圖和全局分析。

雖然最簡單的數(shù)據(jù)遷移是數(shù)據(jù)傳輸，但數(shù)據(jù)遷移的完整場景包括幾個組件和流程。

數(shù)據(jù)遷移的挑戰(zhàn)和風(fēng)險

數(shù)據(jù)遷移具有一定的風(fēng)險和困難。這當然不是一個簡單的過程。許多計劃和實施步驟都很耗時，而且在這種規(guī)模的項目中總是存在一些風(fēng)險。

數(shù)據(jù)丟失

在數(shù)據(jù)遷移過程中，可能會發(fā)生數(shù)據(jù)丟失的情況。在小范圍內(nèi)，這可能不是問題，有些人有備份數(shù)據(jù)，或者IT團隊可以用備份技術(shù)恢復(fù)文件。

但是，災(zāi)難性的數(shù)據(jù)丟失是不同的。在短期連接故障的情況下，IT部門甚至可能不知道短期故障，突然終止了遷移過程。丟失的數(shù)據(jù)在用戶或應(yīng)用程序要求之前不會被注意到，而且它不在那里。

兼容性問題

數(shù)據(jù)傳輸中也存在兼容性問題，例如更改的操作系統(tǒng)和意外的文件格式;或者源系統(tǒng)和目標系統(tǒng)之間的用戶訪問權(quán)限混淆。盡管數(shù)據(jù)沒有真正丟失，但是業(yè)務(wù)部門不能在目標系統(tǒng)中訪問它。

執(zhí)行不力會影響業(yè)務(wù)

許多IT部門決定在內(nèi)部進行遷移項目以節(jié)省資金，或者管理團隊為他們做出決定。但是，自己動手實施的數(shù)據(jù)遷移通常并不是一個好策略。遷移是一項具有重大業(yè)務(wù)影響的風(fēng)險業(yè)務(wù)，需要得到專業(yè)人員的幫助。

運行不佳的數(shù)據(jù)遷移項目會導(dǎo)致長時間停機、丟失數(shù)據(jù)、超過最后期限、超出預(yù)算，并導(dǎo)致性能低于標準。

流程：如何成功實施數(shù)據(jù)遷移戰(zhàn)略

盡管存在困難和風(fēng)險，但IT部門可以確保在預(yù)算和期限內(nèi)成功完成項目。它需要專業(yè)知識、戰(zhàn)略規(guī)劃、管理層支持，以及軟件工具。

數(shù)據(jù)遷移計劃將包括以下內(nèi)容：

專家?guī)椭?guī)劃預(yù)算

許多IT組織更愿意自己動手，但在遷移預(yù)算方面通常不會采納專家建議。但是，除非已經(jīng)有了遷移專家，否則他們將通過雇傭數(shù)據(jù)遷移專家顧問來節(jié)省資金和時間。

計劃戰(zhàn)略

了解遷移數(shù)據(jù)的設(shè)計要求，包括遷移計劃和優(yōu)先級、備份和復(fù)制設(shè)置、容量規(guī)劃以及按數(shù)據(jù)值劃分優(yōu)先級。這也是IT決定遷移實施計劃類型的階段，有時也被稱為“爆炸式或涓流式”。以下來看看這些術(shù)語。

爆炸式遷移可在限定時間內(nèi)完成全部轉(zhuǎn)移。雖然數(shù)據(jù)處理和移動過程中存在一些停機時間，但項目很快就會完成。

涓流式遷移分階段執(zhí)行項目，包括并行運行源系統(tǒng)和目標系統(tǒng)。涓流式遷移比爆炸式遷移更復(fù)雜，需要更長的時間，但停機時間更少，測試機會也更多。

與最終用戶合作

將數(shù)據(jù)遷移項目視為業(yè)務(wù)流程，而不僅僅是一系列技術(shù)步驟，并需要讓最終用戶參與進來。對遷移項目是否成功，他們會有一些焦慮。

與用戶合作：了解數(shù)據(jù)規(guī)則和定義，哪些數(shù)據(jù)符合要求，以及應(yīng)首先遷移的優(yōu)先級數(shù)據(jù)。還要了解他們希望從移動中得到什么：進行分析?更好的性能?更簡單的方法?

通過與最終用戶合作，企業(yè)將在更短的時間內(nèi)以更低的成本獲得更成功的數(shù)據(jù)遷移項目。

審核數(shù)據(jù)并修復(fù)任何問題

了解企業(yè)需要遷移的數(shù)據(jù)量，以及目標存儲容量和增長預(yù)期。數(shù)據(jù)庫遷移需要審核源數(shù)據(jù)庫以查找未使用的字段、過時的記錄和數(shù)據(jù)庫邏輯，并在將數(shù)據(jù)遷移到新平臺之前進行更改。

遷移存儲系統(tǒng)更加容易，因為不必更新舊存儲系統(tǒng)并映射到新存儲系統(tǒng)中。但是，在存儲系統(tǒng)之間遷移數(shù)據(jù)并不像簡單地將數(shù)據(jù)從一個輔助系統(tǒng)復(fù)制到另一個輔助系統(tǒng)那么容易。需要使用軟件工具查找暗數(shù)據(jù)，并在遷移之前正確刪除或存檔它們。

刪除過時的文件、廢棄的電子郵件帳戶和過時的用戶帳戶。如果要在廣域網(wǎng)上移動數(shù)據(jù)，需要對源數(shù)據(jù)進行重復(fù)數(shù)據(jù)消除和壓縮，然后遷移和測試。

在移動之前備份源數(shù)據(jù)

如果發(fā)生最壞的情況，并且在遷移過程中丟失了數(shù)據(jù)，需要準備將其恢復(fù)到原始系統(tǒng)，然后進行重試。最佳做法是創(chuàng)建備份映像，以便在遷移丟失數(shù)據(jù)時立即恢復(fù)到原始系統(tǒng)。

投資于自動化數(shù)據(jù)遷移軟件，該軟件允許企業(yè)計劃數(shù)據(jù)子集的交錯遷移，驗證目標系統(tǒng)中的數(shù)據(jù)完整性，并發(fā)布故障排除和驗證報告。使用實時同步源數(shù)據(jù)庫和目標數(shù)據(jù)庫的軟件工具在活動遷移期間保護數(shù)據(jù)庫。

最終測試和關(guān)閉

遷移完所有數(shù)據(jù)后，使用生產(chǎn)環(huán)境的鏡像測試遷移。所有檢查完畢后，仔細進行現(xiàn)場測試，并進行最終測試。一旦新環(huán)境順利運行，就需要關(guān)閉舊系統(tǒng)。

企業(yè)還需要為更容易進行下一次數(shù)據(jù)遷移做好準備，因為可能會有多次遷移。在遷移之前不需要花費昂貴的資源來更新源數(shù)據(jù)，而是在新環(huán)境中進行治理控制和分析。持續(xù)監(jiān)控遷移的數(shù)據(jù)可以了解孤立的工作集、異常的訪問模式和安全性。遷移后的數(shù)據(jù)將在新平臺中運行得更好，而下一次數(shù)據(jù)遷移將更快、更順暢。