RE: Disk to Disk backups and RMAN

I don't know if it does or not.

Will find out though, thanks.

Jared

                                                                                       
                             
                    John Kanagaraj                                                     
                             
                    <john.kanagara       To:     Multiple recipients of list ORACLE-L 
<ORACLE-L_at_fatcity.com>        
                    j_at_hds.com>           cc:                                           
                             
                    Sent by:             Subject:     RE: Disk to Disk backups and 
RMAN                             
                    root_at_fatcity.c                                                     
                             
                    om                                                                 
                             
                                                                                       
                             
                                                                                       
                             
                    11/15/01 01:30                                                     
                             
                    PM                                                                 
                             
                    Please respond                                                     
                             
                    to ORACLE-L                                                        
                             
                                                                                       
                             
                                                                                       
                             

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: Jared.Still_at_radisys.com [mailto:Jared.Still_at_radisys.com]
> 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: Jared.Still_at_radisys.com
>
> 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: ListGuru_at_fatcity.com (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: john.kanagaraj_at_hds.com

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: ListGuru_at_fatcity.com (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: 
  INET: Jared.Still_at_radisys.com

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: ListGuru_at_fatcity.com (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).