Well, there are some harsh responses from Oracle towards VMware customers if you have access to Metalink (sorry, My Oracle Support).
First you should read this doc: 1071005.1 (HOTSPOT ERROR DURING 32-BIT 11GR2 CLIENT INSTALL ON 64-BIT (X86_64) SUSE (VMWARE)).
Then read this document: 1075717.1 (Installing 32-bit RDBMS Client software on x86_64 Linux.)
I don’t think the first problem’s resolution is justified. Do you?
I have found Oracle notes that state the following:
“(1) Make sure you are logged into the Server Console directly, and that you are NOT trying to install the patch over a remote connection (such as Terminal Services, Remote Desktop, Timbuk2, PCAnywhere, VNC, VMWare, etc.) “
“As for installing over a remote connection, we do not support this, because Oracle cannot control the way the permissions are setup, over the remote connection.“
So VMware console is a remote connection…
Then there is this document:
This doc is an Oracle whitepaper which details SAP Netweaver / Oracle Databse 10gR2 RAC on Windows 2003.
In the doc it shows an example hosts file which is clearly from a VMware hosted server. Double standards I feel!
This is just not a nice place to be if you’re trying to convince a company that VMware is a solid, supported tool to run production databases, and that Oracle even support RAC on it now. Maybe some of the notes are old, before the acceptance by Oracle that VMware is becoming big in many companies. Or maybe Oracle’s RAC support is an illusion of good will, whilst they quietly (or not so) improve the Oracle VM product.
The best way to tell, would be the acceptance of Oracle that VMware’s vCPU allocation is acceptable as a form of hard partitioning, so that you can bring the Oracle DB license cost down by runnining on VMware, in the same way you can on Oracle VM.