虚拟化数据库有什么优势呢？IT企业已将虚拟化扩展到了一些任务关键型应用，那么数据库的问题就成了首要和中心问题。本指南讨论是，当决定是否在虚拟数据库环境进行投资时要考虑的一些重要因素。

　　小型数据库虚拟化

　　在有独立数据库的应用程序服务器上进行虚拟迁移或安装虚拟机平台相对容易一些。对于包括一个本地数据库或供测试用的开发数据库环境的单一系统而言，这似乎是一个可行的解决方案。某些虚拟机运行只有少量数据库的数据库引擎，在应用程序服务器上很受欢迎和被接受。虚拟数据库服务器让原有环境之外的数据库引擎有了很大的选择余地。譬如说，某个企业想要一个只能用Firebird数据库才能获得的专用商务线应用程序，而Firebird引擎在企业计算环境并不常见，但如果某个专用程序需要这个数据库，那么这个产品将没有选择的余地了。这样，虚拟这个数据库引擎就成了一个很好的选择。

　　这同样也适用于以数据库为中心的应用程序，这些程序需要将数据库安装到本地，而不是接入中央数据库服务器。有许多解决方案，譬如Microsoft SQL MSDE或SQL 2005 Express，都是和应用程序一起安装到本地。这些应用程序服务器包括数据库的安装，从数据库管理的角度，根据数据库引擎的修补情况增加覆盖面积。

　　性能及虚拟数据库

　　如果虚拟化寄宿多个数据库或较大的数据库，提供给虚拟数据库服务器的资源一般会很多。因此，多数据库的虚拟企业数据库服务器需要特定的配置，而且需要大量的资源以确保操作成功。当然，完成操作将有利于性能测试和基准程序测试以及为虚拟数据库环境建立概念验证。

　　在执行数据库虚拟时，虚拟操作系统并不是一个显而易见的考虑因素。VMware公司正在积极地试图解决这个问题，而且目前在虚拟Oracle环境方面已取得一些成功。VMware提供了去年秋季VMWorld呈递的档案，这对那些考虑在VMware上执行Oracle的人来说是一个良好的开局。据VMware称，Oracle数据库以近机性能运行于VMware ESX Server，且ESX Server的Oracle Database占用CPU不到10%。因此，虚拟化管理员应该相应地调整他们的期望值。

　　存储问题

　　数据库服务器中的虚拟机需要占用大量的存储空间，这可能是许多企业主要的阻碍因素。然而，无论数据库环境是物理的还是虚拟的，都需要很大的存储空间。注意力应该更多地集中在虚拟环境的管理方面。有了巨大的虚拟机存储空间，管理员会发现，虚拟数据库有一个专用的逻辑单元数（LUN），这是虚拟机占共享存储区的大小。虚拟机过大将会带来不方便，因为虚拟的具体存储管理会由于虚拟机过大而耗时更长。

　　虚拟化管理员说法不一的一个话题是提供给虚拟环境的LUN大小的问题。对于光纤通道和其它共享存储策略，LUN大小呈增加的趋势：100，200，320，500GB，还有TB级别的。从这个过程可以看出以后将需要如何提供资源、管理并不断扩展存储空间。这会随着存储类型和存储管理员（若不是虚拟管理员）内部进程的变化而不同。对于大型虚拟数据库环境，最好是先确定下列步骤和虚拟化管理员、数据库管理员或开发人员于存储管理员之间的期望值：

• 虚拟操作系统的LUN大小
• 数据库文件LUN大小（以及LUN的数量）
• 事务日志文件LUN大小（以及LUN的数量）
• 其它文件的LUN分配，如数据库备份
• 传输速率（若使用光纤通道）
• 共享存储性能

　　这些反映了数据库服务器存储空间供应将发生的变化。这样做有一个重要的考虑因素是磁盘性能的级别，尽管非配给一个虚拟环境的每个LUN不可能最有效的利用共享存储空间，但包含数据库文件和事务日志文件的驱动装置会让性能达到最高。

　　虚拟化数据库的成本

　　由于大多数大型数据库建立在物理服务器上，虚拟主机系统的存储目录经常可能会效仿硬件存储目录。从资源角度看，在虚拟环境运行数据库可能需要一个专用主机系统。考虑到虚拟软件的成本，如果在虚拟机运行企业数据库和在物理机上运行需要同等的存储供应，那么这样做就没有意义了。此外，虚拟机如果太大（从内存、CPU和存储空间角度看），管理起来会很不方便。这也许要归因于迁移所需的大量时间，可能还有专用虚拟主机需要的时间。

　　另一种有成本效益的策略是分配一定数量的数据库给单个数据库服务器。在这种情况下，多台有10—15个数据库的数据库服务器代替了有100多个数据库的单个数据库服务器。这种工作分配更适合于迁移到虚拟数据库服务器环境。

　　支持的环境和灾难恢复

　　对于过分利用虚拟数据库环境的企业，它们的共同特性是灾难恢复。当存储和网络能容纳一台移动虚拟机时，灾难恢复是很容易的事。实施或考虑的重要因素是确保数据库厂商支持虚拟数据库环境。除了在数据库环境解决方案的概念阶段不应该遗漏的东西以外，从数据库厂商的角度确定具体支持平台级别比大多数应用程序会更具有挑战性。