Oracle数据库可以VMware产品上完美运行的10大理由看到外界非常关注Oracle在虚拟环境中的表现，我们感到十分高兴。Oracle在VMwareESX上的优越表现一直是我们的秘诀之一。这种优越表现绝非偶然，因为我们对VMwareESXServer体系结构做了大量功能和性能优化工作，特别是在数据库支持方面。在此，我将向大家介绍一下确保我们获得最佳数据库性能的10大重要因素。以下是其中几项性能优势：•接近本机系统的性能：Oracle数据库与物理系统的性能几近相似•超强的数据库I/O扩展性：VMwareESXServer的精简虚拟化管理程序层每秒能够驱动63,000次数据库I/O操作•多核扩展：使用SMP虚拟机和多个数据库实例进行纵向扩展•巨大的内存容量：可扩展的内存容量-每个数据库64GB；每台主机256GB我们一直持续地下大气力优化Oracle在VMware产品上的性能，因为它已是最常用的虚拟化应用程序之一。融合了多项先进优化措施的ESX3.5版本即将发行，这是我们迄今为止推出的最棒的数据库平台。在本篇博客文章中，我将为大家介绍数据库应用程序（如Oracle产品）的独特和专有特性，并向大家展示ESXServer在此类工作负载下的运行能力。数据库的本质数据库具有多种独特的属性，例如较大的内存占用空间。这样，数据库要进行顺畅的虚拟化就略显复杂了。然而，实践证明这也是一种机会，因为我们可以专门针对这些特定的属性进行优化。•巨大的内存容量：数据库使用大量的内存来对其存储数据进行高速缓存。大容量高速缓存是衡量数据库性能极为重要的一个标准，因为它通常可使物理I/O操作的次数减少10-100倍。•高性能数据块I/O：数据库使用固定大小的数据块写入和读取数据。这些I/O通常较小，频繁发生于少量文件或设备中。•以吞吐量为中心：数据库通常会有大量的用户同时进行操作，因此具有多个逻辑或物理处理器的系统便可以使这些用户自然并存并充分受益。理解和量化虚拟性能量化虚拟系统的性能时，首先应衡量延迟和吞吐量，其次是资源的使用率。例如，如果一个物理系统正在以每分钟10000个事务、每个事务500毫秒的延迟运行，则与该物理系统性能相同的虚拟系统也应该以可接受的延迟标准提供同样水平的吞吐量。其次应该是资源使用率的衡量指标，通过这一指标可以衡量要取得同样水平的性能需要额外使用多少物理资源。有些时候我们过于简单地仅去考虑CPU资源，然而现实中我们需要配备的内存和I/O却是更加昂贵的资源。随着时间的推移，内存和I/O资源的使用率变得越来越重要，原因是多核CPU会使每个处理器内核的成本继续降低，而内存的成本却一直居高不下。对于Oracle而言，更重要的一点是纵向扩展能力，即通过虚拟化管理程序充分利用多核CPU、大容量内存以及I/O吞吐量来支持后端存储阵列中大量的磁盘。数据库性能认识误区对于虚拟化数据库，通常存在以下几点认识误区：•虚拟数据库具有很高的系统开销：就延迟和吞吐量而言，虚拟数据库的运行速度能等于或接近物理系统。对于常见的数据库而言，虚拟化开销很小–在VMwareESXServer中所测量到的CPU开销低于10%。•数据库的I/O操作过多无法进行虚拟化：通常情况下，数据库会产生大量小的、随机的I/O操作，其理论值可能达到虚拟化管理程序层的I/O数量极限。然而，VMwareESX的精简虚拟化管理程序层每秒可以驱动63,000多次数据库I/O操作，等同于600多个硬盘的I/O吞吐量。这样的I/O极限值，即使是用于x86系统上最大的数据库也绰绰有余。•虚拟化只能用于较小的、无关紧要的应用程序：ESX虚拟化管理程序非常强健-很多客户的基于ESX的系统已经连续正常运行了两年多的时间。此外，ESX虚拟化管理程序一直非常稳定，即便在资源过度使用时亦是如此。我们不能奢望通过一个快速的解决方案使数据库与很多种实际的应用程序完美兼容–只有通过长时间地致力于研究众多用户在实际数据库工作中获得的教训，并且在虚拟化管理程序体系结构中应用这些教训，才能获取优异的性能。下面让我们简要了解一下虚拟化管理程序中可确保数据库获得优异性能的一些特性。1：VMwareESX的高性能I/OI/O系统的吞吐量和延迟对于在线事务处理系统的性能来说至关重要。由于事务数据库系统是针对数据集中随意位置的不同小数据项进行操作的，因此应测量随机I/O吞吐量（以每秒钟的I/O操作数为测量标准），而非带宽（MB/s）。图1：VMwareESXI/O驱动程序模型由于逻辑上虚拟化管理程序驻留在客户虚拟机数据库和后端存储之间，因此很重要的一点就是虚拟化管理程序的I