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: RMAN recovery from tape with automatic channels

RE: RMAN recovery from tape with automatic channels

From: Robert Freeman <robertgfreeman_at_yahoo.com>
Date: Tue, 20 Mar 2007 19:12:10 -0600
Message-ID: <KEEDIPJOJLCHPPAIDPDOCEFBDMAA.robertgfreeman@yahoo.com>


This is a restore you are trying to do, not a backup.... So Fuad's example doesn't quite work.
It would appear that the RMAN control file or the recovery catalog thinks that the backup you need to restore is sitting on disk somewhere and not tape. ....

do the following command:

list backup of database summary; Is the device type DISK?? If it is, thats why it's trying to goto disk to get those backupset pieces. How did these get moved to tape? Manually or via RMAN?

RF

Robert G. Freeman
Oracle Press Author
Principle Engineer/Team Manager
The Church of Jesus Christ of Latter-Day Saints Collaborate '07
Come join my APEX University Session
and Join me to talk about Evolutionary Database Development!! The LDS Church is Hiring DBAs! Contact me if you are interested!

  -----Original Message-----
  From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Fuad Arshad   Sent: Tuesday, March 20, 2007 6:06 PM
  To: jkstill_at_gmail.com; Allen, Brandon
  Cc: Oracle-L Freelists
  Subject: Re: RMAN recovery from tape with automatic channels

  weird i just tested this . i do have recovery catalog but for purposes of this discussion i think that should'nt matter   legato and oracle 9.2.0.8

  new RMAN configuration parameters:
  CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';   new RMAN configuration parameters are successfully stored   starting full resync of recovery catalog   full resync complete
  RMAN> run {
  2> backup datafile 10;
  3> }
  Starting backup at 20-MAR-07
  allocated channel: ORA_SBT_TAPE_1

  channel ORA_SBT_TAPE_1: sid=1073 devtype=SBT_TAPE
  channel ORA_SBT_TAPE_1: NMO v4.2.0.0
  channel ORA_SBT_TAPE_1: starting full datafile backupset
  channel ORA_SBT_TAPE_1: specifying datafile(s) in backupset
  **********************

  channel ORA_SBT_TAPE_1: starting piece 1 at 20-MAR-07   user interrupt received
  Finished backup at 20-MAR-07

  I knew I should have included SHOW ALL

  The default device is set to SBT

  RMAN configuration parameters are:
  CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 5 DAYS;   CONFIGURE BACKUP OPTIMIZATION OFF; # default   CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';   CONFIGURE CONTROLFILE AUTOBACKUP ON;
  CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
  CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 2;   CONFIGURE DEVICE TYPE DISK PARALLELISM 1; # default   CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default   CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default   CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' MAXOPENFILES 8;   CONFIGURE MAXSETSIZE TO UNLIMITED; # default   CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'D:\ORACLE\ORA92\DATABASE\SNCFTL01.ORA'; # default

  RMAN>   On 3/20/07, Allen, Brandon < Brandon.Allen_at_oneneck.com> wrote:     Not sure if this has anything to do with it, but is your default device     type also 'SBT_TAPE'?

    RMAN> show default device type;

    RMAN configuration parameters are:
    CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';     Regards,
    Brandon

    Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it.

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

--
http://www.freelists.org/webpage/oracle-l
Received on Tue Mar 20 2007 - 20:12:10 CDT

Original text of this message

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