Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Is anybody running 10g on VMWare?

Re: Is anybody running 10g on VMWare?

From: Mark Brinsmead <>
Date: Mon, 05 Dec 2005 16:14:54 -0700
Message-id: <>

Well I can't say anything about performance, but there are certainly some major licensing issues around running Oracle on VMware. It is because of these issues that I cannot comment on performance -- I don't expect to actually have an Oracle-on-VMware configuration to play with anytime in the foreseeable future. Naturally, that excludes things like the Oracle-XE-on-VMware-Workstation environment I run on my laptop. It's great. I couldn't be happier with it. But I think is pretty much useless for testing performance questions like this. (How hard can it possibly be to "keep up" with a single 4200 RPM disk?)

The OLSA (as I read it) make no allowance for VMware (or other "software partitioning") whatsoever. Except for Oracle XE, if you want to run an Oracle database in a tiny VMware "partition" on (for example) an 8-way ESX server, you'll need to licence Oracle Enterprise Edition (even if you need *no* EE features) for *all* 8 processors. At least, that's how *I* understand it, although I have managed (with some work) to get EMC/VMware to acknowldge this.

Be sure that you understand the implications of Oracle's licensing rules for "soft partitioning" technology before you go too far down this path. Of course, large sites who have the wherewithall to negotiate site licenses probably won't care so much about this... ;-)

-- Mark Brinsmead

P.S. Do NOT take *my* word for anything with respect to *your* license agreements or obligations. Read your own license (which may differ considerably from the "standard" license) and seek qualified counsel.

Daiminger, Helmut wrote:

> Hi!
> Is anybody out there running a 10g database on Linux on VMWare ESX
> servers?
> We are thinking about putting a 10g database on there, but I heard
> that there are serious issues with VMWare when it comes to I/O throughput.

Received on Mon Dec 05 2005 - 17:59:59 CST

Original text of this message