当决定将Oracle数据库迁移到云中的时候，你该如何下手？Tom Laszewski和Prakash Nauduri的新书《迁移到云》解答了这个问题。本文节选自本书的“方法与设计”章节，深入讨论了Oracle云迁移的选项、基本方法以及设计，在考虑数据库迁移的时候，相信本文所传递的信息将对您有所帮助。

与其他软件开发项目一样，数据库的迁移需要谨慎的规划以及良法的方法以确保其成功。这其中，数据库的设计至关重要，特别是关系型数据库的schema设计。可以通过数据库复制技术来保持多个数据库的同步，替代之前使用的旧方式，比如数据库表分区以及Oracle RAC等。所以，在进行Oracle数据库迁移的时候，一定的更改是必需的，而这样做的结果就是要进行一系列的数据库schema整合。数据库设计调整的关键，就是要对整个迁移项目生命周期有一个完成清晰的认识理解，并知道每一步中的重点工作是什么。这其中设计到多个因素，比如相关的IT技术人员、需要的工具、对源数据库和目标数据库平台技术的掌握以及实际的项目规划等。所以，我们在进行迁移项目之前，一定要对上述因素有一个完整的把握，这样可以到达事半功倍的效果，同时可以在一定程度上避免不必要的麻烦。

　　数据库迁移选项

　　在所有C/S应用迁移项目之中，数据库迁移是最为常见的，它允许用户在迁移到新的平台上之后而不影响应用的完整性，不改变现有的功能以及业务角色，包括应用开发中所用到的编程语言。这是最简单的迁移方式，能够确保新环境下的业务连续性。另外一种情况，就涉及应用的更改，其中应用程序在新环境中很难维护或升级，它们或者需要用新的语言来编写，或者用到了最新的技术和标准。这样的迁移项目就不仅仅是平台迁移那么简单了。而对于那些关键业务应用，你需要确保它能够通过多种方式访问，如浏览器、移动设备等，这种情况下往往要对应用进行较大的调整以适应新的数据库环境，在进行迁移之前还要做一系列的仿真测试。

　　IBM大型机以及其他平台上的遗留应用程序，往往需要进行重组才能够运行在分布式平台之上。你可以使用一些软件来模拟IBM大型机环境，测试能否提供相同的功能，如Oracle Tuxedo就是这样的软件工具。

　　选择什么样的迁移选项将取决于你的业务需求以及限制（如时间、成本、可行性等）。最简单的迁移选项是将现有应用Web服务化，这样它可以同其他的应用在Web或者云上进行交互。当然，这样的方式还需要通过第三方解决方案或者本地功能来修改以完成Web服务化，修改并不会是大规模的。即使一个应用是用VB或者PowerBuilder编写的，无法通过网络来访问，那也可以进行一定的修改来实现。它也不需要对组成该应用的每一个程序都进行修改，只需要对那些提供重要的可重复使用的业务服务的程序才需要进行修改。数据库平台迁移以及将应用重新部署在新的平台上的方式非常流行，因为它们执行起来非常容易且速度最快。另一方面，涉及到重写或者重新架构应用的方式是所有人都不愿意看到的，这样的迁移方式既费时又费力。

　　而近期诞生了一些新的技术，旨在为应用提供数据库透明度。这些技术基本上允许用户来捕获由应用程序发起的数据库调用，然后对其进行实时的翻译以针对目标数据库执行。这样做的目的，就是极大程度地减少数据库迁移而造成的应用变更。但是，企业需要对这些技术的性能以及SQL语句准确性进行严格的测试，以防止在投入关键业务环境中出现问题。一些数据库厂商在大肆宣传这些技术产品，称使用它们可以将数据库迁移项目控制在最短的时间。在这里需要提醒用户，这些技术在数据库迁移中的确会起到一定的作用，但是仅仅针对的是大型的迁移项目，而一些规模较小的项目则完全不必要使用这些新技术。