什麼是資料移轉？
資料移轉代表移動資料，通常是將資料從內部部署位置移至雲端平台。
定義資料移轉：什麼是資料移轉？
一般而言，資料移轉是指移動數位資訊。將該資訊傳送到不同的位置、檔案格式、環境、儲存體系統、資料庫、資料中心，或是應用程式，都符合資料移轉的定義。
更明確地定義資料移轉：
資料移轉是選取、準備、擷取和轉換資料，以及將資料從某部電腦儲存系統永久傳送到另一個電腦儲存系統的程序。
資料移轉是常見的 IT 活動。但是，資料資產可能處於許多不同的狀態和位於不同位置，這會讓某些移轉專案比其他移轉專案更複雜，且在技術上更具挑戰性。資料資產的範例包括：
- 儲存在許多不同裝置上且未組織的各種檔案。
- 應用程式、作業系統和環境。
- 關聯式資料庫，例如 SQL Server、MySQL、PostgreSQL 和 MariaDB。
- 非結構化資料庫，例如 MongoDB、Azure Cosmos DB、DocumentDB、Cassandra、Couchbase、HBase、Redis 和 Neo4j。
- 資料湖、資料 blob 和整個資料中心。
因此，資料移轉專案需要規劃、實作和驗證，以確保能夠成功地移轉。在這裡深入了解雲端移轉和其他類型的移轉。
規劃資料移轉
在開始收集雲端資料移轉的需求和範圍之前，組織就需要先探索及評估他們實際擁有哪些資料。他們必須對應資料，也就是要了解有多少資料、資料的多樣化程度，以及資料的品質或狀況。
他們也要評估移轉對組織的影響、確立專案關係人和擁有相關專業知識的專家、指派責任、設定預算和時間表，以及協議每個人根據資料移轉專案進行溝通的方式。
在決定專案涵蓋範圍之後，小組會設計移轉作業，包括選擇要用來移動資料的資料移轉軟體和硬體、建立資料移轉規格，以及決定移轉資料量：一次全部移轉、一次只移轉一小部分，或介於兩者之間的任何資料量。許多組織會尋求協助與指導以決定適當的移轉規模，尤其是要移轉至雲端時。
實作資料移轉
當規劃完成且已設計好移轉作業時，小組就會開始實作。他們會根據在規劃階段提出的需求和逐步移轉指導方針建置資料移轉解決方案並開始傳輸資料。
資料移轉時，小組會監控及測試資料，以確保資料正確地傳輸且未出現衝突、資料品質問題、重複項目及異常狀況。此監控和測試作業是在鏡像生產環境的環境中進行，可讓小組快速地識別及修復資料移轉時發生的任何問題。
驗證資料移轉
移轉所有資料並完成實作之後，小組將會稽核新組態中的資料，並驗證資料是否已準確地傳輸。只有在技術人員和企業專案關係人，以及可能使用資料的任何其他人 (包括客戶) 驗證資料移轉之後，小組才會停止使用舊的資料組態。
組織可能會因為許多不同的原因而需要或選擇移轉資料。概觀來看，這些原因可能包括降低成本、支援創新、提升效能、建立更高的可用性，以及加強安全性。當組織決定移轉資料時，他們將需要考量資料的完整性、移轉成本，以及對企業本身及其客戶的影響。
可能需要資料移轉的一些特定情況和商務案例包括：
-
升級或取代舊版硬體或軟體，讓組織能夠符合其效能需求或更具競爭力。
-
透過移動到磁碟使用量較低且耗用較少能源的系統，降低對環境的影響以及運作成本。
-
透過移轉至雲端，以減少或消除在內部部署資料中心代管資料的費用。
-
集中資料以支援及促進互通性，或將資料重新放置到更安全的資料中心。
-
備份資料，讓組織能夠做好更充分的災害復原準備及執行作業。
-
需要在現代化作業中納入資料移轉的組織，通常會尋求專家建議與協助，以設定雲端環境並完成端對端雲端資料移轉。 深入了解雲端移轉的優點。
資料移轉與資料轉換：有什麼不同？
若要更清楚地了解資料移轉所代表的意義，就必須知道什麼是資料轉換，以及資料轉換與資料移轉的關聯性。對於某項活動或專案到底是屬於資料轉換或資料移轉，通常容易產生混淆，因為根據定義，資料移轉包含資料轉換。但是，資料轉換只是資料移轉的其中一個層面，因此這兩個字詞不能互為同義詞。
資料移轉是指將資料從某個地方移動到另一個地方，而資料轉換則是將資料從某種格式轉換成另一種格式。以下的比較凸顯了資料移轉和資料轉換之間的更多差異和相似處。
| 資料移轉 | 資料轉換 |
|---|---|
| 資料會移動到新的資料中心、位置、系統或環境。 | 資料會移動到新的應用程式。資料中心、系統或環境可能保持不變。 |
| 資料的格式可能保持不變。 | 資料的格式已經轉換。 |
| 此程序包含規劃、實作和驗證。 | 此程序包含擷取、轉換和載入。 |
| 資料移轉通常包含資料轉換，但並非必要。 | 資料轉換通常是資料移轉首要步驟的其中之一，但是資料移轉可在不轉換資料的情況下進行。 |
資料移轉可以引入與舊版應用程式讀取資訊方式不同的新應用程式。為了讓舊版應用程式使用的資料能夠與新應用程式搭配使用，小組必須將資料轉換成新的系統能夠了解及使用的格式。這個轉換程序就是資料轉換。小組可以透過資料轉換，將資料從舊版應用程式移動到完全不同的應用程式或同一應用程式的不同版本。資料會從來源擷取、轉換成新的格式，以及載入到新的應用程式。
通常若要執行成功的資料移轉，小組就需要在資料移轉程序早期先轉換資料，然後再將資料移動至新位置。資料轉換並不包括分析、清理、驗證資料，或在資料移動之後對資料執行品質保證測試。因此，這不再是資料移轉和資料轉換之間的差異問題，而是專案如何採用資料移轉和資料轉換的問題。
這些並非全部的資料移轉類型，而且資料移轉專案可以包含數種類型的資料移轉。例如，如果組織決定將資料從內部部署伺服器移至雲端服務提供者所營運的伺服器，該專案可能就會包含雲端移轉和資料庫移轉。這五個類別很實用，因為它們呈現了資料移轉案例的一般概述，以及組織採用特定資料移轉類型的理由。
儲存體移轉
儲存體移轉是最基本的資料移轉類型，與資料移轉的字面定義一致。這些移轉過程包括將資料從某個存放裝置移動到新的或不同的存放裝置。該裝置可以位於同一棟建築物中，或位於遠方的其他資料中心。裝置的類型也可能不一樣，例如從硬碟移動到固態硬碟。將資料移轉到雲端或從某個雲端提供者移到其他雲端提供者也是一種儲存體移轉，雖然這些類型的資料移轉的細節大多被視為雲端移轉。
若組織發現需要升級設備或基礎結構以達到更快速的效能或節省規模擴縮成本，就可以選擇進行儲存體移轉。新的技術也能讓組織更有效率地管理、保護、備份或復原資料。在儲存體移轉期間，組織也有機會清除及驗證資料，儘管組織不常選擇在此類型的資料移轉期間變更資料格式。
資料庫移轉
此類型的資料移轉通常需要資料轉換，因為資料庫移轉通常涉及將大量資料移動到已更新或不同的資料庫引擎或資料庫管理系統。資料庫移轉比儲存體移轉更複雜，因為傳送的資料不僅更多，而且資料的格式也可能會變更。
當組織需要升級資料庫軟體、將資料庫移轉到雲端，或變更資料庫廠商時，就可能需要進行資料庫移轉。開始移轉之前，小組必須先確定資料庫具有足夠的容量並進行測試，以確保不會影響使用資料庫的應用程式。
應用程式移轉
應用程式移轉涉及將資料移動到新的運算環境。此類型的資料移轉是結合數個其他類型資料移轉的範例。移轉應用程式可能需要同時進行資料庫移轉和儲存體移轉。應用程式使用的資料庫，以及應用程式安裝及執行時所需的檔案和目錄結構，將需要變更位置，有時候甚至需要透過資料轉換來修改格式以配合新的資料模型。
若組織用來執行商務功能的軟體、提供軟體的廠商，或軟體所在的平台發生變更，組織就可以執行應用程式移轉。
雲端移轉
就像另外兩種類型的資料移轉 (儲存體移轉和應用程式移轉) 一樣，此類型的資料移轉也涉及移動資料或應用程式。關鍵層面在於，雲端資料移轉是特別指將資料或應用程式從私人、內部部署資料中心傳輸到雲端或從某個雲端環境傳輸到其他雲端環境。移轉的範圍將會有所改變。雲端移轉可能涉及將所有資料、應用程式和服務移動到雲端，或者可能只需要移動少許項目來滿足策略目的或業務需求。
移轉至雲端可讓組織在限制較少的情況下擴縮規模、更容易地佈建資源、更順暢地升級、更有效地規劃支出，以及更快速地創新。由於資料和應用程式位於雲端，因此組織不再需要維護儲存那些資產的內部部署電腦和基礎結構。
商務程序移轉
此資料移轉類型是指移動資料與應用程式，以便讓企業本身能夠更妥善地管理或營運。進行商務程序移轉時，組織可能會傳輸任何類型的資料，包括提供產品、客戶經驗、作業和做法的資料庫和應用程式。
組織可能會進行此類型的資料移轉，以最佳化或重新組織企業營運方式、提升市場競爭力、提供新的產品或服務，或完成合併或收購。
資料移轉工具
為了執行移轉，小組將會使用各種資料移轉工具來移動資料，並視需要修改。有些小組會選擇從頭開始建立自己的資料移轉工具。建立資料移轉工具的優點是，小組可以針對自己的特定系統和使用狀況量身打造需要的工具。但是，撰寫資料移轉軟體程式碼可能需花費大量時間、需要執行很多手動整合作業，以及重新實作工作，而且會產生一些額外成本 (若花費在資料移轉程序的其他部分可能會更有意義)。自我編寫指令碼的資料移轉工具也可能在擴縮或處理許多輸入來源時面臨挑戰。
相反地，小組可能會選擇使用現有的資料移轉軟體，讓移動資料的行動更簡單、更快速且更有效率。通常，軟體會專門用於協助特定類型的移轉，例如將 SQL Server 資料庫移至雲端。但是即使便用軟體，小組仍需要知道哪些資料正在移動、要移轉多少資料、移轉時間、需要進行哪些變更，以及傳輸完成後是否有任何問題需要解決等相關事宜，而且這些小組也需要在內部部署資料移轉工具和雲端資料移轉工具之間選擇。
要使用哪一類型的資料移轉軟體
小組可以從內部部署、雲端式或自我編寫指令碼的資料移轉軟體中選擇。一般而言，當資料和目標系統都是內部部署且位於同一個組織內時，內部部署工具能夠良好地運作。雲端式工具最適合運用在移動不同的資料系統或重新移轉至雲端平台的情況，而自我編寫指令碼的工具則適用於小型和高度特定的專案。但是，由於資料移轉專案非常複雜，所以從各種可用的資料移轉軟體中做出適當抉擇時，需要考量很多因素。此圖表會根據指定移轉案例的特色，建議最適合使用的工具。
| 自我編寫指令碼的工具 | 內部部署工具 | 雲端式工具 | |
|---|---|---|---|
| 資料磁碟區和類型 | | | |
| 少量 |  | | |
| 大量 | | | |
| 支援的格式 | | | |
| 不支援的格式 | | | |
| 來源和目的地 | | | |
| 單一站台來源 | | | |
| 多網站來源 | | | |
| 雲端目的地 | | | |
| 內部部署目的地 | | | |
| 常見來源和目的地 | | | |
| 不常見來源和目的地 | | | |
| 專案需求 | | | |
| 需要擴縮 | | | |
| 不需要擴縮 | | | |
| 控制存放裝置 | | | |
| 本機存取 | | | |
| 全域存取權 | | | |
| 隨選計算與儲存體 | | | |
| 高運作時間和可靠性 | | | |
如何選擇資料移轉工具
- 除了上面概述的準則之外，小組和組織也會在選擇資料移轉解決方案時考量其他因素。這些因素包括：
- 預算和時間表
- 小組的專業知識與經驗。
- 組織需要多少規模和彈性
- 與資料移轉工具提供者的關係
- 安全性和法規合規性
- 運作時間或其他 SLA
- 潛在影響
- 資料的使用者
- 作業系統
如何開始雲端資料移轉
當組織準備開始考量是否該進行資料移轉，他們可能就會開始探索有哪些資料移轉工具或資料移轉合作夥伴可選擇。若要了解移轉到 Azure 的好處和程序，請探索以下資源：
資料移轉相關常見問題集
-
資料移轉就是移動數位資訊。將該資訊傳送到不同的位置、檔案格式、環境、儲存體系統、資料庫、資料中心，或是應用程式，都符合資料移轉的定義。
-
資料移轉是指將資料從某個地方移動到另一個地方，而資料轉換則是將資料從某種格式轉換成另一種格式。資料移轉期間有時會發生資料轉換。
-
資料移轉類型可分為五大類：儲存體移轉、資料庫移轉、應用程式移轉、雲端移轉和商務程序移轉。