AWS Database Migration Service 功能
安全迁移
全部打开在连接层面上，DMS 通过 SSL/TLS 加密保护端点连接，确保数据在传输过程中始终受到保护。为增强安全性，DMS 在 AWS Virtual Private Cloud 中创建复制实例，从而在整个迁移过程中提供安全的资源隔离，并确保对网络配置的完全控制。
为保护敏感信息，DMS 提供数据掩蔽功能，可在将数据加载到目标数据库之前，通过修改指定列的内容来隐藏敏感数据。
AWS DMS 通过与多种 AWS 安全服务集成来实现安全的访问管理。通过 AWS Identity and Access Management（IAM）策略，管理员可以为用户、组和角色定义具体的权限，从而确保在整个迁移过程中访问受到严格控制且安全可靠。
通过将 DMS 与 AWS Key Management Service（KMS）集成，安全性得到进一步提升，这使得用户能够创建和管理加密密钥，从而在数据迁移过程中保障数据安全。此外，DMS 与 AWS Secrets Manager 无缝集成，可对凭证和其他敏感信息进行集中存储和管理。这种全面的安全方法不仅加强了数据保护，还简化了整个迁移工作流程中的访问管理。
DMS 通过与 Amazon SNS、CloudWatch、CloudTrail 以及数据库日志的集成，提供实时可见性和主动问题检测；其监控仪表板则整合各项洞察，从而简化管理。
无中断
全部打开DMS 通过多种协同工作的集成机制，确保零数据丢失。从本质上讲，DMS 利用变更数据捕获（CDC）技术，在复制过程中持续捕获源数据库中的变更，从而确保任何新的事务或修改都能被捕获并复制到目标数据库。
通过确保相关变更作为完整事务一同迁移，从而保持事务的一致性，并保持变更顺序和事务边界。在整个迁移过程中，DMS 会创建检查点以跟踪进度，并确保不会遗漏任何数据。如果发生中断，复制可以从上一个检查点继续，而不是从头开始。
DMS 采用持续数据验证机制来对比源数据和目标数据，从而帮助识别需要关注的任何差异。数据重新同步功能通过与现有迁移任务无缝集成，自动处理数据差异。当检测到数据不匹配时，DMS 会从源数据库检索最新数据并将其应用到目标数据库，同时保留任何已配置的转换或表映射。
这种全面的方法有助于确保在整个迁移过程中数据的准确性和一致性。不过，能否实现零数据丢失还取决于正确的配置、网络稳定性以及是否遵循 AWS 数据库迁移的最佳实践。
经济高效
全部打开使用 DMS 按需型实例，您只需要按小时支付数据库迁移容量费用，无需预付长期费用。这样，您就无需面临计划、购买和维护硬件的成本和复杂性，从而使整个流程快捷而经济。
DMS Serverless 无需预置复制实例，也无需手动监控使用情况和调整容量，使数据迁移更简单、更具成本效益。它可以自动预置、监控迁移资源并将其扩展到满足需求所需的最佳容量，从而消除了容量估算、预置、成本优化以及管理复制引擎版本和补丁等实例管理任务。您不再需要为峰值需求超额预置资源，只需为实际使用的数据迁移容量付费。DMS Serverless 支持多种使用案例，包括持续数据复制、数据库整合以及异构和同构迁移。要了解更多信息，请访问 DMS 无服务器文档。
广泛覆盖
全部打开
借助 DMS，您可以执行同构数据库迁移来迁移同类数据库，也可以执行异构数据库来跨不同数据库进行迁移，推动现代化改造。DMS 支持 20 多个数据库和数据仓库作为源和目标端点。
对于同构迁移，源数据库和目标数据库的架构结构、数据类型和数据库代码已经兼容。同构迁移的示例包括：从 Oracle 迁移至 Amazon RDS for Oracle、从 MySQL 迁移至 Amazon Aurora MySQL、从 MySQL 迁移至 Amazon RDS for MySQL 以及从 Microsoft SQL Server 迁移至 Amazon RDS for SQL Server。 您可以通过连接源数据库和目标数据库创建迁移任务，然后开始一步迁移。AWS DMS 会负责其余的工作。
DMS 为同构迁移提供了多种选项。第一个选项是使用内置的原生数据库工具自动迁移到目标数据库，无需管理复制实例。该选项最适用于以 Aurora 和 Amazon RDS 为目标引擎，迁移 MySQL 和 PostgreSQL 的所有数据类型和辅助对象。其他选项（例如使用 DMS 无服务器 或 DMS 复制实例）适用于所有其他引擎。
在异构数据库迁移中，源数据库和目标数据库采用不同的数据库引擎，例如从 Oracle 迁移至 Aurora、从 Oracle 迁移至 PostgreSQL 以及从 Microsoft SQL Server 迁移至 MySQL。异构数据库迁移过程分为两步。 由于源数据库和目标数据库的架构结构、数据类型及数据库代码可能大相径庭，因此第一步是转换源架构和代码以匹配目标数据库的架构和代码。第二步是使用 DMS 将源数据库中的数据迁移到目标数据库。您可以选择 DMS 复制实例或 DMS 无服务器，自动执行预置、监控和扩展迁移资源这些非常耗时的任务。在迁移期间，系统会自动转换所需的数据类型。
对于架构转换，DMS 提供两种架构转换解决方案，可以节省数周到数月的工作量。您可以选择登录 DMS 控制台启动 DMS Schema Conversion（DMS SC）工作流，获得完全托管的体验；或者下载 Schema Conversion Tool（SCT）软件，在本地系统上执行类似的评测和转换。
这两个选项都会自动评估源数据库架构和大部分数据库代码对象（包括视图、存储过程和函数），并将其转换为与目标数据库兼容的格式。只需几步，即可生成显示架构转换复杂性的评测报告。该服务提供了有关如何解决源数据库引擎和目标数据库引擎之间的任何不兼容性的规范性指南。无法自动转换的任何对象都被明确标记为操作项，并带有关于如何转换的规范性说明，以便手动转换以完成迁移。架构转换完成后，即可使用 AWS DMS 将数据从源数据库迁移到目标数据库。
DMS SC 将生成式人工智能与基于规则的传统方法相结合，可进一步减少需要手动转换的数据库对象的数量。利用生成式人工智能建议，您可以简化和加速数据库迁移项目，尤其是在转换存储过程、函数或触发器等复杂代码对象时。DMS Schema Conversion 与生成式人工智能的结合可以提供可评审代码建议、减少复杂转换所需的时间和精力以及支持更快、更可靠的数据库迁移，从而加速迁移过程。该功能可用于将架构从 Microsoft SQL Server 等商业引擎转换为 Amazon Aurora PostgreSQL 兼容版和 Amazon Relational Database Service（Amazon RDS）for PostgreSQL。您可以在我们的文档和入门指南中了解有关 DMS SC 的更多信息。请参阅有关 DMS SC 支持的数据库转换和 AWS SCT 转换的文档。
对于应用程序中嵌入式 SQL 语句的转换，可使用 Amazon Q 开发者版扫描 Java 应用程序源代码，然后将代码从 Oracle 转换为 Amazon Aurora PostgreSQL 或 Amazon RDS for PostgreSQL。
常见问题
全部打开
除了持续的数据复制和数据库整合外，AWS DMS 还可用于将数据库和数据仓库迁入和迁出 AWS。使用 DMS，您可以迁移到完全托管的 AWS 数据库。通过将自行管理的开源和商业数据库迁移到完全托管的 AWS 数据库服务，您将能够获得敏捷性、缩短上市时间和提高可用性，同时减少运营开销。
或者，您也可以选择通过异构迁移到 AWS 专用数据库来进行数据库的现代化改造。借助 AWS，您可以选择合适的数据库并在任何规模下优化性价比。
如果您在 2025 年 7 月 15 日之前注册了 AWS 免费套餐，则可在一年内每月获得 750 小时的单可用区（AZ）dms.t3.micro 实例使用时长，还可获得 50GB 的通用型（SSD）存储空间。不同功能的费用视使用情况而定。对于 DMS Fleet Advisor 和 DMS SC，您只需为实际使用的存储空间付费。对于 DMS 迁移选项，无论您是使用复制实例还是无服务器选项，都按小时容量使用量付费。有关更多详细信息，请参阅 DMS 定价。
如果您在 2025 年 7 月 15 日之后注册 AWS 免费套餐，则可以选择免费计划或付费计划，以使用 DMS 及其所有功能，包括 DMS 无服务器。两种计划都将为您提供 100 美元的服务抵扣金，而且激活 AWS 基础服务还可额外获得最多 100 美元的服务抵扣金（详情请参见 AWS 管理控制台中的“探索 AWS”小部件）。Free Tier 的服务抵扣金用完后，您需要升级到付费计划才能继续使用该服务。免费套餐的服务抵扣金有效期最长为 12 个月。
AWS Free Tier 适用于在全球各区域使用的套餐服务。目前，我们尚未在 AWS GovCloud（美国）区域和中国（北京）区域提供 Free Tier 服务抵扣金。
无论您何时注册 AWS Free Tier，DMS 节点本身传入或传输的流量均不需要支付 DMS 数据传输费。AWS Free Tier 中的用量每月计算一次（所有区域）并自动应用到账单中。请注意，免费使用量不可累积。