跳至主要內容

什麼是資料移轉?

資料移轉是指將資料從內部部署位置移動到雲端平台。

定義資料移轉: 什麼是資料移轉?

一般來說,資料移轉表示移動數位資訊。將該資訊傳輸到不同的位置、檔案格式、環境、儲存體系統、資料庫、資料中心或應用程式,皆符合資料移轉的定義。

若要更具體地定義資料移轉:

資料移轉是選取、準備、擷取及轉換資料,以及將資料從一個電腦儲存系統轉換並永久傳輸到另一部電腦儲存體系統的程序。

資料移轉是常見的 IT 活動。不過,資料資產可能存在於許多不同的狀態和位置,這會讓某些移轉專案比其他專案更複雜、技術上具有挑戰性。資料資產的範例包括:

  • 儲存在許多不同裝置上之檔案的未組織分類。
  • 應用程式、作業系統和環境。
  • 關係資料庫,例如 SQL Server、MySQL、PostgreSQL 和 MariaDB。
  • 非結構化資料庫,例如 MongoDB、Azure Cosmos DB、DocumentDB、Cassandra、Couchbase、HBase、Redis 和 Neo4j。
  • 資料湖、資料 Blob 和整個資料中心。

因此,資料移轉專案需要規劃、實作和驗證,以確保其成功。在此深入了解雲端移轉和其他類型的移轉。

規劃資料移轉

在開始收集雲端資料移轉的需求和限制範圍之前,組織必須先探索及評定其實際擁有的資料再開始。它們必須對應資料—瞭解其有多少、其多樣性,以及位於何種品質或條件中。

他們會評估移轉對組織的影響、建立專案關係人以及具備相關專長的人員、指派責任、設定預算和時程表,並對每個人如何進行資料移轉專案的溝通達成協議。

在設定專案範圍之後,小組會設計移轉,包括選取移動資料時將使用的資料移轉軟體和硬體、建立資料移轉的規格,以及決定將移轉資料的速率: 一次全部,一次只一點,或介於兩者之間。許多組織會尋求協助與指引以校正其移轉作業,特別是移至雲端時。

實施資料移轉

當規劃完成且已設計移轉時,團隊會開始實作。他們根據需求及在規劃階段中制訂的逐步移轉指導建置資料移轉解決方案,並開始傳輸資料。

當資料移轉時,小組會監視並進行測試,以確保資料正常傳輸且沒有衝突、資料品質問題、重複和異常狀況。此監視與測試會在模擬生產環境的環境中進行,並可讓團隊快速識別及補救資料移轉的任何問題。

驗證資料移轉

所有資料皆已移轉並實施完成後,小組會在其新設定中稽核資料,並驗證資料是否已正確傳輸。只有在技術與商務關係人與包括客戶在內的其他可能使用資料的任何人驗證資料移轉之後,Teams 才會將舊的資料設定從服務中移除。

由於許多不同的原因,組織可能需要或選擇移轉資料。在高層級,這些原因包括降低成本、啟用創新、提高效能、建立較高的可用性以及增強安全性。當組織決定移轉資料時,他們必須考慮資料的完整性、移轉的成本,以及對企業及其客戶的影響。

可能需要資料移轉的特定情況與商務案例包括:

  • 升級或取代舊版硬體或軟體,讓組織能夠達成其效能需求或具更強的競爭力。
  • 藉由移至磁碟使用量較小且使用較少能源的系統,以減少環境影響並降低營運成本。
  • 移轉至雲端,以減少或消除在內部部署資料中心裝載資料的費用。
  • 集中資料以啟用及促進互通性,或重新置放到更安全的資料中心。
  • 備份資料以讓組織更完善地準備及執行災害復原。

需要將資料移轉當作現代化任務之一的組織,通常會尋求 專家建議和協助來設定他們的雲端環境,並引導其雲端資料端對端移轉。深入了解雲端移轉的優點

資料移轉與資料轉換相符: 有什麼不同?

若要更清楚地瞭解資料移轉的意思,請務必瞭解資料轉換是什麼以及它與資料移轉的相關性。通常,因為根據定義,資料移轉包括資料轉換,所以通常會混淆活動或專案是否為資料轉換或資料移轉。不過,資料轉換只是資料移轉的一個層面,因此這兩個字詞不能彼此作為同義字使用。

資料移轉表示將資料從一個位置移到另一個位置,而資料轉換表示將資料從一種格式轉換成另一種格式。下列比較強調的是資料移轉與資料轉換之間的差異與相似性。

