RE: Disk to Disk backups and RMAN

Jared,

I saw another reply that stated something similar to what I am about to tell you, so consider this a "second nod"...

We use rman scripts, Veritas NetBackup, and a Tape library.

1. NetBackup provides the MML (Media Management Library) that allows rman output to be sent to Veritas when specifying output type of "SBT_TAPE" as opposed to "DISK".
2. This link is accomplished by symbolic links from MML to oracle libobk ($ORACLE_HOME/lib or ORACLE_HOME/lib64 depending upon 32 or 64 bit version of oracle installation).
3. The MML catalogs the backup pieces and the tapes that hold them, thus allowing automated "loading" of the appropriate tapes when pieces are requested by RMAN for a restore.
4. RMAN - Catalog keeps track and automates requests to MML for all the required pieces when you invoke restore/recover commands... again with a "SBT_TAPE" channel.

HTH
-Ron-

> -----Original Message-----
> From: root_at_fatcity.com [mailto:root_at_fatcity.com]On Behalf Of
> Jared.Still_at_radisys.com
> Sent: Friday, November 16, 2001 12:15 PM
> To: Multiple recipients of list ORACLE-L
> Subject: Re: Disk to Disk backups and RMAN
>
>
>
> Thanks Ruth.
>
> This works fine for a manual process, but we need this
> to be 99% automated. The only manual intervention should
> be to put scratch tapes in the robot, or put in old tapes should
> we need to restore an older backup.
>
> As Tom pointed out, the problem is how to have the software,
> ( RMAN in this case ) automatically load the correct tapes
> when the backup was made to disk, and then the disks
> were later backed up to tape.
>
> I'll let everyone know when I know the answers.
>
> Jared
>
>
>
>
>
>
> "Ruth Gramolini"
>
> <rgramolini_at_tax.st To: Multiple
> recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
> ate.vt.us> cc:
>
> Sent by: Subject: Re:
> Disk to Disk backups and RMAN
> root_at_fatcity.com
>
>
>
>
>
> 11/16/01 08:20 AM
>
> Please respond to
>
> ORACLE-L
>
>
>
>
>
>
>
>
>
> I have 5 tapes labeled Monday thru Friday. Friday's tape contain
> a level 1
> backup made after the close of business Thursday afternoon and a level 0
> backup made in early Friday morning which contains all of the changes made
> by batch processing Thursday nite and early Friday moning. It would not
> be
> practical for us to go back further that a few days at best so we keep a
> weeks worth on tape. We are in archivelog mode and I backup and delete
> archivelogs with each backup.
>
> If I want to got back to a point-in-time on the current day only need to
> pick the mornings tape which contains everything I need and I already have
> the archivelogs from this time of the until the current. I can restore the
> database from the backup and roll forward with the archivelogs.
>
> If I need to go to a previous day I may have to bring more files back from
> tape to the backpset destination. But rman (using a catalog) always knows
> what he needs. It is possible to keep the output from the rman session so
> see which archivlogs are on the tape. We don't find this
> necessary for out
> operation.
>
> If this is still to confusing let me know.
>
> Regards,
> Ruth
>
>
> ----- Original Message -----
> To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>
> Sent: Friday, November 16, 2001 9:00 AM
>
>
> > Ruth,
> >
> > Jared brings up an interesting question.
> >
> > Do you back up the Rman Disk Backup files to tape, and how do you manage
> > (keep track of) what files are on what set of tapes?
> >
> > For example, a daily Rman job would produce a set of backup files on
> disk.
> > I presume that another daily job would copy those files to a tape.
> >
> > Lets say, a week later, you need to perform a restore. How do you know
> > which set of tapes to pull backups from, before you actually start the
> Rman
> > process?
> >
> > Is there automated software to help you do this?
> >
> > Just curious - I use Rman and go directly to tape via EDM. I think Rman
> to
> > disk may be faster and less prone to tape error at times, but
> the cost is
> > having to managed the tape library somehow.
> >
> > Tom Mercadante
> > Oracle Certified Professional
> >
> >
> > -----Original Message-----
> > Sent: Friday, November 16, 2001 7:55 AM
> > To: Multiple recipients of list ORACLE-L
> >
> >
> > 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).
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > --
> > Author: Mercadante, Thomas F
> > INET: NDATFM_at_labor.state.ny.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).
>
> --
> 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).
>
>
>
>
> --
> 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: Ron  Yount
  INET: ronwy_at_swbell.net

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).