Jared, RMAN supports DATAFILE COPY - which is essentially a RMAN-catalogued *disk* copy of the datafile. I am not sure if this can handle multiple files automatically (forgot lots of RMAN stuff once I cleared my 8.0/8i OCP a few years back :)) - I assume so since I see a 'DATAFILECOPY' tag that can be added. If so, shouldn't this address your issue?
John Kanagaraj Oracle Applications DBA DBSoft Inc (W): 408-970-7002 Kill your killer-commute! Listen to great commercial-free christian music 24x7 (details at www.klove.com) ** The opinions and statements above are entirely my own and not those of my employer or clients ** > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 15, 2001 12:37 PM > To: Multiple recipients of list ORACLE-L > Subject: Disk to Disk backups and RMAN > > > > I'm looking for comments on disk to disk backups and their > compatibility with backup cataloging software such as RMAN. > > The problem that I see with disk to disk is that although recovering > from the very first backup is simplified and fast, it would seem that > recovery from a previous backup is unnecessarily complex. > > For example: if backups are made directly to tape, RMAN ( and other > products ) can identify the archive set with a label, and associate > that label with a date and SCN for point in time recovery. > > When a back up is made to disk, that information is lost. At this > point the files on disk are backed up to tape, and RMAN will > have no knowledge of the tape labels needed to restore from > this backup set. > > This leaves the DBA and SA with the onerous duty of finding the > right set of tapes manually. > > Or does RMAN direct the backup of backup set on disk to tape? > > To cut to the chase, what it appears will happen with disk to disk > backups is a loss of the ability to tell RMAN to do a PITR and > locate the correct tape set and load them via the tape library > without human intervention. > > If I just need to RTFM, I will do so gladly. There's just a lot of > manual to wade through and specific references would be > greatly appreciated. > > Thanks, > > Jared > > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > -- > Author: > INET: [EMAIL PROTECTED] > > Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 > San Diego, California -- Public Internet access / Mailing Lists > -------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L > (or the name of mailing list you want to be removed from). You may > also send the HELP command for other information (like subscribing). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Kanagaraj INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
