資料移轉策略指南

決定改用新系統從未如此簡單。但當您的舊系統不再符合您的需求時，您再也無法選擇。問題是：您要如何移轉所有資料？ 在本指南中，我們將帶您了解資料移轉涉及的不同步驟，並向您展示如何建立適合您的業務的策略。讓我們開始吧。

資料移轉是將資料從一個儲存位置搬移至另一個儲存位置的過程，例如從地端的資料中心搬到雲端，或是從資料庫搬到資料倉儲。資料移轉流程包括規劃、對應、擷取和格式化，以確保資料能在新的儲存環境中存取。 

隨著我們必須處理的資料量和類型呈指數增長，能夠快速、輕鬆地遷移資料變得越來越重要。

大多數資料移轉通常涉及以下步驟：

• 分析您要搬移的資料，以確定目前儲存環境與您要搬移的儲存環境之間的相容性問題
• 備份資料，將資料移轉期間遺失的可能性降至最低
• 使用生產環境的複本測試您的移轉代碼或應用程式，以驗證新來源系統的資料
• 使用資料載入器或 ETL 應用程式從來源系統擷取資料
• 必要時將資料轉換為目標系統格式
• 將資料載入新系統
• 驗證和測試，確保您的資料傳輸成功

當然，上述內容可能有所不同，具體取決於您要搬移的內容，以及從何地遷移到何地。

這些是與資料移轉相關的最常見風險和挑戰。 

1. 預算超支

Bloor Group 表示，超過 60% 的資料移轉專案會隨著時間推移且超出預算，成本超支平均 30%，時間超支平均 41%。當然，時間與預算相互連結，通常與以下說明的其他風險之一有關，導致預算超支。

2. 資料遺失

資料遺失是資料移轉的常見問題。當然，資料遺失是主要的商業殺手，這就是為什麼備份資料（如上所述）是資料移轉的關鍵部分。 

3. 停機時間

停機時間是另一種常見的資料移轉風險。如果沒有適當的系統，如地理複寫，可能很難移轉資料，而不關閉伺服器，從而影響應用程式效能。 

4. 資料毀損

資料損毀時，不必要的資料可能會傳輸到新系統中，導致潛在的當機和“壞資料”，最終影響您的應用程式運行方式。 

5. 資料重力

資料重力可能是所有資料移轉的最大風險，這是由於將不同或一旦未連接的資料集合在同一環境中。資料重力的概念是所有資料和應用程式之間都具有自然吸引力，這創造了大量資料，使其更難以移動，也更難以為了簡化、應用和使用而分散空間。 

可以避免上述所有情況，包括資料重力、適當的資料移轉規劃，而這就是資料移轉策略發揮作用之處。

每個資料移轉的一般目標是提升效能和競爭力，但如果移轉導致資料不準確，包含未知和冗餘，您便無法做到這一點。擁有全面的資料移轉策略或計劃，將能防止資料移轉，最終產生比它解決更多的問題。

我們很快就會進行各種類型的資料移轉，而您的整體計畫應該與您正在進行的移轉類型相符。

但一般說來，資料移轉策略有兩種類型：

1. 一次完成 

其他稱為“Big Bang”遷移，即一次全端傳輸，您一次遷移所有資料，通常涉及在資料經過 ETL 處理並轉移到新資料庫時，將系統停機。

這種方法的優勢在於，這一切都能一次快速完成。缺點是您企業的系統必須停機一段時間，造成安全性和資料遺失風險，以及資料移轉遭入侵或失敗的風險。

2. “棘手”

在複雜的資料移轉中，資料移轉過程會分階段完成，在移轉執行期間並行運行兩個系統—舊系統與新系統。如此可消除停機時間或營運中斷。

與一次性移民相比，實施繁瑣可能很複雜，但如果做得對，這種複雜度會比不增加風險來得高。

除了不同類型的資料移轉策略外，還有不同類型的資料移轉，具體取決於您要從何處搬移資料，以及您要搬移的資料類型。

資料庫遷移

資料庫搬移是指在兩個資料庫系統之間傳輸資料或應用程式，目的是為了從一個廠商搬到另一個廠商，或是升級目前用於資料庫的軟體。

雲端遷移 

雲端遷移涉及將資料或應用程式從地端的資料中心移至雲端，或從一個雲端移至另一個雲端。在許多情況下，雲端遷移涉及儲存遷移。

儲存遷移

儲存遷移涉及將資料或應用程式從現有儲存陣列移至新的陣列。

