通常，虚拟化的首要目的是消除未充分使用的服务器。你应该将同一台物理主机上的生产数据库与非生产数据库的有效负荷混合在一起吗？在一个VMware的环境中是完全可以的，只要你不去过量使用资源以致于生产负载无法获得相应资源。

　　几年前，我们反对将非生产有效负载移植到生产负载中。但是现在，只要你管理好资源，虚拟化会打破那些约束。

　　工作站配备一台主机，使其搭载不同资源需求的虚拟机，这种情况是很普遍的。通常这些虚拟机的CPU，内存，网络和I/O需求都不同。

　　即使只有一部分虚拟机安装了Oracle数据库，Oracle也坚持要求你为整个物理服务器注册。因此，给大量使用Oracle的主机安装Oracle负载许可的费用也不容忽视。在一台物理主机上手工安装带有不同资源利用模式的虚拟机也可能是有益的。但你可能发现VMware分布式资源调度里的自动负载均衡相对于你在环境中基于资源手工VM配置的需求，减少了。

　　虚拟化中的分层集群数据库

　　在虚拟化基础之上对一个数据库厂商的集群技术实行分层有以下好处：

• 高可用性/HA冗余
• 无断开与重新连接的热负载均衡应用服务
• 其它数据库实例的快速水平缩放

　　在Oracle RAC中，一个物理备用服务器可能无法满足所有主站点数据库的需求。虚拟化和SAN异步数据块级传输技术是一个性价比不错的选择。

　　我们有一名客户正在VMware ESX Server 3.5之上使用Oracle10 RAC。它有四台ESX Server主机，其中主机、虚拟机和RAC之间的比例为1:1:1。第四台主机是一台不带VM的热备份机，在剩下三台主机中任何一台失效时负责接管其任务。

使用带VMware ESX Server的RAC

　　数据库虚拟化的最终障碍

　　过去三年，我们的团队遇到了处在虚拟化运用进程中的企业，但并不是关于Oracle数据库，而是在其它领域。通常来讲，数据库虚拟化最大的挑战不是技术上的而是行政上的。在本地环境里，CPU使用率持续走低。很多企业客户好像更期望他们的服务器平均CPU利用率维持在十几个百分点。如果你只想为所有主机的CPU支付一个数据库许可费用的话，你就应该考虑一下促进许可证利用率的方法了。

　　至于Oracle对VMware有条件的支持政策，我们从未见到或听到有工作站出现Oracle bug或VMware引发的不稳定因素。我们听说一家工作站在提出支持需求前本地硬件出了问题，当然，该问题与VMware无关。

　　对于数据中心优化和业务持续性的增加而言，数据库虚拟化仍然是个重要的机遇。如今，虚拟化工具和ROI已经很明了，是该为数据库虚拟化好好规划一下了。