Not entirely sure.  Most of our Oracle installations are on UNIX.  The
Oracle DBAs treat this install with barely concealed disdain, it being
on Windows and such.  I help support the VMware and OS side of it and
continually point out that if the application crashes the error does
not mean it's a Windows problem.

It's small by our standards.  200-300 GB though it is growing.

On Tue, Jul 21, 2009 at 9:58 AM, Don Ely<[email protected]> wrote:
> Curious, how large is your Oracle DB?  What kind of resources do you have
> carved out?  How many transactions run through it?
>
> On Tue, Jul 21, 2009 at 9:55 AM, Steven Peck <[email protected]> wrote:
>>
>> We're running Oracle on a VM.  It does work.  They do whine on support
>> calls.
>>
>> On Tue, Jul 21, 2009 at 9:39 AM, Sherry Abercrombie<[email protected]>
>> wrote:
>> > Oracle does support running on VMWare, however, they do stipulate how
>> > many
>> > times you can fail over/move a VM per year based on your licensing
>> > agreement
>> > which is of course based on CPU....
>> >
>> > On Tue, Jul 21, 2009 at 11:37 AM, Steven Peck <[email protected]> wrote:
>> >>
>> >> We have a number of application vendors that do not support running on
>> >> VMs.  Most of the applications will work fine assuming your VMs have
>> >> solid performance.  It helps if you are a medium size company with
>> >> large support contracts in strong arming them into helping out.
>> >>
>> >> Steven
>> >>
>> >> On Tue, Jul 21, 2009 at 9:32 AM, Steven M.
>> >> Caesare<[email protected]>
>> >> wrote:
>> >> > Oh, an incidentally, Oracle appears to not officially support their
>> >> > stuff
>> >> > running in any VM other than their own…
>> >> >
>> >> >
>> >> >
>> >> > Take that FWIW.
>> >> >
>> >> >
>> >> >
>> >> > -sc
>> >> >
>> >> >
>> >> >
>> >> > From: Jeff Bunting [mailto:[email protected]]
>> >> > Sent: Tuesday, July 21, 2009 12:27 PM
>> >> > To: NT System Admin Issues
>> >> > Subject: Re: Windows x64 under ESX
>> >> >
>> >> >
>> >> >
>> >> > Good to know.  Do the tools not run properly in WoW64 or is it that
>> >> > they
>> >> > aren't "officially supported"?
>> >> >
>> >> > Jeff
>> >> >
>> >> > On Tue, Jul 21, 2009 at 12:13 PM, Steven M. Caesare
>> >> > <[email protected]>
>> >> > wrote:
>> >> >
>> >> > We occasionally run in to some “support” issues on 64bit stuff. And
>> >> > some
>> >> > vendors *cough*oracle*cough* seem to have a hard time getting many of
>> >> > their
>> >> > support tools updated to run and be supported in WoW64 L
>> >> >
>> >> >
>> >> >
>> >> > But I think we’ve only built one 32bit VM in the last couple of
>> >> > years…
>> >> >
>> >> >
>> >> >
>> >> > -sc
>> >> >
>> >> >
>> >> >
>> >> > From: Jeff Bunting [mailto:[email protected]]
>> >> > Sent: Tuesday, July 21, 2009 12:00 PM
>> >> > To: NT System Admin Issues
>> >> > Subject: Windows x64 under ESX
>> >> >
>> >> >
>> >> >
>> >> > We have a couple of templates set up to quickly create Win 2003 VMs
>> >> > (Standard or Enterprise).  It occurred to me, is there any reason to
>> >> > use
>> >> > the
>> >> > 32bit flavor any more?  We're still on ESX 3.5, which supports 64bit.
>> >> > Are
>> >> > there any downsides I haven't considered?  Drivers shouldn't be an
>> >> > issue
>> >> > on
>> >> > a VM, and I'm not aware of any application compatibility issues.
>> >> >
>> >> > Jeff
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >> >
>> >>
>> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>> >>
>> >
>> >
>> >
>> > --
>> > Sherry Abercrombie
>> >
>> > "Any sufficiently advanced technology is indistinguishable from magic."
>> > Arthur C. Clarke
>> > Sent from Haslet, TX, United States
>> >
>> >
>> >
>> >
>>
>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>>
>
>
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to