正在阅读：曙光基于VMWare构架Oracle RAC集群数据库曙光基于VMWare构架Oracle RAC集群数据库

　　基于VMWare构架Oracle RAC集群数据库方案

　　在针对数据库需求的配置选取上，国内外服务器厂商有各自不同产品推荐和方案。在数据库的应用上，国外厂商通常推荐小型机的双机热备的方案。同时像IBM、SUN这样的厂商通常会推荐使用他们的逻辑分区技术，他们将小型机划分成多个逻辑分区，并且两台小型机划分的逻辑分区一一对应，这样就可以做成多套双机互备（当然他们也有可能做成数据库集群）的系统，对于那些用户有多个应用系统希望集中部署在其上，并且不同应用系统之间还需要进行物理隔离（即它们之间不会互相争夺服务器CPU、内存、I/O等资源），同时还可以根据业务高峰期动态分配资源的需求来说，的确是非常的合适。

　　针对这种需求，曙光公司也提出了自己的解决方案，那就是通过VMWare虚拟化系统来构架oracle RAC集群数据库方案。

　　我们建议选择VMware 第三代虚拟架构套件VI3企业版软件，服务器选择最高端的八路四核二代小型机EP850，每台服务器都需要安装VI3中的ESX Server组件，利用服务器强大的处理能力，生成多个虚拟服务器，而每一个虚拟服务器，从功能、性能和操作方式上，等同于传统的单台物理服务器，在每个虚拟服务器上，再安装配置Windows或Linux操作系统，然后再在其上安装oracle RAC集群数据库。

　　举例来说，如果用户目前有4套应用系统，每套应用的数据库系统都需要实现资源隔离，同时还需要能够动态调整资源以错开各业务系统的高峰期，那么我们就选用两台到4台EP850二代小型机（看其负载量大小决定服务器数量），每台服务器上部署一套ESX Server，然后在其上安装4套Windows或Linux操作系统，每套操作系统上安装一套oracle RAC集群数据库，这两台到4台EP850二代小型机的操作系统将会一一对应，最终构架出4套oracle RAC集群数据库。每套oracle RAC集群数据库系统之间都实现了资源隔离，同时通过VMware DRS实现了动态的资源管理，达到了根据业务高峰期动态分配资源的目的。

　　方案中，存储系统必须采用SAN集中存储方式，这是因为不论是VMware ESX Server还是oracle RAC集群数据库都需要把数据集中存放，对于VMware ESX Server来说，它将会将每个虚拟机的文件系统创建在共享的SAN集中存储阵列上，VMware VMFS 虚拟机文件系统，是一种高性能的群集文件系统，允许多个ESX Server 安装同时访问同一虚拟机存储。由于VMware的虚拟架构系统中的虚拟机实际上是被封装成了一个档案文件和若干相关环境配置文件，通过将这些文件放在SAN存储阵列上的VMFS文件系统中，可以让不同服务器上的虚拟机都可以访问到该文件，从而消除了单点故障。

　　同时数据库系统必然会牵涉到数据备份甚至是业务容灾，VMware提供了一个对其本身的整合备份系统VCB，它可以通过备份很少数量的虚拟机文件和封装来备份整个虚拟机，同时在恢复的时候直接恢复虚拟机文件，不需裸机恢复软件。VCB与第三方的备份软件（如veritas、commvault、legato等）无缝集成，可以减少备份代理的数量和成本，消除生产虚拟机的备份负载，充分利用虚拟机快照和SAN技术。