By Kem Butller-Oracle on Aug 25, 2011
by AJ Schifano - JD Edwards, Principal Product Manager (Tools/Technology)
Tron—remember that sci-fi movie from 1982? I just got around to seeing the 2010 sequel. Still a cool concept: the computer whiz-kid gets sucked into the virtual world. I suppose that there are a number of us in the IT arena that are immersed in and loving what the virtualized world affords our companies these days.
I base this observation on the question that I am asked quite frequently in one form or another: “Can I virtualize my JD Edwards EnterpriseOne servers?” Oftentimes the question is directed at some specific virtualization product, such as Oracle VM, VMware, Hyper-V, Oracle VM, among many others.
The answer is quite simple and direct: yes, you can virtualize your JD Edwards EnterpriseOne servers. You don’t have to take my word for it. The next time you attend a conference or users’ group meeting, just ask your peers. It’s highly likely that many—perhaps even most—are already virtualizing some layer of their JD Edwards EnterpriseOne implementation.
The first question inevitably leads to the next question, usually phrased more explicitly: “Is JD Edwards EnterpriseOne supported on VMware?” [In place of VMware, feel free to insert your favorite virtualization product.]
The answer to that question is also quite simple and direct. JD Edwards EnterpriseOne, being an Oracle product, follows Oracle’s broader policy, which is clearly stated in My Oracle Support document 249212.1.
I think the following excerpt from that document summarizes the essence of Oracle’s policy: “Oracle will only provide support for issues that either are known to occur on the native OS, or can be demonstrated not to be as a result of running on VMware.”
Therefore, if a customer chooses to virtualize some components of their JD Edwards EnterpriseOne infrastructure using a virtualization technology from a vendor other than Oracle, the customer will not be “exiled” from all support activity. In truth, most application issues do not trace to the underlying server being physical or virtual. These issues can be resolved completely transparently to the server layer.
However, if an issue does trace itself to an anomaly in behavior between a physical server and a virtual server, the Oracle support team will refer the customer to their third party virtualization vendor. This includes issues such as:
- “It used to work like [this] on my physical server, but now it works like [that] (or it doesn’t work) on my VMware machine.”
- “It used to be fast on my physical server, but now it’s slow on my VMware machine.”
- “Can you provide instructions for installing and configuring JD Edwards EnterpriseOne on VMware?”
Oracle product teams, including JD Edwards EnterpriseOne, do test with and provide support for configurations running Oracle virtualization products. The Oracle virtualization technologies that we have tested JD Edwards EnterpriseOne with are detailed in a Minimum Technology Requirements (MTR) document here:
The bottom line: Oracle product teams, including JD Edwards EnterpriseOne, test with and provide support for configurations running Oracle VM. We do not test with nor “certify” configurations running virtualization products from other vendors.
Oracle strives to offer industry-leading solutions at every tier in the technology stack, including virtualization, yet we acknowledge that our customers may use a mix of solutions from an array of technology vendors. A clear understanding of Oracle’s policy and guidelines for support help customers weigh the benefits, costs, and risks in order to make informed technology choices.