Go to the FreeLists Home Page Home Signup Help Login
 



Browse oracle-l: This Month's ArchiveMain Archive PageRelated postsPrevious by DateNext by Date

Re: RMAN: restoring autobackup spfile and controlfile

  • From: "Jared Still" <jkstill@xxxxxxxxx>
  • To: "Alex Gorbachev" <ag@xxxxxxxxxxxx>
  • Date: Wed, 1 Aug 2007 14:49:31 -0700
On 8/1/07, Alex Gorbachev <ag@xxxxxxxxxxxx> wrote:
>
> Good hint. Thanks Brandon.
>
> What's my concern is that without using RMAN catalog, it would be able
> to scan available pieces from Netbackup (or whatever is the storage
> manager) and find the required piece.
>
>
There are many reasons to use a recovery catalog.

All of our databases are being backed using a recovery catalog.

bplist can be used to find the autobackup files from NetBackup, with
the added bonus of getting the DBID for the database.

Using a recovery catalog makes most RMAN tasks simpler.

Oracle docs claim that everything possible with a recovery catalog is
also possible using only the controlfile.  There is a long list of caveats
to go with that statement.



-- 
Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist

Other related posts:

  • RMAN: restoring autobackup spfile and controlfile
  • RE: RMAN: restoring autobackup spfile and controlfile
  • Re: RMAN: restoring autobackup spfile and controlfile
  • RE: RMAN: restoring autobackup spfile and controlfile
  • Re: RMAN: restoring autobackup spfile and controlfile
  • RE: RMAN: restoring autobackup spfile and controlfile
  • RE: RMAN: restoring autobackup spfile and controlfile
  • Re: RMAN: restoring autobackup spfile and controlfile
  • Re: RMAN: restoring autobackup spfile and controlfile
  • RE: RMAN: restoring autobackup spfile and controlfile
  • Re: RMAN: restoring autobackup spfile and controlfile
  • Re: RMAN: restoring autobackup spfile and controlfile
  • Re: RMAN: restoring autobackup spfile and controlfile




  • [ Home | Signup | Help | Login | Archives | Lists ]

    All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
    Everything else ©2008 Avenir Technologies, LLC.