SQL Server 資料庫移轉服務

您可以使用備份及還原流程，透過資料庫遷移服務將 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 支援的新版 SQL Server。詳情請參閱 Microsoft 說明文件，瞭解 SQL Server 版本支援的版本和版本升級。如需範例，請參閱「 支援的版本和版本升級 (SQL Server 2022)」。

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

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

(地端部署或完全由您掌控的 Cloud 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 值區。後續更新時，您可以選擇提供差異備份檔案，然後上傳交易記錄檔。您也可以自動建立及上傳連續交易記錄。

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

    如要進一步瞭解資料庫遷移服務如何在同質 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 遷移指南。

監控

資料庫遷移服務的遷移工作複製延遲範例圖。
圖 2. 資料庫遷移服務中的可觀測性範例圖。(按一下即可放大)
資料庫遷移服務的遷移工作複製延遲範例圖。

資料庫遷移服務提供廣泛的記錄和觀測能力，可協助您監控遷移進度。這些功能包括複製延遲和交易記錄備份檔案處理的即時診斷，以及 SQL Server 適用的 Cloud SQL 目的地執行個體健康狀態和遷移作業狀態的詳細記錄。

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

加密

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

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

後續步驟