RE: Backup RMAN on disk and tape at the same time

Every time we rolled in a new machine the DBA's would=20
gather in a circle and hold hands in a moment of since
to ask for strength as we once again configured a fresh=20
install of the MML.  Oh yes we documented the process=20
but always something would come up...lots of moving parts.

Lots of "conceptual" and "logical" differences between what=20
the MML considers a backup and what Oracle considers a backup=20
and who owns it. This is further magnified in a RAC environment.

I have to agree with Steven...would not trade RMAN for the world.

Chris Marquez
Oracle DBA
HEYMONitor(tm) - heymonitor.com
"Oracle Monitoring & Alerting Solution"

-----Original Message-----
From: jungwolf [mailto:spatenau@xxxxxxxxx]=20
Sent: Friday, April 22, 2005 11:10 AM
To: Marquez, Chris
Cc: oracle-l@xxxxxxxxxxxxx
Subject: Re: Backup RMAN on disk and tape at the same time


On 4/22/05, Marquez, Chris <CMarquez@xxxxxxxx> wrote:
> But I have to say that this is one of the benefits of a properly=20
> configured  Oracle->RMAN->MML-Agent->Tape environment.
> Oracle(RMAN) and Tape become a client server relationship and thus the

> DBA doesn't need to "go to" the SA to get the backup from tape.
>=20
> But again the emphases is on "properly configured (MML-Agent/Tape)=20
> environment"...No offense. ;o)

"Properly configured" is right.  I have a bad taste in my mouth after
using the MML from Veritas.  We had multiple, multiple problems with the
vendors (Oracle, Sun, Veritas) pointing fingers at each other, our sys
admins, and us DBAs.

The finicky nature of RMAN and the ridiculous unresolved issues with the
MML made me want to go back to the old days and do 'alter tablespace
begin backup' scripts.  Horrors!

Don't get me wrong.  RMAN is a dream when it works correctly.  But have
a problem and you're suddenly in support land instead of just
troubleshooting a few simple shell scripts.

Steven
(waxing nostalgic)
--
http://www.freelists.org/webpage/oracle-l

Other related posts: