【IT168 评论】数据库迁移不是一朝一夕的事，你不可能突然就说：“嘿!今天来把数据库迁移到云上怎么样?”在决定迁移之前，还有许多准备工作需要我们考虑。目前许多厂商都提供了吸引人的云服务，但是你要搞清楚什么样的产品才是你真正需要的。

　　在开始讨论之前，先让我们思考这样一个场景，其中云数据库迁移是一个可行的选项：

　　·管理企业内部数据库的能力不足

　　·它不是中央功能单位

　　·作为中小型企业需要对资本支出进行控制

　　·你正在使用或者开发一个新的应用，需要把云作为一个测试环境

　　·迁移到云用来做灾难恢复备份，或者把云数据库当做迁移的一次实验，为以后铺平道路

　　云数据库迁移的一个最大好处就是可用性、扩展性、可靠性以及成本。云基础架构是可扩展的，而且无需固定资产投资。如果安全性保障做好，业务对于云数据库迁移还是非常开放的。

　　将数据库迁移到云中，同时把应用留在企业内部，这样做很可能会造成许多问题。两个网络需要无缝协作，以提供更快更好的功能。这个操作需要在大多数实例中进行，否则就不会得到比内部部署更好的效果。这也就是为什么我们建议把所有组件都迁移到云中，而不仅仅是数据库而已。

　　云数据库迁移成功之道

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

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

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

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

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

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

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

　　云数据库迁移中的一些挑战

　　在云数据库迁移的过程中，你可能会需要处理性能和安全问题。以下的几点能够帮助你更好地应对这些挑战：

　　安全性：人们对公有云服务或多或少都存在着不信任。把数据放到别人的数据中心里，失去对数据的控制是所有客户都不想看到的。解决这一问题的方法，，就是部署私有云。把它添加到你的SLA文档中。那么服务商的工作，就是提供基础架构，让数据能够访问，然后遵循协议中的安全策略。数据修改和数据清洗都要在企业的内部来完成，因为原则上来说，提供商不可以浏览或者处理任何客户数据库中的数据。

　　云中的应用性能会千差万别：记住，在将数据库迁移到云中之后，你的数据将会在远程网络中进行传输，而不再是局域网。一些应用可能已经是云就绪的，而一些应用还不能够在云中运行，这可能需要我们对代码进行修改。举例来说，Oracle与Amazon有合作伙伴关系，但是Oracle也同样允许其他的服务提供商托管它的数据库。所以，需要在迁移的时候了解你的服务提供商对于不同应用和数据库的具体条款。

　　多数据库迁移：如果应用需要调用多个数据库，那么将这些数据库迁移到云中将会比较困难。在这样的情况下，你就需要把整个系统都迁移到云中。其中最困难的就是找到一家服务商能够托管多个数据库系统。通常来说，迁移一个或者两个数据库到云是最常见的，也是最可行的方案。相对多数据库迁移来说会轻松许多。

　　原文链接：http://www.searchdatabase.com.cn/showcontent_59769.htm