資料移轉 資料轉換
資料已移至新的資料中心、位置、系統或環境。 資料已移至新的應用程式。資料中心、系統或環境可能維持不變。
資料的格式可能維持不變。 資料的格式已轉換。
流程包含計畫、實施及驗證。 流程包括擷取、轉換及載入。
資料移轉通常包含資料轉換,但不是永遠需要資料轉換。 資料轉換通常是資料移轉中的前幾個步驟之一,但不需要資料轉換即可進行資料移轉。

資料移轉會導入新的應用程式,以不同於舊版應用程式讀取資訊的方式讀取資訊。為了讓與舊版應用程式搭配使用的資料能夠搭配新應用程式使用,團隊必須將資料轉換成新系統可以瞭解及使用的格式。該轉換程序為資料轉換。透過資料轉換,團隊可以將資料從舊版應用程式移至完全不同的應用程式或相同應用程式的不同版本。資料是從來源擷取、轉換成新格式,並載入到新的應用程式。

通常,執行成功的資料移轉表示團隊必須先轉換資料,這會在資料移轉流程的早期發生,然後才會將資料移到新位置。資料轉換不包含分析、清除、驗證,或在資料移動之後—對資料執行品質保證測試。因此,這會變成較不是資料移轉或資料轉換的問題,而是專案如何包括資料移轉和資料轉換的問題。

資料移轉類型

雖然每個資料移轉專案都根據相關系統和資料以及組織目標而不同,但是資料移轉可以分類成這五大類:

這些不是僅有的資料移轉類型,而且資料移轉專案可以包括數種資料移轉類型。例如,如果組織決定將資料從內部部署伺服器移至雲端提供者所營運的伺服器,該專案可能會構成雲端移轉和資料庫移轉。這五個類別很有用,因為它們提供資料移轉案例的一般大綱,以及組織可能採用特定類型的資料移轉的原因。

儲存體移轉

存放裝置移轉是最基本的資料移轉類型,符合資料移轉的常值定義。這些移轉包括將資料從一個儲存體移到新的或不同的儲存體。該裝置可以位於同一棟建築物或是在遠處的不同資料中心。裝置可能屬於不同的類型,例如從硬碟移動到固態硬碟。將資料移轉至雲端或從雲端提供者移轉到另一個雲端提供者也是一種儲存體移轉,不過,將這類資料移轉的特性稱為雲端移轉更易瞭解。

組織可能會在需要升級其設備或基礎結構以達到更快的效能或節省擴充規模的費用時,選擇進行儲存體移轉。這項新技術也可讓組織更有效率地管理、保護、備份或復原資料。在儲存體移轉期間,組織也有機會清除及驗證資料,但組織在這種資料移轉類型期間,選擇變更資料格式的頻率較低。

資料庫移轉

這種類型的資料移轉通常需要資料轉換,因為資料庫移轉通常須將大量資料移至更新或不同的資料庫引擎或資料庫管理系統。資料庫移轉比儲存體移轉更複雜,因為不僅傳送的資料較多,而且資料格式也可能會變更。

當組織需要升級其資料庫軟體、將資料庫移轉至雲端或變更資料庫廠商時,可能會需要進行資料庫移轉。在開始移轉之前,團隊必須先確定資料庫有適當的容量,並進行測試,以確保不會影響使用資料庫的應用程式。

應用程式移轉

應用程式移轉涉及將資料移至新的運算環境。此類型的資料移轉是合併數個其他資料移轉的範例。移轉應用程式可能需要資料庫移轉和儲存體移轉。應用程式使用的資料庫需要重新放置—有時甚至會修改格式,以透過資料轉換來符合新的資料模型— 還有應用程式安裝和執行所需的檔案和目錄結構。

當組織用來執行商務功能的軟體、提供軟體的廠商或軟體所在的平台發生變更時,組織可能會執行應用程式移轉。

雲端移轉

就像另兩種資料移轉類型 — 儲存體移轉和應用程式移轉 — 此類型的資料移轉為移動資料或應用程式。關鍵層面是,雲端資料移轉特別是指將資料或應用程式從私人內部部署資料中心傳輸到雲端,或從雲端環境傳輸到另一個雲端環境。移轉的範圍會有所不同。雲端移轉可能涉及將所有資料、應用程式及服務移至雲端,或可能只會移動一些資料,以符合策略目的或商務需求。

