有关虚拟化的传奇你听说的最新消息是什么？可能就是数据库吧。一些数据库制造商想让用户相信，他们的数据库产品只有在专用的物理硬件设备上才能完美运行，他们价格昂贵的所有权解决方案才是唯一保障数据库正常运转的方式。而虚拟化厂商则例证并非如此。事实上只要部署了正确的配置，虚拟化数据库也可以以同等或者接近本地的速度运行。

当然MySQL的解决方案就能虚拟运行。许多用户都在这些做。微软的SQL Server可以虚拟运行。微软公司将向大家展示它的运行原理。其他的企业级数据库在部署虚拟化后也能运转良好。但是用户真正想知道的数据库厂商是甲骨文。你相信甲骨文企业级数据库能成为在虚拟环境中无缝运转的最佳典范吗？答案是肯定的。以Xen管理程序为基础的甲骨文虚拟机向大家证明-是时间重新考虑"无法对甲骨文实施虚拟化"的问题了。VMware和思杰也在为甲骨文虚拟化做着他们的工作。

高度的可用性

甲骨文RAC（真实应用软件集群）和其他高可用性解决方案怎么样呢？答案是VMware通过降低软件的复杂性并维持了高可用性的优势而成为得分更高的解决方案。VMware的高可用性基础架构解决方案有如下三个主要的优势：

1.费用更低的集群和故障转移
2.快速重启甲骨文实例的能力
3.在系统维护和迁移过程中将干扰降低到最小

虚拟化-特别是VMware的虚拟化技术，能通过减少硬件需求和降低硬件更换和测试的复杂性来降低与集群和故障转移相关的成本。VMware的软件尽可能将维护和迁移期间的宕机时间降低为最低，以此来满足那些严格的服务水平协议。

性能

VMware测试了单个的甲骨文实例和RAC配置后发现，即使是非常高产出的数据库也只能达到本地速度的85%。虽然这份测试报告没有具体的进行说明，但性能应该能通过在原始存储区域网络存储上设置交易日志和数据库来加以改进。确实，你可以在虚拟机中规划整个物理LUN。虽然这会增加复杂性，但是更好的性能就是对用户的回报。

想要了解更多细节，请参看下面的表格。这份表格展示了本地和虚拟机负载的VMware基准测试数据。如你所见，虚拟机在真实的工作负载下可以非常顺畅的运行。

单位                            本地                     虚拟机   
每分钟指令处理的速度    293K                   250K   
硬盘 IOPS                     71K                     60K   
磁盘带宽                  305MB/s                 258MB/s   
网络速率    12K/s 接收19K/s 发送          10K/s 接收17K/s 发送   
网络带宽    25Mb/s 接收66Mb/s 发送     21Mb/s 接收56Mb/s 发送