本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

对后端数据库进行平台化改造

COTS 和内部应用程序对后端数据库进行平台化改造的方法有所不同。这是因为源代码通常仅适用于内部应用程序。下图显示了可用于应用程序后端数据库的平台改造选项。

以下各节说明了属于COTS或内部应用程序的后端数据库的平台重组方法。

为 COTS 应用程序改造后端数据库

如果您的 COTS 应用程序支持开源数据库，我们建议您使用 Aurora 数据库。使用开源数据库有助于降低许可成本，您还可以使用 () 和 AWS Schema Conversion Tool (AWS SCT) 之类的工具在迁移期间以最少的停机时间实现切换。AWS Database Migration ServiceAWS DMS

如果您的 COTS 应用程序不支持开源数据库，我们建议将平台改为亚马逊关系数据库服务 (Amazon RDS) 上的商用数据库，例如适用于 Oracle 的 Amazon RDS 或适用于微软 SQL Server 的 Amazon RDS 或适用于微软 SQL Server 的 Amazon RDS。在开始迁移之前，您应评估应用程序使用的数据库功能，并确保 Amazon RDS 支持这些功能。有关更多信息，请参阅 Amazon RDS 文档中的微软 SQL Server 数据库实例限制。

您还可以使用剩余的数据库许可，在 EC2 实例上运行自我管理的商业数据库。如果您选择这种方法，我们建议您与数据库供应商一起开始许可证验证流程。许可证验证过程完成后，您应在 Amazon EC2 上为应用程序所需的恢复时间目标 (RTO) 或恢复点目标 (RPO) 设计一个自我管理的数据库解决方案。

最后，我们建议将使用 SQL Server 数据库的对安全敏感的高性能 COTS 应用程序重组为在 Amazon EC2 Linux 实例上运行的 SQL Server。有关这方面的更多信息，请参阅将您的本地 SQL Server Windows 工作负载迁移到 Amazon EC2 Linux。

为内部应用程序重新构建后端数据库

您可以通过将内部应用程序的后端数据库改为 AWS 托管数据库（例如，适用于 P ostgreSQL 的 Amazon RDS、适用于 MySQL 的 Amazon RDS、Aurora 或 Amazon D ynamoD B）来降低数据库许可成本并提高可扩展性。

AWS 托管数据库可帮助您减少数据库的重复管理任务（例如，执行备份或修补数据库和 OSs）。如果您使用 Amazon RDS 多可用区部署，还可以通过防止数据库硬件故障导致的中断来提高应用程序的可用性。多可用区数据库会持续复制到不同的可用区，并且在中断期间，应用程序会透明地故障转移到复制的数据库。

您可以使用 AWS DMS 和将商业数据库转换 AWS SCT 为 Aurora 和 Amazon RDS。 AWS SCT 自动执行数据库架构转换过程，并 AWS DMS 支持将数据从本地数据库复制到 Amazon RDS。 AWS DMS 当您将本地应用程序迁移到云端时，还有助于最大限度地减少停机时间切换。 AWS