RE: Oracle VM ?
- From: "Freeman, Donald" <dofreeman@xxxxxxxxxxx>
- To: "Ted Coyle" <Ted.Coyle@xxxxxxxxxxxxxx>
- Date: Thu, 15 Nov 2007 14:07:53 -0500
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 [mailto:Ted.Coyle@xxxxxxxxxxxxxx]
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.
Ted
-----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.
A) Non-Rac = I have OS and DB fully configured - only need new dbname
and dbid.
B) 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.
Ted
-----Original Message-----
From: Freeman, Donald [mailto:dofreeman@xxxxxxxxxxx]
Sent: Wednesday, November 14, 2007 11:26 AM
To: Ted Coyle; Freeman, Donald; Ted Coyle; info@xxxxxxxxxxxxxxx;
nilosegura@xxxxxxxxx; 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 [mailto:Ted.Coyle@xxxxxxxxxxxxxx]
Sent: Wednesday, November 14, 2007 11:18 AM
To: Freeman, Donald; Ted Coyle; info@xxxxxxxxxxxxxxx;
nilosegura@xxxxxxxxx; 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.
http://www.vmware.com/solutions/continuity/highavailability.html
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.
Ted
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _
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.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
