Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Autobackup not found by RMAN
Chris,
Good question, but the backup was current as of that day. I set maxdays = 2 so I wouldn't have to go through 7 days (default) worth of backups on tape....very slow.
By default, the initial format is %F for all devices, which combines the DBID, day, month, year, and sequence into a unique and repeatable generated name. This variable translates into c-IIIIIIIIII-YYYYMMDD-QQ, where:
Any default format string specified with CONFIGURE must include the %F substitution variable.
%F is the only legal substitution variable for use in a control file autobackup format. Use of any other substitution variable is an error.
Regards,
Mark
-----Original Message-----
From: Marquez, Chris [mailto:cmarquez_at_collegeboard.org]
Sent: Wednesday, November 02, 2005 7:10 AM
To: Mark Moynahan; oracle-l_at_freelists.org; Vitalis Jerome
Subject: RE: Autobackup not found by RMAN
Mark,
>>you just have to set the autobackup
>>format before restoring the spfile.
|| >> channel t1: no autobackup in 2 days found
Not that I disagree with Jerome, but I notice that this time you left
off "maxdays=2;".
Did that have anything to do with it too?...was your AUTOBACKUP > 2 days
old?
Just curious,
Chris Marquez
Oracle DBA
PS What is the autobackup default? " '.../ora_cf%F'; " I think? I have run into trouble with this before, using non-default...but it was on backup (failure) if I remember?
-----Original Message-----
From: oracle-l-bounce_at_freelists.org on behalf of Mark Moynahan
Sent: Wed 11/2/2005 8:41 AM
To: oracle-l_at_freelists.org; Vitalis Jerome
Subject: RE: Autobackup not found by RMAN
Hi Jerome,
Thanks for the information. About an hour after posting the original message I figured out what the problem was. It was exactly what you described. The solution in 10g is very simple you just have to set the autobackup format before restoring the spfile.
Run
{set controlfile autobackup format for device type sbt to 'cf_%F';
allocate channel ch01 device type tape;
restore spfile to pfile from autobackup;
}
Thanks,
Mark
-----Original Message-----
From: Vitalis Jerome [mailto:vitalisman_at_gmail.com]
Sent: Wednesday, November 02, 2005 1:30 AM
To: Mark Moynahan
Cc: oracle-l_at_freelists.org
Subject: Re: Autobackup not found by RMAN
Hi Mark,
That's because you had overiden the default autobackup format in the persistent configuration ('cf_%F').
And now RMAN is asking the media manager to restore the spfile from
pieces with the default format '%F' and none can be found.
AFAIK you can't specify an alternate autobackup format upon restore
(the instance is not mounted, you can not create a persistent
configuration, at least with 9i). So in your case you may have to
'manually' specify the autobackup to restore by using "FROM
'media_handle'".
If you find a better solution please let us know.
Regards,
Jerome
-- http://www.freelists.org/webpage/oracle-l -----Original Message----- From: oracle-l-bounce_at_freelists.org on behalf of Mark Moynahan Sent: Tue 11/1/2005 11:51 AM To: oracle-l_at_freelists.org Subject: Autobackup not found by RMAN OS: RH 3.5 DB: 10.1.0.3 Media software: Veritas Netbackup 5.1 I'm in the process of documenting our DR procedure. Our testing includes recovering from disk and tape. So far recovering from disk has been relatively painless. In contrast, recovering from tape has proven to be less successful. Right now I can't get past the steps to restore the spfile to pfile from autobackup. Has anyone run across this same problem when restoring the spfile to pfile from autobackup from tape? Listed below is the backup and restore commands. Backup: CONFIGURE DEVICE TYPE sbt BACKUP TYPE TO BACKUPSET; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE sbt_tape TO 'cf_%F'; CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS; run { allocate channel t1 type 'SBT_TAPE' parms 'SBT_LIBRARY=/usr/openv/netbackup/bin/libobk.so,ENV=(NB_ORA_SCHED=ORACLE _DB,NB_ORA_CLIENT=jivrac1,NB_ORA_CLASS=OLS3_WIU_ORACLE)'; allocate channel t2 type 'SBT_TAPE' parms 'SBT_LIBRARY=/usr/openv/netbackup/bin/libobk.so,ENV=(NB_ORA_SCHED=ORACLE _DB,NB_ORA_CLIENT=jivrac1,NB_ORA_CLASS=OLS3_WIU_ORACLE)'; allocate channel t3 type 'SBT_TAPE' parms 'SBT_LIBRARY=/usr/openv/netbackup/bin/libobk.so,ENV=(NB_ORA_SCHED=ORACLE _DB,NB_ORA_CLIENT=jivrac1,NB_ORA_CLASS=OLS3_WIU_ORACLE)'; allocate channel t4 type 'SBT_TAPE' parms 'SBT_LIBRARY=/usr/openv/netbackup/bin/libobk.so,ENV=(NB_ORA_SCHED=ORACLE _DB,NB_ORA_CLIENT=jivrac1,NB_ORA_CLASS=OLS3_WIU_ORACLE)'; backup database PLUS ARCHIVELOG; release channel t1; release channel t2; release channel t3; release channel t4; } Restore: [oracle_at_wiuqjivrac01 dbs]$ export ORACLE_SID=WIUQD3 [oracle_at_wiuqjivrac01 dbs]$ rman nocatalog target / Recovery Manager: Release 10.1.0.3.0 - Production Copyright (c) 1995, 2004, Oracle. All rights reserved. connected to target database (not started) RMAN> set dbid 123456789 executing command: SET DBID RMAN> startup nomount; startup failed: ORA-01078: failure in processing system parameters LRM-00109: could not open parameter file '/u01/app/oracle/product/10.1.0/db_1/dbs/initWIUQD3.ora' trying to start the Oracle instance without parameter files ... Oracle instance started Total System Global Area 79691776 bytes Fixed Size 777792 bytes Variable Size 70001088 bytes Database Buffers 8388608 bytes Redo Buffers 524288 bytes RMAN>run {allocate channel t1 type 'SBT_TAPE' parms 'SBT_LIBRARY=/usr/openv/netbackup/bin/libobk.so,ENV=(NB_ORA_SCHED=ORACLE _DB,NB_ORA_CLIENT=jivrac1,NB_ORA_CLASS=QAOLS_ORACLE)'; restore spfile to pfile '/u01/app/oracle/product/10.1.0/db_1/dbs/initWIUQD3.ora' from autobackup maxdays=2; } allocated channel: t1 channel t1: sid=26 devtype=SBT_TAPE channel t1: VERITAS NetBackup for Oracle - Release 5.1 (2004043014) Starting restore at 01-NOV-05 channel t1: looking for autobackup on day: 20051101 channel t1: looking for autobackup on day: 20051031 channel t1: no autobackup in 2 days found Thanks, Mark Moynahan -- http://www.freelists.org/webpage/oracle-lReceived on Wed Nov 02 2005 - 08:34:08 CST