Tom Laszewski在其最近出版的图书《向云迁移：Oracle客户端/服务端的现代化》中介绍了把遗留Oracle基础设施迁移到云的案例。Laszewski是Oracle平台迁移部门主管，在本篇答疑文章中他介绍了一些Oracle的支持者已经运行在云计算中却不自知的情况，介绍了为什么服务器更新是迁移向云计算Oracle的最佳时机，以及大型数据库迁移特有的一些问题。

　　去年我们针对读者做了一次调查，发现大约三分之二读者都没有把Oracle部署到云服务中的计划。您认为是什么原因导致的这种情况呢？如何改变这一状况呢？

　　Tom Laszewski：云对IT专业人士意味着很多东西。有许多IT人员把基于管理程序的虚拟化等同于云计算。IT人员也可能把诸如Salesforce.com或者Amazon Daas这类公共云环境中的软件即服务(SaaS)或者数据库即服务(DaaS)认为是部署工作量到云中。他们没有考虑到的是，在许多情况下，这些SaaS或者DaaS部署都是运行在Oracle数据库之上或者Oracle融合中间件之上的。现在，如果客户运行Salesforce.com，他们实际上是运行着云中的Oracle负载，客户们甚至都不曾意识到这一点。DaaS和SaaS都是云工作量中最可见的部分，而Oracle目前并没有在公共云部署中提供SaaS或者DaaS。因此，Oracle是云计算的中枢，而并不是通常认为的云计算“表面”。

　　第二，IT专业人士经常把置于像VMware vSphere这类管理程序中运行应用程序以便转移工作负载的方式与云计算相混淆。没有考虑迁移Oracle数据库或者Fusion中间件，通过互联网访问来共享计算环境作为云计算环境。因此，他们可能在私有云环境中运行Oracle作为平台即服务(PaaS)或者基础设施即服务(IaaS)，但是没有考虑到这也是在云服务中运行Oracle工作负载。在某些情况下，这有点像是字眼提法的问题，展望未来也就是公共云DaaS和SaaS，或者花时间理解DaaS或者SaaS运行背后的技术。

　　在云服务中部署Oracle应用程序和在云服务中部署Oracle数据库有什么区别？Oracle人员更倾向一种部署比另一种多一些吗？为什么呢？

　　Laszewski：部署软件即服务(SaaS)或者数据库即服务(DaaS)对于我们讨论的Oracle赞成者来说更是一种麻烦，而不是乐意采纳的方案。Oracle数据库支持者会对DaaS感到非常不舒服，因为他们只关注数据库。Oracle Fusion 应用程序支持者最可能更乐于接受SaaS，因为他们对Oracle应用感到更熟练和自然。Oracle数据库支持者也会为单位、系统，和客户接受测试部署DaaS，这样他们将更可能变得更自然，有更多的DaaS经验。这也会导致他们向DaaS倾斜。

　　比如我是Oracle人员，我应该能得到正常的服务器更新。请说服我应该考虑把我的Oracle工作量用云服务做替代。

　　Laszewski：正常的服务器更新周期是把Oracle工作量转入云服务的最佳时机之一。Oracle Exadata和Exalogic工程解决方案包含所有服务器和软件，部署到公有云，私有云或者混合Oracle云的解决方案。

　　在进行云迁移时，哪些重要步骤和保障措施是IT专业人士最有可能忘记的呢？

　　Laszewski：在向云迁移的过程中，IT人员可能忘掉两个重要的步骤。第一个是运行于共享资源环境的影响以及如何借项冲回用户。计算资源，甚至包括能源和场地空间，都需要计量并算到相应消费者的头上。因为商业团体不习惯借项冲回，所以第一步可以先展示给商业用户(展示计算完的费用)，然后实行整体借项冲回。

　　其次，测试和生产环境部署工作量被低估了。运行所有单元测试案例，测试端对端系统，运行所有客户认可的用例基本不可能在几周甚至几个月内完成。生产部署有时只是从“周末”切换的角度来看的。生产部署设计几个测试周期，要并行运行旧环境的和新的云环境，这两项都要花费几个月的时间。

　　还有一些保障措施被忽略了。云的整合涉及与没有迁移到云中的IT数据中心应用程序或者数据库的整合，这意味着要开放端口给互联网，跨公共网传输数据。同时，应用程序和数据库过去是针对部门或者客户，现在要跨客户共享。IT人士可以考虑网络多租户，服务器，数据库或者应用层序层次。然而，架构师或者IT管理必须考虑IT基础设施所有层次的多租户支持。

　　有哪些挑战是大型数据库迁移所特有的？

　　Laszewski：最大的两个问题是加载或重载数据和7×24的商业环境。在多个测试周期期间加载和重载数据会消耗相当可观的时间和计算资源。而7×24小时的商业环境意味着迁移数据以及测试数据迁移的过程中不允许关闭应用程序，因为系统根本不允许停止运行。