Re: VmWare

  • From: "Martin Bach" <development@xxxxxxxxxxxxxxxxx>
  • To: "Tim Hall" <tim@xxxxxxxxxxxxxxx>,niall.litchfield@xxxxxxxxx
  • Date: Fri, 19 Nov 2010 07:47:34 +0000

I agree! 

Other than politics I can't see why people wouldn't want to use Oracle VM (the 
xen hypervisor on Linux) for RAC test and Dev environments. It doesn't cost you 
anything and you don't have to buy support (but you're free to if you like). 
IMO a good sys admin should be able to deal with it, it isn't rocket science.

And the big advantage: it is explicitly supported. No problem with clock drift, 
it is an accepted partitioning scheme etc.

But then again if your company spent a lot of money on VMWare ...

Just my .02


Martin Bach

Oracle Certified Master 10g

----- Reply message -----
From: "Tim Hall" <tim@xxxxxxxxxxxxxxx>
Date: Thu, Nov 18, 2010 18:42
Subject: VmWare
To: <niall.litchfield@xxxxxxxxx>
Cc: <litanli@xxxxxxxxx>, <seekuel@xxxxxxxxx>, <oracle-l@xxxxxxxxxxxxx>


Following on from what Niall said, people are acting like this
announcement is a big deal. All the announcement says is Oracle will
now accept SRs for RAC related issues on VMware. There is no actual
change in policy about how they will react to any SRs relating to
VMware. You can still get left holding the baby if they push you back
to VMware support, whether you are on single instance or RAC.

It should also be noted there is no change to licensing on VMware
either. If you have a 32 core box and you only allocate a single core
to a VM running Oracle, you still have to pay a 32 core license. If
you are consolidating several DB servers onto a single box this isn't
a big deal. If you were planning to use half a box for DB and half a
box for app servers you will be paying twice the licensing for each
product than you think you should.

Regardless of this announcement and your preferences for
virtualization products, the only x86 software virtualization solution
that I would consider truly supported and that conforms with Oracle's
per-core licensing is Oracle VM (provided you bind the VMs to CPUs

If you use anything else, be prepared for a rough ride if you meet any new bugs.

Bye the way, there have been VMware issues in the past. I remember the
whole system time drift and how it affected older versions of RAC.
Also, VMware not reporting system wait times properly. As much as I
want to hate Oracle for not fully supporting VMware (and other
virtualization solutions) I can kinda see their point.



On Thu, Nov 18, 2010 at 5:23 PM, Niall Litchfield
<niall.litchfield@xxxxxxxxx> wrote:
> I have to say I still don't like this note. How many of you are running on
> HP kit (Linux or Windows)? A fair few one imagines. Oracle hasn't certified
> any of it's products on HP hardware either (well except v1 of the db
> machine). But when you log a support call for a new issue (i.e one that
> doesn't come up in a metalink search) Oracle support don't say "Sorry that's
> an unkown issue, please refer to HP support or reproduce it on SUN kit".
> Instead they work the issue and if it looks like a hardware issue, then they
> will suggest involving the hardware vendor. As it happens I'm working an
> issue with support right now re warehouse builder. Oracle support very
> quickly offered the following "solution"
> Solution Offered : Don't run OWB on VMWare.
> It's taken a week to convince the analyst to work the case. (I think it was
> the working instance of OWB on the same machine that did it:) ).
> Niall Litchfield
> On Thu, Nov 18, 2010 at 3:40 PM, Li Li <litanli@xxxxxxxxx> wrote:
> this is a metalink note stating oracle's support position: Oracle has
> not certified any of its products on VMware.  For Oracle RAC, Oracle
> will only
> accept Service Requests as described in this note on Oracle RAC
> and later
> releases.
> Support Position for Oracle Products Running on VMWare Virtualized
> Environments [ID 249212.1]
> --
> --
> Niall Litchfield
> Oracle DBA

Other related posts: