数据库虚拟化的性能核心：性能和平台
[摘要]
服务器虚拟化技术已经被越来越多的机构组织所认可，并迅速地成为数据中心设计的标准。但是对于数据库负载虚拟化来说，这又是另一回事了……
服务器虚拟化技术已经被越来越多的机构组织所认可，并迅速地成为数据中心设计的标准。但是对于数据库负载虚拟化来说，这又是另一回事了。
企业在制定具体的产品和策略之前，一定要彻底清楚地考虑虚拟化技术的应用场景，特别是那些考虑到对关键业务数据库进行虚拟化的企业。不要被过去的成功经历所迷惑，因为那大部分都是在Windows服务器上的非重要应用。虚拟化项目种类繁多，而数据库工作负载虚拟化项目则有着自身的挑战和优势。
花时间谨慎地审视各种选择，尽可能地储备各种部署时所需要的技术知识，只有做到这两点，虚拟化项目才能避免失败的结果。在对Oracle数据库和应用进行虚拟化的时候，有许多问题需要明确，这些问题都围绕着两个核心：性能和平台。
虚拟化环境中的数据库性能问题
对关键业务应用进行虚拟化时，最大的考虑就是那些应用是否能够得到可以接受的性能。
在过去，虚拟化技术往往会对性能造成负面的影响，理由很简单，那就是硬件的优化没有做到位。如果在这种情况下将关键业务的数据库或者应用迁移到虚拟化平台，那么后果将是灾难性的。但是只要经过简单的规划与测试，企业完全有能力保证硬件性能级别满足目前的工作负载以及未来的复杂环境。
至少在服务器这一端，Oracle数据库会占用大量的内存与CPU资源。记住这一点，决定何种性能级别是非常重要的，看它能否满足现有的部署，并着手改进其在虚拟化环境中的表现。企业目前关于内存、CPU使用率的相关信息可以作为配置虚拟化环境的一个参考。
服务器虚拟化厂商会提供性能评定以及负载估算工具，有的还会为客户提供计算服务器需求的公式。如果一个合理运行的关键业务应用占去了大部分的计算资源，那么工具就会进行具体的估算并得出该应用需要进行虚拟化的操作。有一个非常重要的经验需要记住，那就是虚拟化并不会减少真正的内存需求，给专用的分区足够的内存资源往往是数据库负载虚拟化项目成功的关键所在。
CPU使用率同样是需要考虑的关键因素。为关键业务应用提供所需的时钟周期时，CPU使用率一定要有一个底线，包括利用率峰值。IT员工可以使用这些CPU测试结果来估算虚拟化平台下的合理负载情况。
足够的RAM和针对虚拟化环境优化的高性能处理器都是解决性能压力的好方法。在单一的物理服务器上部署多个虚拟化服务器时也是如此。而针对CPU的相关估算数值可以计算出该物理服务器上部署多少虚拟化服务器是最合理的，处理器核心数量和虚拟化环境需求将决定物理服务器虚拟化的密度。
还有一点非常重要，就是记住性能提升在虚拟化环境中更容易实现，因为虚拟服务器可以轻松地迁移到更多的物理服务器上。
