有关虚拟化的传奇你听说的最新消息是什么？可能就是数据库吧。一些数据库制造商想让用户相信，他们的数据库产品只有在专用的物理硬件设备上才能完美运行，他们价格昂贵的所有权解决方案才是唯一保障数据库正常运转的方式。而虚拟化厂商则例证并非如此。事实上只要部署了正确的配置，虚拟化数据库也可以以同等或者接近本地的速度运行。
当然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 发送
虚拟化
虚拟化是通过模块快速配置甲骨文实例的理想工具。从虚拟机模板上配置一个新的甲骨文实例只需几分钟，而不是传统硬件和软件交付和设置所需的几天或者几周。虚拟模式也可以帮助管理员按照需求增加容量。管理员还可以在最小限度的宕机情况下增加内存，中央处理器，硬盘，网络和额外的实例。
增加虚拟化容量的速度可以远程进行设计和执行。不需任何专门的联机或者数据中心访问，也无需订购硬件，无需开放系统，也不会造成任何其他系统的意外关机。
由于担心输入/输出瓶颈和来自数据库系统厂商的支持问题，数据中心管理员（尤其是甲骨文）对虚拟化技术的接受程度远没有那么热情有加。这些担忧会随着VMware，思杰和甲骨文让他们的产品逐渐为那些需要虚拟化技术来降低成本的所知而有所缓解。
尤其是甲骨文的用户希望甲骨文能在他们接受虚拟化技术之前对其解决方案进行认证，因为用户担心甲骨文不会对非甲骨文解决方案提供支持。根据VMware的说法，甲骨文不会认证这种解决方案，他们平台上的虚拟化部署应该不会给用户或者厂商提供任何重要的支持。
虚拟化是你可以信赖的成熟软件和服务产品。VMware，思杰，甲骨文和其他厂商的专业经验会给用户带来全面虚拟化的基础架构。数据库也不例外。虚拟化数据库部署也可以非常顺利的进行升级。VMware在他们的调研中发现，虚拟机性能可以达到所有中央处理器本地配置的85%。
