數(shù)據(jù)遷移涉及很多移動部件。本指南概述了 6 種不同的數(shù)據(jù)遷移方法以及每種方法的最佳用例。
組織通常需要制定量身定制的數(shù)據(jù)遷移策略，并使用專門的軟件來成功完成數(shù)據(jù)遷移過程。他們還需要決定哪種數(shù)據(jù)遷移方法最適合他們的需求。
在本指南中，我們將介紹數(shù)據(jù)遷移所需的基礎知識，但我們還將深入探討不同類型的數(shù)據(jù)遷移以及您可能希望在何時使用它們。
什么是數(shù)據(jù)遷移？
數(shù)據(jù)遷移是將數(shù)據(jù)從一個位置傳輸?shù)搅硪粋€位置的過程。這可能是數(shù)據(jù)庫、存儲系統(tǒng)、應用程序或各種其他格式和系統(tǒng)之間的傳輸。數(shù)據(jù)遷移過程通常包括多個步驟，使數(shù)據(jù)遷移就緒，包括數(shù)據(jù)準備、提取和轉(zhuǎn)換。
SEE：數(shù)據(jù)遷移簡介(TechRepublic)
數(shù)據(jù)遷移的目標是確保數(shù)據(jù)準確、完整地遷移，最大限度地減少數(shù)據(jù)停機時間并最大限度地降低遷移成本。常見的數(shù)據(jù)遷移場景包括網(wǎng)站整合、舊系統(tǒng)升級或更換、采用基于云的系統(tǒng)、基礎設施維護或信息系統(tǒng)整合。
按系統(tǒng)格式劃分的數(shù)據(jù)遷移類型
盡管無論您使用的數(shù)據(jù)格式或系統(tǒng)類型如何，許多數(shù)據(jù)遷移最佳實踐和策略都將保持不變，但重要的是要了解，根據(jù)您要移動的數(shù)據(jù)類型，需要添加或修改某些步驟以及涉及的源系統(tǒng)和目標系統(tǒng)。
數(shù)據(jù)庫或架構(gòu)遷移
當數(shù)據(jù)庫模式調(diào)整為數(shù)據(jù)庫的先前版本或新版本以使遷移更加無縫時，就會發(fā)生數(shù)據(jù)庫或模式遷移。由于許多公司使用遺留數(shù)據(jù)庫和文件系統(tǒng)格式，因此數(shù)據(jù)轉(zhuǎn)換步驟通常是此類遷移的重要部分。
存儲遷移
此類項目涉及將數(shù)據(jù)集從一種存儲系統(tǒng)或格式移動到另一種存儲系統(tǒng)或格式。如今，這通常涉及將數(shù)據(jù)從磁帶或傳統(tǒng)硬盤驅(qū)動器移動到更高容量的硬盤驅(qū)動器或云端。
數(shù)據(jù)中心遷移
數(shù)據(jù)中心遷移涉及將整個數(shù)據(jù)中心移動到新的物理位置或新的非物理系統(tǒng)，如云。由于此項目的規(guī)模，需要大量的數(shù)據(jù)映射和準備才能成功遷移。
云遷移
當組織從遺留的本地系統(tǒng)遷移到云或從一個云提供商遷移到另一個云提供商時，就會發(fā)生云遷移。應用程序、數(shù)據(jù)庫和各種其他業(yè)務資產(chǎn)都需要在這種遷移中移動。由于其復雜性，大多數(shù)人依賴第三方供應商或服務提供商來協(xié)助云遷移。
應用遷移
這種類型的遷移可能涉及將應用程序從一個環(huán)境移動到另一個環(huán)境，但它也可能涉及將數(shù)據(jù)集從一個應用程序移動到另一個應用程序。這種類型的遷移通常與云或數(shù)據(jù)中心遷移并行發(fā)生，但也可能發(fā)生在您從一個供應商切換到另一個供應商以獲取項目管理應用程序時。
業(yè)務流程遷移
特別是在并購以及其他重大業(yè)務轉(zhuǎn)型期間，業(yè)務流程遷移用于確保所有知識都與目標系統(tǒng)和收購公司共享。這種類型的遷移，取決于行業(yè)和地區(qū)，可能特別強調(diào)數(shù)據(jù)治理和安全措施。
主要類型的數(shù)據(jù)遷移策略
選擇正確的數(shù)據(jù)遷移策略會對遷移的成功產(chǎn)生重大影響，確保平穩(wěn)過渡且不會出現(xiàn)嚴重延遲。兩種基本的數(shù)據(jù)遷移策略是大爆炸式數(shù)據(jù)遷移和涓流式數(shù)據(jù)遷移。
大爆炸數(shù)據(jù)遷移方法
大爆炸方法涉及在一次操作中將所有數(shù)據(jù)從源傳輸?shù)侥繕?。這使得大爆炸數(shù)據(jù)遷移比涓流數(shù)據(jù)遷移更簡單、成本更低、耗時更少。一些組織可以在假期或周末不使用所涉及的應用程序時完成大爆炸式數(shù)據(jù)遷移。
值得注意的是，在大爆炸式數(shù)據(jù)遷移期間，停機時間很長，因為在遷移完成之前，使用數(shù)據(jù)的系統(tǒng)將停機且不可用。對于移動大量數(shù)據(jù)的組織來說，停機時間可能更長。
此外，網(wǎng)絡和 API 的吞吐量有限會進一步延遲數(shù)據(jù)遷移過程。隨著數(shù)據(jù)的復雜性和數(shù)量不斷增加，大爆炸式數(shù)據(jù)遷移方法的實施可能會變得更具挑戰(zhàn)性。
優(yōu)點
- 花更少的時間
- 不太復雜
- 成本更低
缺點
- 需要數(shù)據(jù)停機
- 代價高昂的失敗風險更高
用例
大爆炸式數(shù)據(jù)遷移方法最適合小型企業(yè)或涉及少量數(shù)據(jù)的數(shù)據(jù)遷移項目。對于必須 24/7 全天候可用的關(guān)鍵任務數(shù)據(jù)的遷移，此方法并不理想。
涓流數(shù)據(jù)遷移方式
涓流數(shù)據(jù)遷移方法是一種迭代或分階段遷移。它使用敏捷技術(shù)來完成數(shù)據(jù)傳輸。
整個過程被分成更小的子遷移塊，每個塊都有自己的時間表、目標、范圍和質(zhì)量檢查。涓流數(shù)據(jù)遷移的主要目標之一是確保零停機時間，使該策略非常適合需要 24/7 全天候訪問數(shù)據(jù)的組織。當數(shù)據(jù)以小增量遷移時，源系統(tǒng)和目標系統(tǒng)并行運行。
涓流數(shù)據(jù)遷移方法的缺點是完成遷移過程需要更長的時間，并且需要為項目分配大量資源以保持兩個并行系統(tǒng)同時運行。此外，數(shù)據(jù)工程師必須確保數(shù)據(jù)在兩個系統(tǒng)上實時同步。
一種常見的方法是讓源系統(tǒng)一直運行到遷移結(jié)束，只有在整個遷移成功后用戶才切換到目標系統(tǒng)。但是，數(shù)據(jù)工程師需要注意，對源系統(tǒng)的任何更新或更改都必須反映在目標系統(tǒng)中。
優(yōu)點
- 零停機時間
- 不易發(fā)生意外故障
缺點
- 更貴
- 比較費時
- 需要額外的資源來保持兩個系統(tǒng)的運行
用例
中型和大型組織可能更喜歡這種數(shù)據(jù)遷移方法，因為沒有數(shù)據(jù)停機時間。較大的組織也可能擁有同時運行兩個系統(tǒng)所需的資源和技術(shù)專長。
數(shù)據(jù)遷移最佳實踐
資料備份
數(shù)據(jù)備份的目的是創(chuàng)建一個數(shù)據(jù)副本，在數(shù)據(jù)出現(xiàn)故障時可以恢復。最好在編寫映射腳本之前分析所有源數(shù)據(jù)。
建立專門的數(shù)據(jù)遷移團隊
分配或聘請數(shù)據(jù)遷移專家將確保項目順利完成，如果出現(xiàn)問題，訓練有素、高素質(zhì)的團隊應該有能力、技能和經(jīng)驗來處理這些問題。
完成連續(xù)測試
數(shù)據(jù)工程師必須在所有階段測試數(shù)據(jù)遷移，包括規(guī)劃、設計和維護階段。
不要急于關(guān)閉舊平臺
有時，第一次嘗試完成數(shù)據(jù)遷移不成功，需要回滾并再次嘗試。最好等到目標遷移完成并經(jīng)過測試后，再完全擺脫舊系統(tǒng)和應用程序。
