本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 選擇用於主機轉換資料庫的遷移工具
<a name="introduction"></a>

*Mike Kuznetsov 和 Harpreet Virk，Amazon Web Services*

*2025 年 10 月* ([文件歷史記錄](doc-history.md))

當您計劃將大型工作負載遷移至 時 AWS，建議您遵循[AWS 指引](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/overview.html)，並將遷移程序分成三個階段：評估、調動和遷移。遷移旅程涉及許多因素，包括範圍 (「什麼？」)、策略 (「為什麼？」) 和時間軸 (「何時？」)，如[AWS 大型遷移策略和最佳實務](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-large-scale-migrations/scope-strategy-time.html)中所述。您選擇遷移的每個工作負載都可能遵循不同的遷移策略，如所定義[的七種常見策略 (7 R)](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html)。大多數工作負載都遵循隨即轉移遷移的主機轉換案例。選取策略之後，您可以解決「如何？」問題，這至少著重於三個層面的遷移 ([人員、技術和程序](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-large-scale-migrations/best-practices.html))。 

本指南適用於規劃將內部部署工作負載遷移至 AWS 雲端的任何人，包括 IT 和業務主管、計畫和專案經理、產品擁有者以及營運和基礎設施經理。

本指南可協助您判斷高階遷移方法，但不涵蓋特定資料庫引擎或應用程式的詳細實作策略。如需這些詳細建議，請參閱[資源](resources.md)一節，其中指出各種工作負載特定和資料庫引擎特定指南。

本指南的重點是重新託管遷移路徑，這涉及將應用程式移至雲端，而不進行任何變更以利用雲端功能。例如，將內部部署 Microsoft SQL Server 資料庫遷移至 中 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體上的 SQL Server AWS 雲端 是重新託管策略。更具體地說，該指南討論了最適合對範圍內包含資料庫的工作負載進行隨即轉移遷移的工具，以及選取特定遷移服務時要考慮的因素。它回答的問題如下：
+ 哪個服務最適合支援資料庫遷移？
+ 用於非資料庫伺服器的服務是否也可以用於資料庫伺服器，或者應以不同的方式處理資料庫伺服器？
+ 如果我的主機轉換遷移變成主機轉換和平台轉換的混合方法怎麼辦？

**在本指南中：**
+ [遷移案例](scenarios.md)
+ [遷移波紋、伺服器和資料庫](considerations.md)
+ [使用 遷移 AWS Application Migration Service](mgn.md)
+ [使用原生資料庫工具和 進行遷移 AWS DMS](dms.md)
+ [決策矩陣](decision-matrix.md)
+ [資源](resources.md)
+ [文件歷史記錄](doc-history.md)