数据库迁移不是一朝一夕的事，你不可能突然就说：“嘿！今天来把数据库迁移到云上怎么样？”在决定迁移之前，还有许多准备工作需要我们考虑。目前许多厂商都提供了吸引人的云服务，但是你要搞清楚什么样的产品才是你真正需要的。
在开始讨论之前，先让我们思考这样一个场景，其中云数据库迁移是一个可行的选项：
管理企业内部数据库的能力不足
它不是中央功能单位
作为中小型企业需要对资本支出进行控制
你正在使用或者开发一个新的应用，需要把云作为一个测试环境
迁移到云用来做灾难恢复备份，或者把云数据库当做迁移的一次实验，为以后铺平道路
云数据库迁移的一个最大好处就是可用性、扩展性、可靠性以及成本。云基础架构是可扩展的，而且无需固定资产投资。如果安全性保障做好，业务对于云数据库迁移还是非常开放的。
将数据库迁移到云中，同时把应用留在企业内部，这样做很可能会造成许多问题。两个网络需要无缝协作，以提供更快更好的功能。这个操作需要在大多数实例中进行，否则就不会得到比内部部署更好的效果。这也就是为什么我们建议把所有组件都迁移到云中，而不仅仅是数据库而已。
评估数据库大小：数据库的大小决定了使用什么样的硬件，需要多少存储空间以及迁移过后需要什么实例。这项工作可以有企业内部IT团队来完成。
数据迁移前做好应用测试：服务商用到一些应用来连接数据库，这些应用需要进行仔细的调优。运行在云数据库上的应用系统还需要能够与云基础架构兼容，并能够比内部部署应用提供更好的性能。云数据中心可能会有高延迟问题，应用需要能够应对这一情况。一定要向云服务提供商反馈这些问题，以便他们能够及时解决。
数据机密需要保证：在开始阶段，你可能只会迁移非关键业务的数据库和应用。还是那句话，数据库迁移不是一朝一夕的事，所以安全级别较低的数据库可以作为迁移的起始。
仔细设计服务水平协议（SLA）文档：有一些应用需要99.99%的正常工作时间，所以要确保停机时间不会影响到你的业务需求。
确保可扩展性：将数据库迁移到云中最吸引人的地方，就是立即可扩展性。服务和基础架构需要不停机的情况下进行理想的扩展。没错，这需要你同服务提供商进行协商，确保他们能够满足你的业务增长计划。
注意你的操作系统：确保操作系统能够运行数据库是最基本考虑因素，但是许多用户却往往忽视了这一点。举例来说，Oracle能够运行在Linux和Windows上，尽管实现的功能是一样的，但是在性能上会有很大的差别。所以一定要确保云中的操作系统问题。
垃圾文件整理能够降低成本：对于按照存储空间收取费用的云服务，对数据进行清洗是非常重要的。随着数据库大小的增长，你的成本就会增加。所以在进行迁移之前，一定要把没用的垃圾数据删除，从而节省一定的空间。