SQL Server 資料庫移轉服務

資料庫遷移服務支援兩種方法，可將 SQL Server 資料庫遷移至 SQL Server 適用的 Cloud SQL：

  • 備份及還原遷移作業：將完整備份和交易記錄檔暫存在 Cloud Storage bucket，從自行管理的 SQL Server、Amazon RDS 或 SQL Server 適用的 Cloud SQL 來源遷移。
  • 分散式可用性群組 (DAG) 遷移：使用 SQL Server 分散式可用性群組，直接透過私人網路連線，從自行管理的 SQL Server Enterprise Edition 執行個體遷移，不必將備份檔案匯出至 Cloud Storage。

備份及還原遷移作業

您可以使用資料庫遷移服務，透過備份和還原流程，將 SQL Server 資料庫遷移至 SQL Server 適用的 Cloud SQL 執行個體。

  • 如果是自行管理或 Amazon RDS 來源，請先將完整的資料庫備份和交易記錄檔上傳至 Cloud Storage bucket。資料庫遷移服務會主動監控 bucket，並持續將資料複製到目的地 SQL Server 適用的 Cloud SQL 執行個體。

  • 如果是 SQL Server 適用的 Cloud SQL 來源，資料庫遷移服務會自動處理所有必要的備份檔案匯出作業。

本節說明同質 SQL Server 備份與還原遷移作業的下列功能：

  • 支援的來源和目的地：列出資料庫遷移服務支援的所有 SQL Server 版本。

  • 持續遷移資料流程提供端對端總覽，說明資料在遷移過程中如何移至 Google Cloud 。

  • 加密：說明如何使用加密的 SQL Server 備份檔案進行遷移。

  • 監控：介紹記錄和指標，協助您觀察遷移工作的進度和健康狀態。

支援的來源和目的地資料庫

只要遵循版本相容性指南，即可使用資料庫遷移服務，在相同 SQL Server 版本之間遷移，或從舊版 SQL Server 遷移至 Cloud SQL 支援的新版。詳情請參閱 Microsoft 說明文件，瞭解 SQL Server 版本支援的版本和版本升級。例如，請參閱「 支援的版本和版本升級 (SQL Server 2025)」。

下表列出所有支援的 SQL Server 來源和目的地資料庫：

來源資料庫 目的地資料庫
Amazon RDS SQL Server 適用的 Cloud SQL 2025、2022、2019、2017 版
自行管理的 SQL Server

(地端部署或完全由您掌控的雲端 VM)

SQL Server 適用的 Cloud SQL

(由資料庫遷移服務自動匯出備份)

持續遷移資料流程

如要將相同系統的資料庫從 SQL Server 遷移至 Cloud SQL，資料庫遷移服務支援 連續遷移流程。採用這種方法時，系統會先從完整資料庫備份檔案載入資料，接著從差異備份檔案載入資料，然後根據您上傳至專用 Cloud Storage bucket 的交易記錄檔，持續更新資料。

SQL Server 遷移流程總覽
圖 1. SQL Server 資料庫遷移服務遷移期間的資料移動。(按一下可放大)
SQL Server 遷移流程總覽

大致來說，資料會經過下列遷移階段：

SQL Server 適用的 Cloud SQL 來源

SQL Server 適用的 Cloud SQL 來源：

  1. 設定來源 SQL Server 適用的 Cloud SQL 執行個體，以支援時間點復原 (PITR)，並為 Cloud SQL 和資料庫遷移服務的服務帳戶指派必要權限。
  2. 建立並執行遷移工作時，資料庫遷移服務會先建立資料庫的完整備份，並儲存至提供的 Cloud Storage bucket，然後載入至目的地執行個體。
  3. 完整傾印作業完成後，資料庫遷移服務會繼續從來源 SQL Server 適用的 Cloud SQL 執行個體匯出交易記錄檔，並載入至目的地。

您可以停止進行中的複製作業，並在要切換應用程式時升級遷移工作，以便將 SQL Server 適用的 Cloud SQL 目的地執行個體做為正式資料庫。如需詳細的逐步遷移指南，請參閱「 Cloud SQL 來源的 SQL Server 適用的 Cloud SQL 遷移指南」。

自行管理和 AWS 來源

自行管理和 AWS 來源：

  1. 將備份檔案上傳至 Cloud Storage。

    如要對自行管理的來源執行 SQL Server 持續遷移作業，您必須先完整備份來源資料庫，然後將備份檔案上傳至 Cloud Storage bucket。後續更新時，您可以視需要提供差異備份檔案，然後上傳交易記錄檔。 您也可以自動建立及上傳連續交易記錄。

    如要進一步瞭解如何自動建立及上傳交易記錄，請參閱「 排定交易記錄備份作業」。

    如要進一步瞭解資料庫遷移服務如何在同質 SQL Server 遷移作業中使用不同類型的備份檔案，請參閱「 支援的備份檔案類型」。

  2. 遷移工作啟動後，資料庫遷移服務會將最新的完整資料庫備份，載入至目的地 SQL Server 適用的 Cloud SQL 執行個體。
  3. 初始載入完成後，資料庫遷移服務會切換至增量載入階段。此時，資料庫遷移服務會執行下列操作：
    1. 如果遷移工作設為使用差異備份檔案，資料庫遷移服務會掃描「diff」資料夾，並將差異備份檔案載入目的地執行個體。如果遷移工作設為使用差異備份檔案，但資料庫遷移服務在 Cloud Storage bucket 中找不到該檔案，遷移工作就會顯示錯誤，並持續在「diff」資料夾中搜尋差異備份檔案。

      資料庫遷移服務只會在增量載入階段開始時，載入差異備份檔案一次。遷移工作開始處理交易記錄檔後，即使您將新的差異備份檔案上傳至「diff」資料夾，系統也不會辨識這些檔案。

    2. 資料庫遷移服務現在會持續掃描 Cloud Storage bucket，找出交易記錄備份檔案，並在目的地執行個體上複製。
  4. 來源資料庫出現新資料時，您可以繼續匯出交易記錄備份檔案，並上傳至同一個 Cloud Storage bucket。資料庫遷移服務會擷取所有新的交易記錄備份檔案，並在目的地資料庫中複製這些檔案。