移轉到雲端可讓組織以較少的限制進行規模調整、更輕鬆地佈建資源、以較少的摩擦升級、更有效率地花費,以及更快速地創新。由於這些組織的資料與應用程式位於雲端,因此不再需要自行維護內部部署儲存這些資產的機器和基礎結構。

商務流程移轉

此資料移轉類型是指移動資料和應用程式,以便更完善地管理或營運企業本身。在商務流程移轉中,組織可能會傳輸任何種類的資料,包括資料庫和應用程式,這些資料可以提供產品、客戶經驗、營運、做法等。

組織可能會進行此類型的資料移轉,以最佳化或重新組織企業運作的方式、以在市場中更好地競爭、提供新產品或服務,或是完成合併或收購。

資料移轉工具

為了執行移轉,小組將使用各種資料移轉工具來移動資料,並視需要修改資料。部分團隊會從零開始選擇建置自己的資料移轉工具。建置資料移轉工具的優點在於,小組可以根據其特定系統及使用量身打造工具。然而,編碼資料移轉軟體可能需要花費很多時間、需要大量手動整合及重新執行工作,而且可能會花費在資料移轉程序其他部分更需要的成本。自行編寫指令碼的資料移轉工具也可能會遇到擴充或處理許多輸入來源的挑戰。

相反地,小組可能會選擇使用現有的資料移轉軟體,讓移動資料的動作更簡單、更快、更有效率。通常,軟體專用於協助特定類型的移轉—例如移動 SQL Server 資料庫到雲端。但是即使使用軟體,小組仍然需要完全知道他們要移動的資料、移轉多少資料以及何時需要對其進行哪些變更,以及在傳輸完成後是否有任何需要解決的問題。這些團隊也會需要在內部部署資料移轉工具與雲端資料移轉工具之間進行選擇。

要使用哪種類型的資料移轉軟體

Teams 可從內部部署、雲端式或自我編寫指令碼的資料移轉軟體中選擇。一般來說,當資料和目標系統皆位於網站且在相同組織內時,內部部署工具會運作良好,雲端式工具最適合用於移動不同的資料系統或重新展開到雲端,而自我編寫指令碼的工具則適用於小型和高度特定的專案。不過,因為資料移轉專案很複雜,所以在選擇不同類型的可用資料移轉軟體時,還有更多因素需要考慮。此圖表會根據指定移轉案例的特性建議哪些工具較佳。

無法使用 自我編寫指令碼的工具 內部部署工具 雲端式工具
資料量和類型
少量 可用 可用 可用
大量 無法使用 可用 可用
支援的格式 無法使用 可用 可用
不支援的格式 可用 無法使用 無法使用
來源與目的地
單一網站來源 可用 可用 可用
多網站來源 無法使用 無法使用 可用
雲端目的地 無法使用 無法使用 可用
內部部署目的地 可用 可用 無法使用
不常用的來源和目的地 無法使用 可用 可用
不常用的來源和目的地 可用 無法使用 無法使用
專案需求
必要擴充 無法使用 可用 可用
不需要縮放 可用 可用 可用
儲存裝置控制 可用 可用 無法使用
本機存取 可用 可用 可用
全域存取 無法使用 無法使用 可用
隨選計算和儲存體 無法使用 無法使用 可用
高運作時間與可靠性 無法使用 無法使用 可用

如何選擇資料移轉工具

除了上述準則外,團隊和組織還會在選取資料移轉解決方案時考慮其他因素。這些因素包括:

  • 預算和時間表
  • 小組的專長與經驗
  • 組織需要多少規模和彈性
  • 與資料移轉工具提供者的關係
  • 安全性與法規合規性
  • 運作時間或其他 SLA
  • 潛在影響
  • 資料使用者
  • 作業系統

如何開始雲端資料移轉

一旦組織準備好考慮移轉資料,它們可能會開始探索其資料移轉工具或資料移轉合作夥伴的選項。若要瞭解移轉至 Azure 背後的優點和流程,請探索這些資源:

關於資料移轉的常見問題

  • 資料移轉是移動數位資訊。將該資訊傳輸到不同的位置、檔案格式、環境、儲存體系統、資料庫、資料中心或應用程式,完全符合資料移轉的定義。
  • 資料移轉表示將資料從一個位置移到另一個位置,而資料轉換表示將資料從一種格式轉換成另一種格式。資料轉換有時會在資料移轉期間進行。
  • 資料移轉的類型可以分成五大類: 儲存體移轉、資料庫移轉、應用程式移轉、雲端移轉及商務流程移轉。