评估数据库大小：数据库的大小决定了使用什么样的硬件，需要多少存储空间以及迁移过后需要什么实例。这项工作可以有企业内部IT团队来完成。

　　数据迁移前做好应用测试：服务商用到一些应用来连接数据库，这些应用需要进行仔细的调优。运行在云数据库上的应用系统还需要能够与云基础架构兼容，并能够比内部部署应用提供更好的性能。云数据中心可能会有高延迟问题，应用需要能够应对这一情况。一定要向云服务提供商反馈这些问题，以便他们能够及时解决。

　　数据机密需要保证：在开始阶段，你可能只会迁移非关键业务的数据库和应用。还是那句话，数据库迁移不是一朝一夕的事，所以安全级别较低的数据库可以作为迁移的起始。

　　仔细设计服务水平协议(SLA)文档：有一些应用需要99.99%的正常工作时间，所以要确保停机时间不会影响到你的业务需求。

　　确保可扩展性：将数据库迁移到云中最吸引人的地方，就是立即可扩展性。服务和基础架构需要不停机的情况下进行理想的扩展。没错，这需要你同服务提供商进行协商，确保他们能够满足你的业务增长计划。

　　注意你的操作系统：确保操作系统能够运行数据库是最基本考虑因素，但是许多用户却往往忽视了这一点。举例来说，Oracle能够运行在Linux和Windows上，尽管实现的功能是一样的，但是在性能上会有很大的差别。所以一定要确保云中的操作系统问题。

　　垃圾文件整理能够降低成本：对于按照存储空间收取费用的云服务，对数据进行清洗是非常重要的。随着数据库大小的增长，你的成本就会增加。所以在进行迁移之前，一定要把没用的垃圾数据删除，从而节省一定的空间。


为何要做云数据库迁移？
第三十五届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。