AWS Database Migration Service 功能

借助 AWS DMS，您可以执行同构数据库迁移来迁移同类数据库，也可以执行异构数据库来跨不同数据库进行迁移，推动现代化改造。AWS 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 会负责其余的工作。

AWS DMS 为同构迁移提供了多种选项。第一个选项是使用内置的原生数据库工具自动迁移到目标数据库，无需管理复制实例。该选项最适用于以 Aurora 和 Amazon RDS 为目标引擎，迁移 MySQL 和 PostgreSQL 的所有数据类型和辅助对象。其他选项（例如使用 AWS DMS Serverless 或 AWS DMS 复制实例）适用于所有其他引擎。

在异构数据库迁移中，源数据库和目标数据库采用不同的数据库引擎，例如从 Oracle 迁移至 Aurora、从 Oracle 迁移至 PostgreSQL 以及从 Microsoft SQL Server 迁移至 MySQL。异构数据库迁移过程分为两步。 由于源数据库和目标数据库的架构结构、数据类型及数据库代码可能大相径庭，因此第一步是转换源架构和代码以匹配目标数据库的架构和代码。第二步是使用 AWS DMS 将源数据库中的数据迁移到目标数据库。您可以选择 AWS DMS 复制实例或 AWS DMS Serverless，自动执行预置、监控和扩展迁移资源这些非常耗时的任务。在迁移期间，系统会自动转换所需的数据类型。 

对于架构转换，AWS DMS 提供两种架构转换解决方案，可以节省数周到数月的工作量。您可以选择登录 AWS DMS 控制台启动 AWS DMS Schema Conversion（AWS DMS SC）工作流，获得完全托管的体验；或者下载 AWS Schema Conversion Tool（AWS SCT）软件，在本地系统上执行类似的评测和转换。

这两个选项都会自动评估源数据库架构和大部分数据库代码对象（包括视图、存储过程和函数），并将其转换为与目标数据库兼容的格式。只需几步，即可生成显示架构转换复杂性的评测报告。该服务提供了有关如何解决源数据库引擎和目标数据库引擎之间的任何不兼容性的规范性指南。无法自动转换的任何对象都被明确标记为操作项，并带有关于如何转换的规范性说明，以便手动转换以完成迁移。架构转换完成后，即可使用 AWS DMS 将数据从源数据库迁移到目标数据库。

AWS DMS SC 将生成式人工智能与基于规则的传统方法相结合，可进一步减少需要手动转换的数据库对象的数量。利用生成式人工智能建议，您可以简化和加速数据库迁移项目，尤其是在转换存储过程、函数或触发器等复杂代码对象时。AWS DMS Schema Conversion 与生成式人工智能的结合可以提供可评审代码建议、减少复杂转换所需的时间和精力以及支持更快、更可靠的数据库迁移，从而加速迁移过程。该功能可用于将架构从 Microsoft SQL Server 等商业引擎转换为 Amazon Aurora PostgreSQL 兼容版和 Amazon Relational Database Service（Amazon RDS）for PostgreSQL。您可以在我们的文档和入门指南中了解有关 AWS DMS SC 的更多信息。请参阅有关 AWS DMS SC 支持的数据库转换和 AWS SCT 转换的文档。

对于应用程序中嵌入式 SQL 语句的转换，可使用 Amazon Q 开发者版扫描 Java 应用程序源代码，然后将代码从 Oracle 转换为 Amazon Aurora PostgreSQL 或 Amazon RDS for PostgreSQL。

AWS DMS 可帮助您将数据库迁移至 AWS，而且几乎没有停机时间。源数据库在迁移期间发生的所有数据更改都会持续复制到目标数据库，因此源数据库在迁移期间仍可继续正常运行。数据库迁移完成后，目标数据库在您选择的任何时间段内仍会与源数据库保持同步，使您能够在方便的时候切换到目标数据库。

使用 AWS DMS 按需型实例，您只需要按小时支付数据库迁移容量费用，无需预付长期费用。这样，您就无需面临计划、购买和维护硬件的成本和复杂性，从而使整个流程快捷而经济。因此，迁移 TB 级大小的数据库可以经济高效地完成。

AWS DMS Serverless 无需预置复制实例，也无需手动监控使用情况和调整容量，使数据迁移更简单、更具成本效益。它可以自动预置、监控迁移资源并将其扩展到满足需求所需的最佳容量，从而消除了容量估算、预置、成本优化以及管理复制引擎版本和补丁等实例管理任务。您不再需要为峰值需求超额预置资源，只需为实际使用的数据迁移容量付费。AWS DMS Serverless 支持多种用例，包括持续数据复制、数据库整合以及异构和同构迁移。要了解更多信息，请访问 AWS DMS Serverless 文档。

您可以使用 AWS DMS 整合数据库，减少数据库实例的数量，进而降低基础设施成本，通过这种方式进一步优化成本。通过将多个数据库合并到经过优化的单一系统中，组织可以删除冗余存储、减少许可费用和降低运营成本。数据库整合同时适用于同构迁移和异构迁移。

AWS DMS 具有很强的弹性和自我修复能力。它可持续监控源数据库和目标数据库、网络连接以及复制实例。如果出现中断，它会自动重启流程，并从中止的位置继续迁移。AWS DMS 多可用区选项支持设置冗余复制实例，可确保数据库迁移和连续数据复制的高可用性。

出于开发目的，AWS DMS 可以用于将数据迁移到云以及将数据从云中迁移出来。有两种常见的应用场景：第一种是在 AWS 上部署开发、测试或暂存系统，以利用云的可扩展性和快速预置功能。这可让开发和测试人员使用真实生产数据的副本，还可以将更新复制回本地生产系统。

第二种应用场景为开发系统位于本地（通常位于个人笔记本电脑中）时，将 AWS 生产数据库的当前副本一次性或持续迁移到这些本地系统。您可以避免打断现有的 DevOps 流程，同时确保生产系统处于最新状态。

除了持续的数据复制和数据库整合外，AWS DMS 还可用于将数据库和数据仓库迁入和迁出 AWS。使用 AWS DMS，您可以迁移到完全托管的 AWS 数据库。通过将自行管理的开源和商业数据库迁移到完全托管的 AWS 数据库服务，您将能够获得敏捷性、缩短上市时间和提高可用性，同时减少运营开销。

或者，您也可以选择通过异构迁移到 AWS 专用数据库来进行数据库的现代化改造。借助 AWS，您可以选择合适的数据库并在任何规模下优化性价比。

作为 AWS Free Tier 的一部分，AWS DMS 提供每月最多 750 个小时的单可用区 dms.t2.micro 实例使用时长。不同功能的费用视使用情况而定。对于 AWS DMS Fleet Advisor 和 AWS DMS SC，您只需为实际使用的存储空间付费。对于 AWS DMS 迁移选项，无论您是使用复制实例还是无服务器选项，都按小时容量使用量付费。有关更多详细信息，请参阅 AWS DMS 定价。