In case you haven’t seen, Oracle issued a major product support update last month – Platform Vendor Virtualization Technologies and Oracle E-Business Suite – Metalink Note 794016.1 (note that an Oracle support account is needed to view the update). The bottom line – Oracle now offers best effort support for all of its E-Business Suite applications on any x86 hypervisor. Shocked? Here’s a snippet of the support statement:
The use of platform vendors’ virtualization technologies (both software and hardware based) to host Oracle E-Business Suite 11i and R12 is covered by Oracle’s policy with regards to 3rd-party products – that is, they are ‘not explicitly certified, but supported’.
What this means is that while these technologies are not certified, Oracle will not turn away a customer reporting an issue solely due to the use of these technologies. When possible Oracle will triage and attempt to diagnose the issue reported – Oracle support may attempt to replicate the issue in a non-virtualized environment and work with the customer to verify if the problem exhibits in such an environment.
Any specific problem isolated to the virtualization software (i.e. a problem that cannot be reproduced in a standard, non-virtualized environment) will need to be referred to the specific vendor for resolution.
Customers should review all relevant Oracle documentation on the use of such virtualization technologies for known issues and limitations with respect to EBS technology components such as the database, RAC, etc.
Customers intending to use 3rd-party products covered under this policy in production environments should conduct appropriate levels of testing and also have contingency plans to revert to a standard certified configuration (that is, non-virtualized environment)…
So there you have it. Back in December I suggested that Oracle make two New Year’s resolutions:
- Offer best effort support for all major x86 server virtualization hypervisors
- Offer virtual CPU-based licensing for all of its server applications
The year isn’t even half way over, and Oracle can cross the first resolution off its list. Next up has to be software licensing. Oracle considers its own x86 hypervisor, Oracle VM (OVM), a platform capable of supporting hard partitioning (see the Oracle “Partitioning” document for more information). By its definition of “hard partitioning” Oracle allows virtual CPU-based licensing on OVM, but does not allow it on other popular x86 hypervisors such as VMware ESX, Microsoft Hyper-V, or Citrix XenServer. Oracle also allows virtual CPU-based licensing on Amazon EC2, which runs the open source Xen hypervisor (you can read more about that policy here). Updating the support policy was a great first step, and Oracle should be commended for responding to the needs of its customers.
Now how about knocking out New Year’s resolution #2 before the end of June? Oracle, I know you can do it. Your friends in the enterprise software space that offer CPU-based licensing, such as IBM and Microsoft, both allow licensing to virtual CPUs on any major hypervisor. Binding a license to a physical CPU is “so 2007.” Oracle, no doubt you’re in the middle of a major makeover, and acquiring Sun was a good move. I must say, with the Sun portfolio, I love your wardrobe. However, your licensing policy doesn’t reflect your new look or attitude. To stay with the wardrobe analogy, you’re wearing some great clothes, but you need to lose the mullet.
Oracle, let’s complete the makeover. Modernize your licensing policies and your body of actions will show that you are a company that is truly one with the times.
Note: Within two days of this post’s publication, Oracle made a massive revision to the support document “Platform Vendor Virtualization Technologies and Oracle E-Business Suite – Metalink Note 794016.1. Please see my latest post for the most up to date analysis of Oracle licensing and support.







