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_at_gmail.com]=20 Sent: Friday, April 22, 2005 11:10 AM
To: Marquez, Chris
Cc: oracle-l_at_freelists.org
Subject: Re: Backup RMAN on disk and tape at the same time

On 4/22/05, Marquez, Chris <CMarquez_at_aarp.org> 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

"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