| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: RMAN: restoring autobackup spfile and controlfile
One more tip on this topic - I just did some testing and found that
setting the maxseq parameter only limits the sequence on the first day
that rman searches, so for example when I run it with maxseq=02 today,
it only searches for the controlfile autobackups with sequences 02, 01
and 00 for today, but if it doesn't find an autobackup from today, then
when it goes to the previous day (20070731 in this case), it starts
searching from the 256th sequence (ff in hex) again as you can see from
the /usr/openv/netbackup/logs/dbclient/log.080107 output below. So, the
workaround for this is to specify the date of the autobackup with an
until clause, like this:
restore spfile from autobackup maxseq 2 until time "to_date('20070729','YYYYMMDD')";
Of course this assumes you know the date of the last autobackup, so it's not a good solution, but might be a helpful workaround. I'll be opening an SR with Oracle Support shortly to address this and see if there is a better solution. Metalink 272502.1 talks about this issue too.
Regards,
Brandon
/usr/openv/netbackup/logs/dbclient/log.080107:
13:10:00.286 [1691716] <2> int_GetBfsDateRange: INF - Start Time =
07/31/07 12:00:00
13:10:00.287 [1691716] <2> int_GetBfsDateRange: INF - End Time =
08/02/07 12:00:00
13:10:00.299 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46710 TO 169.254.0.6.13720 13:10:00.713 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46711 TO 169.254.0.6.13720 13:10:03.703 [1691716] <2> int_FindBackupImage: INF -c-1456724758-20070801-02 not found
13:10:04.716 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46712 TO 169.254.0.6.13720 13:10:05.117 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46713 TO 169.254.0.6.13720 13:10:06.507 [1691716] <2> int_FindBackupImage: INF -c-1456724758-20070801-01 not found
13:10:07.521 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46714 TO 169.254.0.6.13720 13:10:07.921 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46715 TO 169.254.0.6.13720 13:10:09.311 [1691716] <2> int_FindBackupImage: INF -c-1456724758-20070801-00 not found
13:10:10.326 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46717 TO 169.254.0.6.13720 13:10:10.725 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46718 TO 169.254.0.6.13720 13:10:12.115 [1691716] <2> int_FindBackupImage: INF -c-1456724758-20070731-ff not found
13:10:13.129 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46719 TO 169.254.0.6.13720 13:10:13.529 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46720 TO 169.254.0.6.13720 13:10:14.919 [1691716] <2> int_FindBackupImage: INF -c-1456724758-20070731-fe not found
13:10:15.933 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46721 TO 169.254.0.6.13720 13:10:16.333 [1691716] <2> logconnections: BPRD CONNECT FROM 172.24.7.66.46722 TO 169.254.0.6.13720 13:10:17.723 [1691716] <2> int_FindBackupImage: INF -c-1456724758-20070731-fd not found
-----Original Message-----
From: Allen, Brandon
Sent: Wednesday, August 01, 2007 11:03 AM
To: 'ag_at_oracloid.com'; jkstill_at_gmail.com; Oracle-L Freelists
Subject: RE: RMAN: restoring autobackup spfile and controlfile
Just a tip in case you're not already familiar with this - if you try restoring from autobackup w/o specifying the backup piece, it can take a long time for rman to search backwards through the catalog from 255 to 0 looking for the latest autobackup sequence on each day. The workaround is to set the maxseq parameter, like this (as documented in Metalink 393947.1):
restore spfile from autobackup maxseq=02;
Regards,
Brandon
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Alex Gorbachev
Btw, were you able to restore controlfile knowing just DBID and no names for the autobackup piece(s)?
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.
-- http://www.freelists.org/webpage/oracle-lReceived on Wed Aug 01 2007 - 15:30:24 CDT
 |
 |