oracle 学习笔记 recover database using backup controlfile

   1、对库进行全备：

   BACKUP DATABASE;

   2、插入数据：

   SQL> alter system switch logfile;

   SQL> insert into tt values(6,'a');

   SQL> insert into tt values(7,'a');

   SQL> insert into tt values(8,'a');

   SQL> alter system switch logfile;

   SQL> select * from tt;

           ID N

   ---------- -

            1 a

            2 a

            3 a

            4 a

            5 a

            6 a

            7 a

            8 a

   3、shutdown,删除控制文件。

   4、启动DB到NOMOUNT

   5、重新连接RMAN.

   C:\ >rman target sys/admin@orcl catalog rman/rman@rman

   恢复管理器: Release 10.2.0.1.0 - Production on 星期日 5月 27 11:06:15 2012

   Copyright (c) 1982, 2005, Oracle.  All rights reserved.

   连接到目标数据库: hunt (未装载)

   连接到恢复目录数据库

   

   RMAN> list backup of controlfile;

   备份集列表

   ===================

   BS 关键字  类型 LV 大小       设备类型 经过时间 完成时间

   ------- ---- -- ---------- ----------- ------------ ----------

   5809    Incr 0  1.13M      DISK        00:00:04     16-5月 -12

           BP 关键字: 5819   状态: AVAILABLE  已压缩: YES  标记: LEVEL_0_DATA_20120526

   段名:E:\RMAN\ORACLE10G_HUNT_DATA_0_20120516_8RNB5J3E_1_1.RMAN

     包括的控制文件: Ckp SCN: 1264052      Ckp 时间: 16-5月 -12

   BS 关键字  类型 LV 大小       设备类型 经过时间 完成时间

   ------- ---- -- ---------- ----------- ------------ ----------

   7490    Incr 0  1.03M      DISK        00:00:07     27-5月 -12

           BP 关键字: 7494   状态: AVAILABLE  已压缩: YES  标记: LEVEL_0_DATA

   段名:E:\RMAN\ORACLE10G_HUNT_DATA_0_20120527_03NC19NH_1_1.RMAN

     包括的控制文件: Ckp SCN: 1287238      Ckp 时间: 27-5月 -12

   

   6、恢复控制文件

   RMAN> restore controlfile;

   ----默认情况会备份中使用最新的控制文件

   启动 restore 于 27-5月 -12

   分配的通道: ORA_DISK_1

   通道 ORA_DISK_1: sid=155 devtype=DISK

   通道 ORA_DISK_1: 正在开始恢复数据文件备份集

   通道 ORA_DISK_1: 正在复原控制文件

   通道 ORA_DISK_1: 正在读取备份段 E:\RMAN\ORACLE10G_HUNT_DATA_0_20120527_03NC19NH_1_1.RMAN

   -----备份集中最新控制文件

   通道 ORA_DISK_1: 已恢复备份段 1

   段句柄 = E:\RMAN\ORACLE10G_HUNT_DATA_0_20120527_03NC19NH_1_1.RMAN 标记 = LEVEL_0_DATA

   通道 ORA_DISK_1: 恢复完成, 用时: 00:00:03

   输出文件名=E:\ORACLE\PRODUCT\10.2.0\ORADATA\HUNT\CONTROL01.CTL

   输出文件名=E:\ORACLE\PRODUCT\10.2.0\ORADATA\HUNT\CONTROL02.CTL

   输出文件名=E:\ORACLE\PRODUCT\10.2.0\ORADATA\HUNT\CONTROL03.CTL

   完成 restore 于 27-5月 -12

   

   7、MOUNT数据库：

   SQL> alter database mount;

   

   SQL> select file#,checkpoint_change# from v$datafile;

        FILE# CHECKPOINT_CHANGE#

   ---------- ------------------

            1            1287162

            2            1287165

            3            1287165

            4            1287162

            5            1287162

            6            1287162

            7            1287165

            8            1287165

   

   SQL> select file#,checkpoint_change# from v$datafile_header;

        FILE# CHECKPOINT_CHANGE#

   ---------- ------------------

            1            1289761

            2            1289761

            3            1289761

            4            1289761

            5            1289761

            6            1289761

            7            1289761

            8            1289761

   此时可以看到数据文件的SCN号要比控制文件的大。此时需要使用recover database using backup controlfile;

   

   SQL> recover database using backup controlfile;

   ORA-00279: change 1287238 generated at 05/27/2012 10:38:04 needed for thread 1

   ORA-00289: suggestion :

   E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\HUNT\ARCHIVELOG\2012_05_27\O1_MF_1_

   16_%U_.ARC

   ORA-00280: change 1287238 for thread 1 is in sequence #16

   Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

   此时有三个SCN号：

   v$datafile：1287162

   v$datafile_header：1289761

   恢复目标SCN: 1287238

   我们可以从备份中知道：

   

   RMAN> list backup;

   List of Backup Sets

   ===================

   BS Key  Type LV Size       Device Type Elapsed Time Completion Time

   ------- ---- -- ---------- ----------- ------------ ---------------

   7490    Incr 0  1.03M      DISK        00:00:07     27-MAY-12

           BP Key: 7494   Status: AVAILABLE  Compressed: YES  Tag: LEVEL_0_DATA

           Piece Name: E:\RMAN\ORACLE10G_HUNT_DATA_0_20120527_03NC19NH_1_1.RMAN

     Control File Included: Ckp SCN: 1287238      Ckp time: 27-MAY-12  ----控制文件备份时SCN

   BS Key  Type LV Size       Device Type Elapsed Time Completion Time

   ------- ---- -- ---------- ----------- ------------ ---------------

   7492    Incr 0  136.16M    DISK        00:01:50     27-MAY-12

           BP Key: 7496   Status: AVAILABLE  Compressed: YES  Tag: LEVEL_0_DATA

           Piece Name: E:\RMAN\ORACLE10G_HUNT_DATA_0_20120527_02NC19KE_1_1.RMAN

     List of Datafiles in backup set 7492

     File LV Type Ckp SCN    Ckp Time  Name 

     ---- -- ---- ---------- --------- ----

     2    0  Incr 1287165    27-MAY-12 E:\ORACLE\PRODUCT\10.2.0\ORADATA\HUNT\UNDOTBS01.DBF

     3    0  Incr 1287165    27-MAY-12 E:\ORACLE\PRODUCT\10.2.0\ORADATA\HUNT\SYSAUX01.DBF

     7    0  Incr 1287165    27-MAY-12 E:\ORACLE\PRODUCT\10.2.0\ORADATA\HUNT\TEST_001.DBF

     8    0  Incr 1287165    27-MAY-12 E:\ORACLE\PRODUCT\10.2.0\ORADATA\HUNT\HUNT001.DBF

   最后一步的日志放在REDO文件中，

   执行recover database using backup controlfile;后，手动指定REDO的路径，需要一个一个测试。

   

   SQL> recover database using backup controlfile;

   ORA-00279: 更改 579492 (在 05/27/2012 18:29:51 生成) 对于线程 1 是必需的

   ORA-00289: 建议:

   E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\HUNT\ARCHIVELOG\2012_05_27\O1_MF_1_7_%U_.ARC

   ORA-00280: 更改 579492 (用于线程 1) 在序列 #7 中

   

   指定日志: {<RET>=suggested | filename | AUTO | CANCEL}

   E:\oracle\product\10.2.0\oradata\HUNT\redo03.log

   已应用的日志。

   完成介质恢复。

   如果我们想知道哪个REDO文件是用来恢复的，可以通过DUMP查看：

   SQL> alter system dump logfile 'E:\oracle\product\10.2.0\oradata\HUNT\redo03.log';

   

   在udump下生成一个文件，打开可发现文件中有以下内容：

   Low  scn: 0x0000.0008d7a4 (579492) 05/27/2012 18:29:51

   Next scn: 0xffff.ffffffff 01/01/1988 00:00:00                      ----下一个SCN为无穷大。

   SQL> select file#,checkpoint_change# from v$datafile;

        FILE# CHECKPOINT_CHANGE#

   ---------- ------------------

            1            1287162

            2            1287165

            3            1287165

            4            1287162

            5            1287162

            6            1287162

            7            1287165

            8            1287165

   

   SQL> select file#,checkpoint_change# from v$datafile_header;

        FILE# CHECKPOINT_CHANGE#

   ---------- ------------------

            1            1289761

            2            1289761

            3            1289761

            4            1289761

            5            1289761

            6            1289761

            7            1289761

            8            1289761

   ----此时发现所有的SCN并未改变。

   

   SQL> select * from tt;

           ID N

   ---------- -

            1 a

            2 a

            3 a

            4 a

            5 a

            6 a

            7 a

            8 a

   

   最后：

   recover database using backup controlfile 指定恢复是不以当前控制文件的SCN号为恢复终点。可完全恢复数据。