Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Disk to Disk backups and RMAN

Re: Disk to Disk backups and RMAN

From: Ruth Gramolini <rgramolini_at_tax.state.vt.us>
Date: Fri, 16 Nov 2001 05:56:16 -0800
Message-ID: <F001.003C739C.20011116045519@fatcity.com>

You have to restore the backups to their original location for rman to be able to find them. You can then to a point-in-time recovery of restore the datafiles you need.

We do all backups to disk and then put them on tape day.

If this didn't answer you question please let me know and I will try again, Ruth
----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com> Sent: Thursday, November 15, 2001 3:36 PM

>
> 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: Ruth Gramolini
  INET: rgramolini_at_tax.state.vt.us

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).
Received on Fri Nov 16 2001 - 07:56:16 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US