您可以使用資料庫遷移服務，透過備份與還原流程，將 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 適用的 Cloud SQL 來源
SQL Server 適用的 Cloud SQL 來源：
- 設定來源 SQL Server 適用的 Cloud SQL 執行個體，以支援時間點復原 (PITR)，並為 Cloud SQL 和資料庫遷移服務的服務帳戶指派必要權限。
- 建立並執行遷移工作時，資料庫遷移服務會先建立資料庫的完整備份，並儲存至提供的 Cloud Storage bucket，然後載入至目的地執行個體。
- 完整傾印作業完成後，資料庫遷移服務會繼續從來源 SQL Server 適用的 Cloud SQL 執行個體匯出交易記錄檔，並載入至目的地。
如要將應用程式切換為使用 SQL Server 適用的 Cloud SQL 目的地執行個體做為正式資料庫，可以停止進行中的複製作業，並升級遷移工作。如需詳細的逐步遷移指南，請參閱「 Cloud SQL 來源的 SQL Server 適用的 Cloud SQL 遷移指南」。
自行管理和 AWS 來源
自行管理和 AWS 來源：
- 將備份檔案上傳至 Cloud Storage。
如要從自行管理的來源持續遷移 SQL Server，您必須先完整備份來源資料庫，然後將備份檔案上傳至 Cloud Storage bucket。後續更新時，您可以視需要提供差異備份檔案，然後上傳交易記錄檔。 您也可以自動建立及上傳連續交易記錄。
如要進一步瞭解如何自動建立及上傳交易記錄，請參閱「 排定交易記錄備份作業」。
如要進一步瞭解資料庫遷移服務如何在同質 SQL Server 遷移作業中使用不同類型的備份檔案，請參閱「 支援的備份檔案類型」。
- 遷移工作啟動後，資料庫遷移服務會將最新的完整資料庫備份，載入至目的地 SQL Server 適用的 Cloud SQL 執行個體。
- 初始載入完成後，資料庫遷移服務會切換至增量載入階段。此時，資料庫遷移服務會執行下列操作：
-
如果遷移工作設為使用差異備份檔案，資料庫遷移服務會掃描「diff」資料夾，並將差異備份檔案載入目的地執行個體。如果遷移工作設為使用差異備份檔案，但資料庫遷移服務在 Cloud Storage bucket 中找不到該檔案，遷移工作就會顯示錯誤，並持續在「diff」資料夾中搜尋差異備份檔案。
資料庫遷移服務只會在增量載入階段開始時，載入差異備份檔案一次。遷移工作開始處理交易記錄檔後，即使您將新的差異備份檔案上傳至「diff」資料夾，系統也不會辨識這些檔案。
- 資料庫遷移服務現在會持續掃描 Cloud Storage bucket，找出交易記錄備份檔案，並在目的地執行個體上複製。
-
如果遷移工作設為使用差異備份檔案，資料庫遷移服務會掃描「diff」資料夾，並將差異備份檔案載入目的地執行個體。如果遷移工作設為使用差異備份檔案，但資料庫遷移服務在 Cloud Storage bucket 中找不到該檔案，遷移工作就會顯示錯誤，並持續在「diff」資料夾中搜尋差異備份檔案。
- 來源資料庫出現新資料時，您可以繼續匯出交易記錄備份檔案，並上傳至同一個 Cloud Storage bucket。資料庫遷移服務會擷取所有新的交易記錄備份檔案，並在目的地資料庫中複製這些檔案。
如要將應用程式切換為使用 SQL Server 適用的 Cloud SQL 目的地執行個體做為正式資料庫，可以停止進行中的複製作業，並升級遷移工作。如需詳細的逐步遷移指南，請參閱「 SQL Server 適用的 Cloud SQL 遷移指南」。
監控
資料庫遷移服務提供廣泛的記錄和觀測功能，可協助您監控遷移進度。這些功能包括即時診斷複製延遲和交易記錄備份檔案處理，以及 SQL Server 適用的 Cloud SQL 目的地執行個體健康狀態和遷移工作狀態的詳細記錄。
詳情請參閱「遷移工作指標」。
加密
針對自行管理和 Amazon RDS 來源，資料庫遷移服務完整支援 加密 SQL Server 備份。只要將加密金鑰上傳至 Google Cloud，資料庫遷移服務就能安全地解密資料，並載入 SQL Server 適用的 Cloud SQL 目的地執行個體，不會影響資料安全性。
詳情請參閱「 加密的 SQL Server 備份檔案」。
後續步驟
如要進一步瞭解資料庫遷移服務中的 SQL Server 資料和功能支援，請參閱「 已知限制」。
如需完整的逐步遷移指南，請參閱：