#1 by Jose Ruelas - May 8th, 2009 at 21:59
does that include Oracle DB? Oracle RAC?
regards
Jose Ruelas
#2 by Iwan - May 10th, 2009 at 20:09
Since Oracle e-business Suite requires Oracle DB, does it mean Oracle DB is also supported? Or is this limited to just e-business Suite?
thank you from Singapore
e1
#3 by Chris - May 11th, 2009 at 23:27
Yes. The statement “Customers should review all relevant Oracle documentation on the use of such virtualization technologies for known issues and limitations with respect to EBS technology components such as the database, RAC, etc” implies that DB and RAC are supported, and any known issues with virtualization will be described in the product docs.
#4 by bwhitman - May 12th, 2009 at 13:38
Chris, the title of this metalink is “Hardware Vendor Virtualization Technologies on non x86/x86-64 Architectures and Oracle E-Business Suite”. The NON x86 is the killer? So are we to read this as Oracle’s virtualization support statement for UNIX and Mainframe based virtualization (may be why they call out HP, IBM, and Sun but not VMware)? I’m afraid that this does not change the current support statement for Oracle on VMware, which is basically “we’ll fix it if it’s a known issue, otherwise, put it on physical and call us back”.
#5 by Jimmy - May 12th, 2009 at 19:13
Not sure if the document has been changed, but the link now points to “Hardware Vendor Virtualization Technologies on non x86/x86-64 Architectures and Oracle E-Business Suite”. Correct me if I’m wrong, but that sounds like it now doesn’t apply to VMware, XEN or Hyper-V at all.
#6 by Chris - May 12th, 2009 at 20:58
Quick update – Oracle updated the metalink doc (and changed the title and x86 hypervisor examples) after I blogged on the subject of support. I have both the original and revised documents in my possession and have been in communication with Oracle throughout the day on the issue of support. I’ll be posting an update tomorrow regarding support. No worries. The news is still good.
#7 by FrankB - May 14th, 2009 at 06:32
Hi Chris, I don’t see a change in Oracle’s support policy regarding Hypervisor-based virtualisation on the x86 platform. Can we expext to see an updated support statement for this or again an update of this metalink doc? Currently I don’t see why this should be especially good news, I think it is rather disappointing.
#8 by Chad Sakac - May 14th, 2009 at 18:49
Chris – I’m hearing otherwise….
http://oraclestorageguy.typepad.com/oraclestorageguy/2009/05/oracles-recent-virtualization-moves.html
I hope you’re right – it’s getting silly on Oracle’s part.
#9 by Chris - May 14th, 2009 at 19:16
Silly is pretty accurate. The doc I link to was completely revised within a day of my blog post. I have an updated post being reviewed by Oracle for accuracy right now and it will be online tomorrow. I have had numerous conversations about this with Oracle this week and the bottom line – ESX, Hyper-V, and all Xen hypervisors are supported, but not certified. Oh and so far support for all hypervisors is not provided in writing. I know… I know.. let’s hope we can get something in writing soon.
#10 by Ken - June 17th, 2009 at 17:34
Any update on this Chris? I find myself very frustrated as well. My organization has just inked a deal with a major provider of technology solutions to be deployed across our enterprise that runs on Oracle. I’m looking to build it all on VMware vSphere, including the Oracle components. We have technically designed what we believe to be the most perfect of solutions using components from Cisco Nexus 7000 switches to EMC Flash Storage Drives, all with world class partners involved (EMC, Cisco, VMware, etc.). My solution/software provider, however, has indicated that they cannot support me on this, as they are told that they will not be supported from Oracle for things like performance concerns, tuning, patching, etc. if we virtualized on a non-Oracle solution. This is absurd in every way! If we virtualized on VMware vSphere anyway, things would probably be fine. In our case we would be running on 10g fabric, direct to each ESX Server with flash drives in place for massive I/O…so we shouldn’t see any performance issues, at least not related to the hardware! …But, in the off chance we needed some detailed level of support somewhere in the future; we would be left to fend for ourselves. I guess the question is, how do we collate Oracle users everywhere to stand up to them and demand they treat their customers like “customers”. The customer isn’t always right, but they are always the customer, aren’t they? It appears this issue is much greater than just me now that I’ve started doing some research on the subject in detail. Perhaps we need to seek out the assistance of our friends in the press from all of the major trade rags? Anyhow, very curious to know if you have received any update as referenced in your last post. Would also enjoy the opportunity to discuss the conversations you have had with Oracle directly, off-line outside of this blog, if you are so inclined. Thanks in advance!
#11 by Chris - June 18th, 2009 at 08:40
Hi Ken, The only update that I can give is that no further policy changes are in Oracle’s immediate future. I think the media has done a pretty good job covering the issue, and I’ll be covering the issue again at Burton Group’s upcoming Catalyst conference. Oracle has a lot at stake by staying on their current path, and I’m hopeful that they will do the right thing for their customers. I’d like to hear more about your experiences, so let’s setup a call. I’ll send you an email.