On Mon, Mar 30, 2009 at 9:45 AM, Winelfred G. Pasamba <[email protected]> wrote: > On Fri, Mar 27, 2009 at 10:45 PM, Orlando Andico <[email protected]> > wrote: >> please note that if you are using Oracle in your SAP deployments, the >> Oracle components will not be supported unless you can reproduce the >> issue in a non-virtualized environment, > > why?
Because the burden of proof is on the user of the (non-Oracle certified) virtualized environment, that the issues are caused by the Oracle product, and not by the virtualized environment itself. For example, many timing-critical applications display incorrect results when run inside a virtualized environment due to the phenomenon known as "lost clock ticks." So if your application misbehaves inside a VM, it is not necessarily the fault of the application, but may be a side-effect of the virtual environment itself. Therefore, in order for an issue to be a legitimate one inside the application, you have to reproduce it in a non-virtualized environment. >> OR if you use the >> Oracle-specified virtualization environment, which is OracleVM (this >> is also Xen but "generic" Xen doesn't count)... > > what has oracle added to xen? I'm not exactly sure as it's not my area of expertise. However both VirtualBox or xVM (from Sun) and OVM are based on Xen, and both add manageability on top (e.g. live migration via GUI, push deployment of VM's to bare metal via GUI...) -- Orlando Andico +63.2.976.8659 | +63.920.903.0335 _________________________________________________ Philippine Linux Users' Group (PLUG) Mailing List http://lists.linux.org.ph/mailman/listinfo/plug Searchable Archives: http://archives.free.net.ph
