Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Oracle VM ?

RE: Oracle VM ?

From: Freeman, Donald <>
Date: Thu, 15 Nov 2007 14:07:53 -0500
Message-ID: <51327ABA927BEF4B96590554CEA7832C0C1FB4B6@enhbgpri05.backup>

It seems to me like you have leveraged some of the VM features to your advantage. I've been having a little trouble following exactly what you have been accomplishing except that you are making an image of a virtual database server, deploying it or copying it to CD, and then just changing the name. That does sound pretty efficient. I'm not as familiar with RAC as I am single instance DB's but each node in the RAC is identical? There isn't any thing to change when you deploy it? I'm trying to rank all these factors from beneficial and useful to painful, avoid at all costs. This sounds like the major benefit of VM.

-----Original Message-----

From: Ted Coyle [] Sent: Thursday, November 15, 2007 12:28 PM To: Ted Coyle; Freeman, Donald
Cc: Oracle-L Freelists
Subject: RE: Oracle VM ?

Just back from VMWare User Group meeting.

As suspected, a simple VMWare Server or Workstation environment won't provide you with any Oracle HA or DR advantages out of the box. Simple Oracle on VM has little advantage from the Oracle perspective since DR or HA is handled the same way it is without VM for the most part.

You'd need an App server layer on top of VM to do this. DataSynapse presented at the meeting. They do HA and DR with their products that run on top of VMWare.

Also, if not familiar, VMWare Lab Manager is a great product. Template driven automatic deployments, sequestered environments, all the stuff that is difficult to do now with huge disk storage savings.


-----Original Message-----

From: Ted Coyle
Sent: Wednesday, November 14, 2007 12:33 PM To: 'Freeman, Donald'
Cc: Oracle-L Freelists
Subject: RE: Oracle VM ?

My example here is I have a VM image configured with our default database.

a) We are running Linux, Windows 2003.  
b) I have the sysadmin setup VM images for Linux and Windows 2003.
c) I then have admin rights in each of the OS environments inside VM.
d) I install non-RAC oracle software and initial database setup or I
install a RAC instance.
e) The images are saved to dvd.

The difference with RAC and non-RAC here is that I like to install each RAC instance per request rather than using the rename and new DBID method used for single instance installs.

  1. Non-Rac = I have OS and DB fully configured - only need new dbname and dbid.
  2. RAC = I have OS and Oracle binaries fully configure - RAC database create required.

I can't say how many times I've gone to install Oracle on Linux and found patches and settings missing. Setting up the OS + Oracle binary and databases before hand eliminates hours of work and provides a fairly high consistency level across deployments.

So if I want to scale out RAC, I could create fully installed RAC images that lie in wait until either disaster or performance requirements need them booted up. They could remain on dvd until they are needed, thus reducing licensing requirements as well.


-----Original Message-----

From: Freeman, Donald [] Sent: Wednesday, November 14, 2007 11:26 AM To: Ted Coyle; Freeman, Donald; Ted Coyle;;; Oracle-L Freelists Subject: RE: Oracle VM ?

Can you expand on some of this? I think I am detecting a boundary issue here. I don't have access to any VM admin here. The server team does that. So, when you say you "setup a single image and save it out when scaling environments" you are telling me you have some VM administration rights? Its not clear to me but you are using RAC on VM?

-----Original Message-----

From: Ted Coyle [] Sent: Wednesday, November 14, 2007 11:18 AM To: Freeman, Donald; Ted Coyle;;; Oracle-L Freelists Subject: RE: Oracle VM ?

All the regular database issues apply even if on VM. My perspective is that they are two separate things. There are VM appliances out there, but I'm referring to VM Server only.

You'd still need RAC or Data Guard for Oracle HA even if on VM.

DR could be as easy as reloading the VM image, but database recovery is required if the image does not contain the last database updates.

I'll be at a VM user group meeting tomorrow and will bring this up there.

The work related cost savings is enormous. I need only setup a single image and save it out when scaling out environments. The normal patch related issues remain, but initial setup and deployments are simple.

As example, I'm running grid control on vm making it easy to deploy multiple controls without reconfiguration or installation.


_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

The information transmitted is intended only for the person or entity to

which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received
this message in error, please contact the sender and delete the material

from any computer.

Received on Thu Nov 15 2007 - 13:07:53 CST

Original text of this message