甲骨文将不会支持用户在VMware平台上运行Oracle RAC了，许多人认为这是出于政策与技术两方面的原因。

　　根据非官方Oracle网站的说法，VMware平台上运行Oracle RAC，只是在特定的情况下才可以支持，而My Oracle Support metalink网站则表示Oracle RAC根本不支持运行在VMware平台之上。甲骨文方面并没有正式对这两种说法发表评论。

　　爱思维尔出版社的DBA David Robbins对此就表示极大的困惑，他说他的公司就运行了Oracle RAC作为自己的高可用性选项：“我们公司正在运营一个7*24的网站，客户遍及世界各地，因此停机是公司肯定不能承受的。”

　　与此同时，公司内部还要部署虚拟化平台，管理者希望将所有的东西都进行虚拟化。Robbins表示，有了虚拟化技术，部署和用户设置都将变得更加简单、快速。他说：“如果我们在生产过程中遭遇中断，那么去找甲骨文技术支持的话，他们可能会说自己无能为力，因为我们的Oracle RAC运行在VMware上。这可是我们不希望看到的情况。”

　　根据TechTarget网站的一份用户调查，Oracle RAC和VMware都是发展非常迅速的技术。大约60%的受访者都在使用虚拟化，或者正打算进行部署，而集群技术的采用率比前两年也增长了10个百分点。此外，VMware仍然是最受用户欢迎的虚拟化厂商，应用Oracle产品的四分之三企业都使用VMware作为他们的虚拟化平台。

　　为何甲骨文不在VMware平台上支持RAC

　　甲骨文在VMware平台上对单一实例的Oracle数据库提供有限的支持，这个想必大多数人都知道。总之，甲骨文需要客户证明自己所出的问题与虚拟机无关，才会提供相应的技术支持服务。

　　这也是DBA Bob Storey为何不在VMware平台进行Oracle RAC部署的原因，他表示服务器管理员希望部署VMware，而且这些管理员认为Oracle运行在上面不会出现任何问题。Storey则表态说自己在没有得到甲骨文方面的确认支持信息之前，肯定不会考虑这一选择。

　　“出问题时，你首先得证明这和相关VM无关，这意味着你需要卸载虚拟机。而一旦卸载了虚拟机，相关的变量都将改变，问题就变得更加复杂了。” Storey说到。

　　这么看来，在VMware平台上对单一实例的Oracle进行支持都是那么困难的事情，那要甲骨文对Oracle RAC进行支持就简直是天方夜谭了。甲骨文官方并没有对此给出解释，但是从客户嘴里，我们听到了一些说法。

　　首先，是所谓的“时钟漂移”问题。这个问题出现在Linux操作系统中，旧版本的Linux内核并不支持虚拟化部署，因为当初设计者还不知道会出现这样的一个技术。那结果就是，虚拟机在运行Oracle RAC时保持的时间与物理硬件的时间不能保持一致，而Oracle RAC DBA在向数据库中插入一行数据的时候，通常要将它们进行时间标记，这样问题就来了。举个例子，在RAC实例A中的行可能与RAC实例B的行时间不一致，这会导致表崩溃，数据库报错。

　　客户还听说甲骨文对掉电问题十分关注，如果VMware没有提供足够的硬件资源的话，RAC就可能会自动关闭虚拟机并引起掉电问题。

　　Oracle咨询公司的CTO Dave Welch表示，以上提到的两种情况在现在已经不多见了。拿时钟漂移来说，新的Linux内核对时钟将进行同步，Oracle 11g R2有时间同步功能，VMware也提供相应的时间工具，因此不会出现上述问题。而掉电问题，Dave Welch认为虽然有人这么说，但是他自己从没遇到过这样的情况，他的所有客户也都没有遇到过。他说：“倒退到两年以前，你跟我说时钟漂移也许我还相信，但是现在不大可能了，纸老虎一捅就破。”