應用程式移轉

應用程式遷移涉及將應用程式從一個環境移至另一個環境。這可能意味著將應用程式從就地部署的資料中心移至雲端，將應用程式從一個雲端移至另一個雲端，或將應用程式的基礎資料移至軟體供應商託管的新形式應用程式。

所有資料移轉都涉及某種形式的 ETL，但您資料中心移轉計畫的確切形式，將取決於您企業的獨特需求。也就是說，您可以遵循一些一般步驟，確保您的計劃具備成功所需的一切。

良好的資料中心移轉專案計劃將使您的移轉能夠準時且符合預算。以下提供由 Data Migration Pro 提供的快速逐步指南。

1. 預先規劃移轉

您需要執行遷移前影響評估，以驗證遷移的成本。此評估應檢視您的成本估算是基於猜測或具體的細節與事實。您也應該讓高階主管和 IT 人員知道，他們將會或可能涉及移轉。您還需要事先取得相關安全管理團隊針對專案安全限制的正式協議，確定最佳的專案交付結構（即敏捷性與瀑布性），確保參與的每個人都了解其在遷移中的角色，設計訓練計劃，並確保您制定了配置管理政策。

2. 專案啟動

專案啟動階段的重點在於讓您的後台有條不紊。在資料移轉規劃的這個部分中，您應該建立利害關係人溝通計畫，以發布並流通專案的政策、建立專案協作平台、建立標準專案文件、正式簽訂第三方供應商協議，以及定義專案後期的硬體和軟體需求。

3. 環境分析

橫向分析可能是資料移轉規劃中最重要的階段，因為這是您深入了解資料結構、意義、內容和背景的地方。在此階段中，您應該建立詳細的資料字典、高層級的來源至目標對應規格，以及高層級範圍報告。您亦應決定高層級的容量、與團隊分享風險管理流程、建立資料品質管理流程與影響報告、制定與分享首道的系統淘汰策略、設計您的概念與共同模型，以及完善您的專案預估。

4. 解決方案設計

解決方案設計流程包含繪製您的來源至目標轉換，並建立建置的最終設計。在此階段，您應該建立詳細的製圖設計規格、介面設計規格，以及資料品質管理規格。您也應該定義生產硬體需求，並同意移轉的服務等級協定。

5. 建築與測試

在建置與測試階段，您將實作資料移轉架構，並使用嚴格的測試，以確保其符合目的。在這個階段，您應該確保團隊記錄了移轉邏輯。你還需要用現場環境的鏡子來測試遷移， 開發獨立的遷移驗證引擎 定義您的報告策略和相關技術， 確保您有持續的資料品質監控解決方案， 建立移轉後援政策 建立您的傳統除役策略 完成任何相關的執行訓練， 確保您了解可能出現的資料品質問題，並取得利害關係人對預期問題的簽核， 定義並規劃您的資料移轉執行策略 並建立落差分析，以測量實際與目前的進展。 

6. 遷移與驗證

您實際上可以用上述方法之一進行遷移：一次完成或放慢腳步。在這部分，您必須向稽核人員和業務發起人展示您的遷移合規性。您也應該獨立且客觀地驗證移轉，以確保移轉成功，並確定所產生的資料品質達到足以支援目標服務的高水準。

7. 停用與監控

資料移轉的最後一個階段，就是您放棄傳統環境，並轉移資料品質資產。在此階段，您應完成系統淘汰驗證，並交出資料品質監控的所有權。

如前所述，資料儲存是每次資料移轉的關鍵。如果沒有適當的儲存設備，您甚至會因為資料無法就緒或無法移動，而在資料開始之前就有沉浸在移轉成功的風險。 

Pure Storage® 訂閱方案以 Evergreen 基礎架構為基礎，讓資料移轉變得更容易、更實惠：

• Evergreen//One 降低了儲存管理與支援的複雜性與成本，並協助您達成財務彈性與操作簡易性，同時降低 IT 風險。
• 透過降低前期成本，Evergreen//Flex 的靈活性可讓您因應需求和使用的變化，提高儲存靈活性，並最大化容量使用的投資報酬率。
• Evergreen//Forever 提供真正的 IT 靈活性，讓您能夠一次性購買儲存設備，並流暢、不中斷地擴展，幾乎永遠不會有任何損失。

探索 Pure 的 Evergreen 產品組合，讓您的下一次資料移轉更加簡單、更具成本效益。