什麼是資料遷移？
資料遷移是指將資料從一個運算環境或儲存系統移至另一個。組織收集和存放資料以進行分析。由於技術變更或是因為他們想要將作業遷移至雲端，他們不得不在系統之間移動資料以進行整合式視覺化。資料遷移的目標是高效且快速地移動資料，以避免業務營運中斷或將該情況降至最低。它包括規劃網路資源、資料安全，以及時間和傳輸方法等考量。資料遷移還可能涉及儲存架構考量，例如缺少資料值或變更資料類型。
為什麼資料遷移很重要？
組織資料駐留於多個位置，包括實體儲存體、內部部署伺服器或虛擬伺服器、單一機器，甚至是不同的應用程式。資料也以許多不同的格式和類型存放。
組織因許多不同的原因，將資料從一個位置、裝置或應用程式移至另一個。例如，資料遷移可能會用於下列用途：
- 合併資源
- 整合資料以進行分析
- 降低儲存成本
- 集中業務資料
- 使用新應用程式
- 封存舊資料
- 將資料用於不同用途
- 轉移資料擁有權
- 進一步符合資料處理法規
資料遷移有哪些策略？
IT 遷移有一些不同的類型。例如儲存遷移、資料庫遷移、結構描述遷移、應用程式遷移和商業程序遷移等術語，都涉及資料從一個位置移至另一個位置。接下來，我們介紹一些可用於資料遷移的策略。
隨即轉移
隨即轉移是遷移資料最簡單的方法。您以相同的格式保存資料，而無需進行任何轉換，只需傳輸資料並將其存放在另一個位置即可。雖然這是一種有效的策略，但對於雲端遷移來說可能不太實用。以相同格式存放資料，通常對有效利用雲端儲存優勢沒有幫助。
使用既有的工具
有許多資料遷移軟體工具可協助組織成功完成遷移作業。從管理的角度來看，這些供應商和開放原始碼資料遷移工具使整個程序變得更加簡單。
例如，AWS DataSync 是一項 Amazon Web Services (AWS) 服務。它可協助組織將其內部部署共用的檔案系統、物件儲存或 Hadoop 叢集傳輸至 AWS 雲端儲存解決方案。
一次性或分階段移動
根據資料本身的不同，您可以選擇一次移動所有資料或分階段移動資料。例如，您可以在數週的夜間分割大量資料，並執行區塊資料遷移。雖然一次遷移所有資料是最簡單且最快速的方式，但有時候根本不可能。
尋求專家協助
若團隊中沒有人具有複雜遷移的先驗經驗，明智的做法是尋求外部專家的協助。在進行 AWS 雲端遷移時，您可以選擇與我們的其中一個 AWS 合作夥伴聯繫。
資料遷移前需要考量哪些因素？
資料遷移需要規劃程序的每一個細節。以下是一些需要考量的因素。
線上或離線資料遷移
即使是使用現代聯網解決方案，遷移大量資料也可能非常耗時且耗費大量資源。對於某些組織而言，透過運送實體儲存裝置，將資料從一個位置移至另一個可能更有效率且經濟實惠。這種策略也比在更廣泛的網際網路上傳送資料更安全。
資料格式
將相同格式的資料從一個位置遷移至另一個通常相對簡單。例如，將資料庫從現場 SQL Server 遷移至以雲端為基礎的 SQL Server 不需要變更格式或結構描述。但是，如果您想要在資料中心遷移之前將資料轉換為新格式，則需要中間處理步驟。
操作中斷
當您將資料從一個位置移至另一個時，您將面臨一些系統停機或速度變慢的情況。您可以排程在非高峰時段遷移，以將影響降至最低。許多組織推遲了資料遷移，因為他們無法承受任何系統停機。但是，這種方法可能會增加未來的中斷。
資料遷移有哪些步驟？
每個組織都會根據自己的需求，以自訂方式來規劃資料遷移。我們概要介紹您可以遵循的步驟，以使程序更有效率。
檢閱來源資料
在資料遷移之前，您必須檢閱並描述現有資料。首先，查看資料儲存格式及其目前的環境。在此之後，如果適用，請在檢視器中審查資料，以確定其結構和屬性。您將需要將結構映射至新的資料系統。
確定目的地
審查來源資料後，可以根據來源資料的結構和屬性選擇合適的目的地資料儲存解決方案。有時，您需要變更資料的結構、屬性甚或格式，以適應新的資料儲存解決方案。在資料整合的情況下，您將需要重新整理來源資料，以符合目的地資料的規範。
概述資料遷移策略
定義資料遷移的需求和目的地後，您需要進行規劃來執行資料遷移。資料遷移計畫是成功遷移的藍圖。
若要了解資料遷移程序的運作方式，您應確定以下事項：
- 您需要的系統和資料遷移工具
- 安全需求
- 任何資料轉換程序
- 成本和人力資源需求
- 資料遷移程序的大致時間表
資料遷移策略還應確定資料遷移對使用者的潛在影響。這包括建立作業應急計畫，或建立一系列通訊，以提醒使用者計畫內中斷情況。
落實技術方面
在執行資料遷移程序之前，您必須設定目的地環境，包括安全性和許可。如果可行，建立資料遷移管道做為程式碼，以提供自動化、可重複使用的解決方案。您可以將程式碼用於未來的類似遷移，或保存其記錄用於該程序記錄在案的證明。程式碼化的管道可做為有效的資料遷移計畫。
測試解決方案
測試對於降低與資料遷移過程關聯的風險至關重要。測試的類型取決於資料和解決方案。例如，您可以選擇要測試的較小區塊資料、虛擬資料，甚至是即時系統資料的副本。針對資料整合，請確保新的測試資料與現有資料相符。
執行資料遷移
成功完成測試後，您可以排程並執行資料遷移。若要在發生非預期事件時進行故障診斷，請確保有適當的團隊在整個過程中都能提供服務，即使非工作時間執行也是如此。
資料遷移之後，請審查新環境中的即時資料，以檢查是否正確，並確保系統如預期運作。新系統在指定時間內上線並按預期執行後，您就可以安全地解除委任舊環境。
資料遷移有哪些挑戰？
鑑於組織設定過程中資料的重要性，資料遷移非常複雜，並且需要仔細進行風險評估。接下來，我們會介紹一些常見的挑戰。
業務持續性
資料遷移應在服務中斷儘可能少的情況下進行。如果無法避免停機或速度變慢，請在正常工作時間以外規劃遷移作業。透過電子郵件、應用程式內通知和固定的社交媒體張貼等通路，向使用者發出大量警告。
遷移成本
工具、人力資源、新的資料基礎設施和解除委任舊資料基礎設施的成本，都會在傳輸資料時累計。在開始該程序之前，請確保針對所有方面做出預算。在應用程式停機期間，因生產力或營收損失而導致的任何成本因素也很重要。若要將遷移影響成本降至最低，請嘗試限制中斷，並確保所有受影響的使用者事先了解遷移情況。
資料安全
需要仔細規劃在傳輸期間和新環境中確保資料安全。您可能希望在傳輸之前執行複雜的加密，並針對傳輸過程建立虛擬私有網路。在遷移之前，充分測試和評估新環境的安全規則和許可。
新的系統失敗和故障
確保在所有情況下成功遷移資料極具挑戰性。有時，傳輸資料可能會失敗或產生非預期的結果。在發生故障和失敗的情況下，您需要一個應變計畫。始終備份，以便在需要時可回復到舊的資料系統。
資料遷移有哪些最佳實務？
以下是一些讓資料遷移程序更高效和更具成本效益的建議。
明確概述商業案例
若要成功執行資料遷移專案，遷移的商業案例必須明確且獲保固。
例如，假設使用者已經在企業的現有資料庫上執行查詢。該組織已經購買新的資料分析解決方案，但到目前為止只有三人接受了培訓，並將在一年內推出培訓。如果他們在培訓完成之前嘗試遷移資料庫，組織可能會面臨負面的商業結果。
仔細評估解決方案空間
新的資料解決方案可能需要更多的決策因素，而不是一般的比較性採購決策。例如，當組織將應用程式遷移至雲端時，他們可能想要考量在隨即轉移之前將其架構容器化。容器化將有助於最大限度地發揮雲端基礎設施的優勢。這兩種不同策略的目標解決方案也完全不同。
清理資料
雖然並非總是必要，但在遷移之前清除資料可能是一項很好的實務。這包括重複資料刪除、移除不完整的資料，以及移除不正確的資料等任務。
完整記錄該程序
記錄資料遷移專案可支援收購、兼併和法規遵循活動等案例的稽核報告。它還有助於擷取學到的內部經驗教訓和組織知識。
AWS 如何協助滿足您的資料遷移需求？
Amazon Web Services (AWS) 提供廣泛的解決方案，協助您進行雲端資料遷移。我們協助您找到並確保符合您需求的適當服務和資源，以及協助執行程序本身。
例如，您可以使用以下資料遷移服務：
- AWS DataSync，可透過端對端安全性、簡化的規劃和資料移動管理，安全地探索資料並遷移至 AWS。
- AWS Direct Connect，可建立與 AWS 的專用網路連線。這樣，您就可以使用多種加密選項，讓資料在您的網路和 AWS 之間移動時確保安全。
- Amazon Kinesis Data Firehose，可用於串流資料。您可以穩定地將即時串流載入資料湖、資料倉儲和分析服務中。
- AWS Snowcone，可用於部署邊緣運算裝置。Snowcone 裝置小巧、堅固且安全。它們可在出行時提供邊緣運算、資料儲存和實體資料傳輸。在很少或沒有連線能力的嚴峻環境中，它們是不錯的選擇。
- AWS Transfer Family，可輕鬆管理檔案傳輸。您還可以使用 Amazon Simple Storage Service (Amazon S3) 或 Amazon Elastic File System (Amazon EFS) 來現代化傳輸工作流程。您使用現有的驗證系統在數小時即可完成此操作。
立即建立帳戶，開始使用 AWS 上的資料遷移。