您可以停止進行中的複製作業，並在要切換應用程式時升級遷移工作，以便將 SQL Server 適用的 Cloud SQL 目的地執行個體做為正式資料庫。如需詳細的逐步遷移指南，請參閱「 SQL Server 適用的 Cloud SQL 遷移指南」。

加密

針對自行管理和 Amazon RDS 來源，資料庫遷移服務完整支援 加密 SQL Server 備份。只要將加密金鑰上傳至 Google Cloud，資料庫遷移服務就能安全地解密資料，並載入 SQL Server 適用的 Cloud SQL 目的地執行個體，不會影響資料安全性。

詳情請參閱「 加密的 SQL Server 備份檔案」。

分散式可用性群組 (DAG) 遷移

如果是自行管理的 SQL Server Enterprise Edition 執行個體，您可以使用 SQL Server 分散式可用性群組 (DAG)，直接透過私人網路連線遷移資料庫，不必將備份或交易記錄檔匯出至 Cloud Storage。

本節將快速概略介紹 SQL Server 分散式可用性群組遷移作業：

  • 支援的來源和目的地：列出 DAG 遷移支援的 SQL Server 版本。

  • 持續遷移資料流程 摘要說明遷移期間，資料如何在可用性群組之間移動。

  • 加密說明如何保護來源和目的地執行個體之間傳輸中的資料。

  • 監控 介紹記錄和指標，協助您觀察遷移工作的進度和健康狀態。

如要完整比較備份與還原遷移作業、架構詳細資料和限制，請參閱「關於分散式可用性群組 (DAG) 遷移作業」。

支援的來源和目的地資料庫

如要使用分散式可用性群組遷移，來源 SQL Server 執行個體和目的地 SQL Server 適用的 Cloud SQL 執行個體都必須採用企業版：

來源資料庫 目的地資料庫
自行管理的 SQL Server Enterprise Edition 2025、2022、2019、2017 版

(地端部署或完全由您掌控的 Cloud VM，且已啟用 Always On 可用性群組)

 SQL Server 適用的 Cloud SQL Enterprise Edition 2025、2022、2019、2017 版

持續遷移資料流程

在分散式可用性群組遷移作業中，資料庫遷移服務會在來源可用性群組，與目的地 SQL Server 適用的 Cloud SQL 執行個體上的代管次要可用性群組之間，設定分散式可用性群組，直接透過私人網路連線，串流初始完整載入作業和持續進行的資料庫變更。

分散式可用性群組 (DAG) 遷移流程總覽
圖 2. 分散式可用性群組 (DAG) 遷移期間的資料移動。

分散式可用性群組遷移作業大致如下：

  1. 您將設定雙向私人 IP 連線、準備來源可用性群組，並在目的地 SQL Server 適用的 Cloud SQL 執行個體上建立連結伺服器。
  2. 啟動遷移工作時，資料庫遷移服務會建立分散式可用性群組，並將來源可用性群組中所有資料庫的初始完整載入，直接透過網路串流至 SQL Server 適用的 Cloud SQL。
  3. 初始完整載入完成後，資料庫遷移服務會持續複製進行中的資料庫變更 (CDC 階段)，同時允許您以唯讀模式查詢目的地資料庫。
  4. 升級遷移工作時，資料庫遷移服務會將 SQL Server 適用的 Cloud SQL 執行個體切換為讀寫主要執行個體，並進入 FAILBACK 階段，將新的寫入作業複製回來源執行個體。在FAILBACK階段，您可以執行 promote 並加上 --failback 旗標，將主要角色切換回來源執行個體，也可以停止複製並刪除遷移工作，完成遷移作業，並在驗證轉換後執行必要的清除作業。

如要進一步瞭解 DAG 遷移作業的運作方式，請參閱「關於分散式可用性群組 (DAG) 遷移作業」。如需逐步操作說明，請參閱「使用分散式可用性群組，從自行管理的 SQL Server 遷移」。

加密

分散式可用性群組遷移作業不會將備份檔案匯出至 Cloud Storage。相反地，在來源可用性群組和目的地 SQL Server 適用的 Cloud SQL 可用性群組之間，所有初始完整載入資料和持續資料庫變更，都會透過憑證進行驗證，並在傳輸過程中，使用 AES 加密技術透過私人網路連線加密。

監控

資料庫遷移服務中，遷移工作複製延遲時間的範例圖表。
圖 3. 資料庫遷移服務中的觀測能力圖表示例。 (按一下可放大)
資料庫遷移服務中，遷移工作複製延遲時間的範例圖表。

資料庫遷移服務提供廣泛的記錄和觀測能力，可協助您監控備份與還原，以及分散式可用性群組遷移作業的進度。這些功能包括：即時診斷複製延遲 (還原延遲)、處理備份式遷移作業的交易記錄備份檔案、目的地儲存空間用量，以及 SQL Server 適用的 Cloud SQL 目的地執行個體健康狀態和遷移工作狀態的詳細記錄。

詳情請參閱「遷移工作指標」。

後續步驟