本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
选择用于更换数据库主机的迁移工具
亚马逊 Web Services 的 Mike Kuznetsov 和 Harpreet Virk
2025 年 10 月（文档历史记录）
当您计划将大型工作负载迁移到时 AWS，我们建议您遵循AWS 指导，将迁移过程分为三个阶段：评估、移动和迁移。迁移过程涉及许多因素，包括范围（“什么？”） ，策略（“为什么？”） 和时间表（“何时？”） , 正如AWS 大规模移民战略和最佳做法中所讨论的那样. 您选择迁移的每个工作负载都可能遵循不同的迁移策略，如七种常见策略 (7 R) 中所定义。大多数工作负载都遵循重新托管场景进行 lift-and-shift迁移。选择策略后，您可以回答 “如何？” 这个问题 , 其中至少侧重于移民的三个方面 (人员, 技术和流程).
本指南适用于计划将本地工作负载迁移到 AWS Cloud的任何人，包括 IT 和业务主管、计划和项目经理、产品所有者以及运营和基础设施经理。
本指南可帮助您确定高级迁移方法，但不包括特定数据库引擎或应用程序的详细实施策略。有关这些详细建议，请参阅 “资源” 部分，其中指出了各种特定于工作负载和数据库引擎特定的指南。
本指南的重点是重新托管迁移路径，即在不进行任何更改的情况下将应用程序迁移到云端，以利用云功能。例如，将您的本地 Microsoft SQL Server 数据库迁移到亚马逊弹性计算云 (亚马逊 EC2) 实例上的 SQL Server AWS Cloud 是一种再托管策略。更具体地说，本指南讨论了最适合 lift-and-shift迁移范围中包含数据库的工作负载的工具，以及在选择特定迁移服务时要考虑的因素。它回答了诸如以下的问题：
-
哪种服务最能支持数据库迁移？
-
用于非数据库服务器的服务是否也可以用于数据库服务器，或者应该以不同的方式对待数据库服务器？
-
如果我的更换主机迁移变成了更换主机和更换平台的混合方法会怎么样？
在本指南中：
