On 9/13/07, Amar Kumar Padhi <amar.padhi@xxxxxxxxx> wrote: > > Hi Frits, > Thanks for the note, I checked this doc with oracle support. I have been > told that the document talks about the stand taken by oracle support, but in > no way means that oracle is Supported/Certified on VM. We came to know the > below, I am giving you the main ones- > > What is not certified is not Supported. > > If oracle will not look at your production on VM and ask you to Simulate > on native, it means oracle will Support your native box only, because you > paid for the license. They will not guarantee any fixes on VM. > > We identified issues coming on VM that we could not simulate on Native. > > We deal with huge critical dbs and can't afford the risk. > > i suggest you raise an SR with oracle to understand licensing > implications. We did and we came to know the risks. If you have done this > already, ignore my saying. > > Rest your call. > > P.S.: can we post our comments to list also, Others can > benefit/contribute... > > thanks! > amar kumar padhi > www.amar-padhi.com > pushed from PDA > > > -----Original Message----- > From: "Frits Hoogland" <frits.hoogland@xxxxxxxxx> > To: "Amar Kumar Padhi" <amar.padhi@xxxxxxxxx> > Sent: 13/09/07 15:07 > Subject: Re: oracle and vmware ESX > > document id: *249212.1 > *this document states oracle products running on vmware will be supported, > but it is not explicitly certified. > there is no 'not supported' in it... > > frits > > On 9/13/07, Amar Kumar Padhi <amar.padhi@xxxxxxxxx> wrote: > > > > Please give me the Note number. I have an SR that has clear feedback > from > > Oracle Stating this. Yes there are notes on metalink but each has the > > statement "it is not supported" in it. > > > > I actually want to see "is supported" Statement from Oracle. > > > > thanks! > > amar kumar padhi > > www.amar-padhi.com > > pushed from PDA > > > > > > -----Original Message----- > > From: "Frits Hoogland" <frits.hoogland@xxxxxxxxx> > > To: "Amar Kumar Padhi" <amar.padhi@xxxxxxxxx> > > Sent: 13/09/07 14:05 > > Subject: Re: oracle and vmware ESX > > > > This has been investigated thorougly in our organisation too. > > The official statement of oracle is: it is supported (I can give you > > metalink note id if you want), but if a exception is encountered which > can > > be related to vmware, you need to replay the entire situation on 'bare > > metal'. > > > > Yes, I hear rumors oracle is going to do something with virtualisation. > I > > hear Xen is floating in that area. > > > > frits > > On 9/13/07, Amar Kumar Padhi <amar.padhi@xxxxxxxxx> wrote: > > > > > > Oracle does not support any of its products on virtual > > environment. This > > > will be use-it-at-your-own-risk case. I spoke to oracle support on > this > > > about a week back, production/dev environments will not be Supported > on > > > Virtual host, you may however use it for training/demo setups. > > > > > > We were able to simulate issues on virtual hosts that we could not do > so > > > on native host, such cases cannot be logged with oracle. > > > > > > Probably, watchout for an update from oracle in 6-8 months time. > > > > > > thanks! > > > amar kumar padhi > > > www.amar-padhi.com > > > pushed from PDA > > > > > > > > > -----Original Message----- > > > From: "Frits Hoogland" <frits.hoogland@xxxxxxxxx> > > > To: "oracle-l@xxxxxxxxxxxxx" <oracle-l@xxxxxxxxxxxxx> > > > Sent: 13/09/07 12:55 > > > Subject: oracle and vmware ESX > > > > > > Has anyone real-life experience using oracle products (database, > > > application > > > server suite, EBS) on vmware ESX for "production"? > > > > > > I browsed through the documentation on the vmware site, which is poor > > (or > > > non-existent one might say) from a technical point of view. > > > > > > More specific: > > > -The memory 'balloon' driver. > > > I've gotten some virtual machines (with oracle application server on > it) > > > which turned to an unreachable state. My guess is the balloon driver > > > interfering with some memory hungry processes (like java), which hung > > the > > > machine. Anyone using the balloon driver along with db, app or EBS? > (we > > > have > > > turned the balloon driver off) > > > -Priorisation and/or resource management. > > > AFAIK and have read across the internet (no thanks to vmware > > > documentation), > > > my conclusion is CPU and memory can be specifically allocated to a > > > designated virtual machine. (is that correct?) But how about NIC > usage? > > > HBA > > > usage? IO in general? > > > I've read about priorisation on a "fair share" basis. Can anybody > > explain > > > what that means? > > > To my current understanding there is no "real" guarantee about > anything > > > other than CPU and memory. > > > If so, this means virtual machines who's performance are depended on > > > anything other than CPU and memory can directly influence each other. > > > -IO. > > > I know disks can be used in the regular way, and directly from the > > virtual > > > machine. Is that correct, and is there an advantage (probably IO > speed?) > > > disadvantages (non-managebility, no live migration for example?) > > > > > > frits > > > > > > > > > > > >