长期以来业内一直有一种观念，认为产品数据库很难在VM（虚拟机）上得到良好的运行，现在看来这种观念似乎有些站不住脚了。事实上，有许多IT工作站已经学会了如何利用如今的多孔插口和运行着虚拟环境的多核商用服务器的强大功能。通过对服务器进行整合，他们节省了大量开支，同时还提高了灾难恢复和性能管理的效率。

　　因此，是该重新评估一下数据库虚拟化的可能性了。

　　在不久之前，我预计那些没有任何虚拟化规划的企业运营中心会在三到四年的时间内发现自己在许多方面已被虚拟化了。

　　现在看来我错了。

　　我必须承认虚拟化的蔓延速度已超过了我的预测。在许多Oracle用户站点，经理们都在关注CPU利用不足的问题。在像Oracle这样基于CPU许可模式的企业，数据库许可证要比其它任何系统组件都重要。虚拟化的迅速蔓延可以促进其对研发周期、负载平衡及灾难恢复的管理。

　　作为Oracle硬件和OS团队的一员，我有幸可以看到与部署数据库相关的虚拟化技术。尽管说Oracle与其它数据库拥有不同的特性，但总的意图是一致的。虚拟化软件和服务器硬件的优点——包括嵌入式虚拟化在内，强迫大家要对传统的虚拟化目标重新进行鉴定。目前在一些重大的产品数据库项目中，我们已经可以将Oracle与VMware公司的技术成功地整合在一起。

　　　为了能够积累一定的经验和自信，我们建议大家从低风险的数据库开始实施。而对于虚拟化技术的选择，可以参照以下次序：

　　1.普通的虚拟化选项

• 研发数据库
• 产品LDAP（轻量级目录访问协议）或是其它元数据数据库
• 小型的、低I/O产品数据库

　　2.中级虚拟化选项

　　大型OLTP（在线处理流程）数据库

　　3.未来虚拟化选项

• 单一的大型单节点数据库
• 集群数据库

　　对于那些对虚拟核的需求超过你目前的虚拟化工具支持上限的数据库部署项目，我们可以立刻将其排除。

　　那么为什么还要将数据库服务器重新部署到虚拟机上呢？当然了，虚拟化在ROI、产品生命周期、以及业务连续性方面的优势已经得到了很好的证实。但是，对于数据库而言，其性能是不是最终决定了你的成败？我们肯定曾听到有人说，“我们尝试着进行数据库虚拟化，但其性能不是很好，因此我们又退了回来。”

　　从定义来看，虚拟化数据库要比传统数据库更为复杂。但是，现如今这种方法已经脱离了科学试验的范畴。即使是Oracle最终也开始支持虚拟化。我们有一个拥有数千家经销店的食品服务行业的客户，在过去两年中，它对Oracle的ERP电子商务产品套件实施了虚拟化改造。尽管说他们的企业资源规划规模很小，但我认为如果他们不采取虚拟化措施，就很难去改善这种局面。

　　即使没有专门的虚拟化套件，安装工作也可以正常进行。大家的使用次数有可能不同，但对于那些最初经历过性能问题的企业，就很有必要对系统进行专门的考察，来确定哪些领域需要进行调整。