ORACLE备份恢复：Performing Cancel-Based Incomplete Recovery

你的名字 2023-10-18 23:40 43阅读 0赞

**Performing Cancel-Based Incomplete Recovery**

In cancel-based recovery, recovery proceeds by prompting you with the suggested filenames of archived redo log files. Recovery stops when you specify CANCEL instead of a filename or when all redo has been applied to the datafiles.

Cancel-based recovery is better than change-based or time-based recovery if you want to control which archived log terminates recovery. For example, you may know that you have lost all logs past sequence 1234, so you want to cancel recovery after log 1233 is applied.

You should perform cancel-based media recovery in these stages:

1.  Prepare for recovery by backing up the database and correct any media failures as described in ["Preparing for Incomplete Recovery"][Preparing for Incomplete Recovery].
2.  Restore backup datafiles as described in ["Restoring Datafiles Before Performing Incomplete Recovery"][Restoring Datafiles Before Performing Incomplete Recovery]. If you have a current control file, then do not restore a backup control file.
3.  Perform media recovery on the restored database backup as described in the following procedure.

**To perform cancel-based recovery:**

1.  Start SQL\*Plus and connect to Oracle with administrator privileges. For example, enter:
2.  % sqlplus '/ AS SYSDBA'
3.  
4.  Start a new instance and mount the database:
5.  STARTUP MOUNT
6.  
7.  Begin cancel-based recovery by issuing the following command:
8.  RECOVER DATABASE UNTIL CANCEL
9.

If you are using a backup control file with this incomplete recovery, then specify the USING BACKUP CONTROLFILE option in the RECOVER command.

RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE

<table> 
 <tbody> 
  <tr> 
   <td><a rel="nofollow"></a> 
    <hr><p style="margin-left:0cm;"><a rel="nofollow"></a><strong>Note:</strong><a rel="nofollow"></a></p> <p style="margin-left:0cm;">If you fail to specify the&nbsp;UNTIL&nbsp;clause on the&nbsp;RECOVER&nbsp;command, then you will not be able to open the database until a complete recovery is done.</p> 
    <hr><p style="margin-left:0cm;">&nbsp;</p> </td> 
  </tr> 
 </tbody> 
</table>

1.  Oracle applies the necessary redo log files to reconstruct the restored datafiles. Oracle supplies the name it expects to find from LOG\_ARCHIVE\_DEST\_1 and requests you to stop or proceed with applying the log file. Note that if the control file is a backup, then you must supply the names of the online logs if you want to apply the changes in these logs.
2.  Continue applying redo log files until the last log has been applied to the restored datafiles, then cancel recovery by executing the following command:
3.  CANCEL
4.

<table> 
 <tbody> 
  <tr> 
   <td><a rel="nofollow"></a> 
    <hr><p style="margin-left:0cm;"><a rel="nofollow"></a><strong>Note:</strong><a rel="nofollow"></a></p> <p style="margin-left:0cm;">If you use an Oracle Real Application Clusters configuration, and you are performing incomplete recovery or using a backup control file, then Oracle can only compute the name of the first archived redo log file from the&nbsp;<em>first</em>&nbsp;thread. The first redo log file from the other threads must be supplied by the user. After the first log file in a given thread has been supplied, Oracle can suggest the names of the subsequent log files in this thread.</p> 
    <hr><p style="margin-left:0cm;">&nbsp;</p> </td> 
  </tr> 
 </tbody> 
</table>

Oracle returns a message indicating whether recovery is successful. Note that if you cancel recovery before all the datafiles have been recovered to a consistent SCN and then try to open the database, you will get an ORA-1113 error if more recovery is necessary for the file. You can query V$RECOVER\_FILE to determine whether more recovery is needed, or if a backup of a datafile was not restored prior to starting incomplete recovery.

1.  Open the database in RESETLOGS mode. You must always reset the online logs after incomplete recovery or recovery with a backup control file. For example, enter:
2.  ALTER DATABASE OPEN RESETLOGS;

<table> 
 <tbody> 
  <tr> 
   <td> <p style="margin-left:0cm;"><a rel="nofollow"></a><a rel="nofollow"></a><strong>See Also:</strong><a rel="nofollow"></a></p> <p style="margin-left:0cm;"><a href="https://docs.oracle.com/cd/B10501_01/server.920/a96572/performingreco.htm#27050" rel="nofollow"><span style="color:#0000FF;">"Opening the Database After User-Managed Media Recovery"</span></a></p> </td> 
  </tr> 
 </tbody> 
</table>

[Preparing for Incomplete Recovery]: https://docs.oracle.com/cd/B10501_01/server.920/a96572/performingreco.htm#30938
[Restoring Datafiles Before Performing Incomplete Recovery]: https://docs.oracle.com/cd/B10501_01/server.920/a96572/performingreco.htm#30948