为什么迁移至托管数据库

管理数据库是项技术要求很高且极为敏感的工作，稍有闪失就可能酿成灾难性的后果。一旦主实例发生故障，就意味着应用程序中断运行，公司会因此蒙受经济损失。而错误的备份计划甚至有可能导致数据永久性丢失，这种损失是无法挽回的。

由于涉及高度敏感的数据和操作，灾难恢复方案往往难以通过实践测试。没有人敢轻易尝试在生产数据库上模拟真实的灾难场景。因此，很多自托管数据库的企业，在实际出现实例故障之前根本无从得知数据库的实际应对能力。对开发人员而言，在处理生产事故的紧张时刻还要操作平时很少用到的运行手册，无疑是一种折磨。

云计算改变了应用程序故障处理的方式。AWS 云服务根据地理位置划分为多个不同的 AWS 区域，例如 us-east-1（美国弗吉尼亚州北部）、us-west-2（美国俄勒冈州）和 ap-northeast-2（韩国首尔）等。每个区域中还包含多个可用区，而可用区实质上是该区域内彼此独立的数据中心。

每个可用区从设计上就实现了与同区域内其他可用区故障的隔离。AWS 的很多托管数据库充分利用了这一隔离特性，支持在同一区域的多个可用区内运行数据库实例。这可以最大程度减少最终用户经历的服务中断。

AWS 在管理大规模客户数据库方面拥有丰富经验。正是管理着如此庞大数量的数据库，AWS 才能开发出一整套成熟的流程来应对各种数据库问题。当主实例发生故障时，您可以轻松切换到备用实例。您还能通过自动化数据库备份来满足合规要求，确保数据在紧急情况下的安全。

使用本地数据中心时，容量规划是日常工作中在所难免的一环。您必须提前几个月制定计划，估算增长率，祈祷一切顺利。为了确保万无一失，大家往往会高估容量需求，结果把钱花在了根本用不到的基础设施上。有时又会出现低估的情况，意外停机让客户怨声载道。

公有云的设计宗旨就是要解决这些棘手的问题。如果您在公有云上自建数据库，可以通过增加实例规格实现纵向扩展，也可以通过增加节点数量实现横向扩展。但这些操作往往存在风险，有可能导致服务中断。

使用 AWS 的托管数据库，您可以根据需求随时调整数据库规模。系统会自动根据您的需求扩展数据库存储，确保永远不会出现磁盘空间耗尽。您还可以通过控制台根据需要快速调整数据库实例规格或集群规模。AWS 会负责管理扩缩容操作，确保不会引发数据丢失风险。

除了以上所述，很多商业数据库都要求客户预先购买年度许可，要经历复杂的谈判过程。而大部分 AWS 托管数据库都支持按需付费，您只需要为实际使用的实例规格和存储容量付费。相比之下，按需付费为您提供更大的灵活性，减少了前期的预估工作。

数据库迁移是一个精细的过程。尽管迁移至全托管数据库有诸多好处，但您需要谨慎行事，确保数据迁移操作万无一失，尽量避免影响现有用户使用。

为帮助您成功迁移数据库，AWS 提供多种工具。首先是 AWS Database Migration Service (AWS DMS)，它是一项自助式数据库迁移服务。

您可以使用 AWS DMS 在同类数据库间进行迁移，比如从一个旧的 MySQL 实例迁移至全新的 MySQL 实例。AWS DMS 还可用于在不同类型的数据库之间迁移，比如将 Oracle 等商业数据库迁移至 Amazon Aurora 等云原生关系型数据库。AWS 还提供 AWS Schema Conversion Tool (AWS SCT)，用于在不同类型的数据库之间转换数据库模式。

如果您在数据库迁移过程中需要更多帮助，AWS 还提供其他一些选择。Database Freedom 计划面向符合资格的客户，提供专家咨询和迁移帮助。这些数据库迁移专家的专业知识可以帮助您实现无缝迁移。

最后，如果您希望获得现场支持，不妨求助 AWS Professional Services 团队。AWS Professional Services 团队可以与您通力合作，共同规划和实施迁移，确保迁移的圆满成功。此外，AWS 还有众多 AWS Database Migration Service 合作伙伴随时为您提供帮助。