oracle controlfile backup and recovery

系统 1560 0

备份:

alter database backup controlfile to 'xxxxxxx' reuse;
alter database bakcup controlfile to trace as 'xxxxxxx';
RMAN备份控制文件
恢复实例:
1.控制文件损坏后利用二进制备份恢复(异常断电)
    
 备份控制文件:
alter database backup controlfile to '/home/oracle/control.ctl ' reuse;
插入测试数据:
SQL> insert into t1 values(1);
SQL> commit;
模拟断电:
SQL> shutdown abort;
模拟控制文件故障:
rm -rf /database/oradata/skyread/control01.ctl
rm -rf /database/oradata/skyread/control02.ctl
rm -rf /database/oradata/skyread/control03.ctl
再次开启数据库:
SQL> startup;
ORA-00205: error in identifying control file, check alert log for more info
报00205错误
把备份文件复制到数据库控制文件所在位置:
cp /home/oracle/control.ctl /database/oradata/skyread/control01.ctl
cp /home/oracle/control.ctl /database/oradata/skyread/control02.ctl
cp /home/oracle/control.ctl /database/oradata/skyread/control03.ctl
SQL> startup force mount
Total System Global Area           5049942016 bytes
Fixed Size                            2090880 bytes
Variable Size                      1375733888 bytes
Database Buffers                   3657433088 bytes
Redo Buffers                         14684160 bytes
Database mounted.

   

检查数据文件,数据文件头,日志文件以及控制文件的scn信息,由于是机器断电,所以这里fuzzy的状态是YES
SQL> select file#,status,fuzzy,CHECKPOINT_CHANGE# from v$datafile_header;

               FILE# STATUS  FUZ   CHECKPOINT_CHANGE#
-------------------- ------- --- --------------------
                   1 ONLINE  YES         122694280130
                   2 ONLINE  YES         122694280130
                   3 ONLINE  YES         122694280130
                   4 ONLINE  YES         122694280130
                  18 ONLINE  YES         122694280130
                  26 ONLINE  YES         122694280130
                  31 ONLINE  YES         122694280130
SQL> select group#,sequence#,members,archived,status,first_change# from v$log;

              GROUP#            SEQUENCE#              MEMBERS ARC STATUS                  FIRST_CHANGE#
-------------------- -------------------- -------------------- --- ---------------- --------------------
                   1                    1                    1 NO  CURRENT                  122694212304
                   2                    2                    1 YES INACTIVE                 122693905385
                   5                    3                   1 YES INACTIVE                 122694191761
                   4                    4                    1 YES INACTIVE                 122694190542
                   3                    5                    1 YES INACTIVE                 122694168156
  CONTROLFILE_CHANGE#是备份时的控制文件SCN,这里数据文件的检查点肯定是大于当时备份的控制文件,所以数据打开的时候,数据文件,日志文件,控制文件的检查点信息是不一致的,要进行介质恢复到一致,才能打开,以上V$LOG,V$DATAFILE都是和备份的控制文件的检查点一致的。但是v$datafile_header记录的是最新的,就是数据库关闭前的。所以如果打开的时候做会做检查,检查数据文件头的检查点计数和与现在控制文件的检查点技术是否相等,如果相等,进行第二次检查,也就是检查数据文件头开始的SCN和控制文件结束的SCN是否相等,如果相等,就不需要进行恢复,不相等,就需要进行恢复。这里明显是不相等的,所以需要recovery。
SQL> select checkpoint_change#,controlfile_change#,resetlogs_change# from v$database; 

  CHECKPOINT_CHANGE#  CONTROLFILE_CHANGE#    RESETLOGS_CHANGE#
-------------------- -------------------- --------------------
        122694212305           122694259161           122693676208
介质恢复数据库:提示需要应用redo01.log
SQL> recover database using backup controlfile;
ORA-00279: change 122694280130 generated at 05/03/2013 11:25:37 needed for
thread 1
ORA-00289: suggestion : /database/oradata/arch/1_1_814447469.dbf
ORA-00280: change 122694280130 for thread 1 is in sequence #1


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/database/oradata/skyread/redo01.log
Log applied.
Media recovery complete.
重置日志文件打开数据库:
SQL> alter database open resetlogs;
Database altered.

2.控制文件损坏后利用trace文件重建控制文件(正常关机)
备份控制文件为文本格式
SQL> alter database backup controlfile to trace as '/home/oracle/controlfile.sql' reuse;
Database altered.
干净关闭数据库并破坏所有控制文件
SQL> shutdown immediate;
mv /database/oradata/skyread/control01.ctl /database/oradata/skyread/control01.ctl.bak
mv /database/oradata/skyread/control02.ctl /database/oradata/skyread/control02.ctl.bak
mv /database/oradata/skyread/control03.ctl /database/oradata/skyread/control03.ctl.bak
打开数据库出错
SQL> startup;
ORACLE instance started.

Total System Global Area 5049942016 bytes
Fixed Size                  2090880 bytes
Variable Size            1375733888 bytes
Database Buffers         3657433088 bytes
Redo Buffers               14684160 bytes
ORA-00205: error in identifying control file, check alert log for more info
在nomount模式用 /home/oracle/controlfile.sql中的语句重建控制文件,注意这里用的是 NORESETLOGS,这里因为我们是干净关闭数据做的测试,相当于数据文件和日志文件都是没有损坏的,这里是基于数据文件头和日志文件头的信息构建出控制文件,所以这个控制文件和数据文件头和日志文件头都是一致的,既然是一致的,那么都不需要recover,直接打开数据库即可。
注意:这里如果是用二进制备份控制文件进行恢复,还是需要recover的,因为你备份的二进制文件和当前的数据文件头信息一般是不一致的。
CREATE CONTROLFILE REUSE DATABASE "SKYREAD" NORESETLOGS FORCE LOGGING ARCHIVELOG
    MAXLOGFILES 20
    MAXLOGMEMBERS 5
    MAXDATAFILES 1000
    MAXINSTANCES 8
    MAXLOGHISTORY 2337
LOGFILE
  GROUP 1 '/database/oradata/skyread/redo01.log'  SIZE 512M,
  GROUP 2 '/database/oradata/skyread/redo02.log'  SIZE 512M,
  GROUP 3 '/database/oradata/skyread/redo03.log'  SIZE 512M,
  GROUP 4 '/database/oradata/skyread/redo04.log'  SIZE 512M,
  GROUP 5 '/database/oradata/skyread/redo05.log'  SIZE 512M
DATAFILE
  '/database/oradata/skyread/system01.dbf',
  '/database/oradata/skyread/tbs_test.dbf',
  '/database/oradata/skyread/sysaux01.dbf',
  '/database/oradata/skyread/users01.dbf',
  '/database2/oradata/skyread/TBS_MRPMUSIC01.dbf',
  '/database/oradata/skyread/sf01.dbf',
  '/database2/oradata/skyread/undotbs02'
CHARACTER SET UTF8;
SQL> alter database open;
Database altered

 

oracle controlfile backup and recovery


更多文章、技术交流、商务合作、联系博主

微信扫码或搜索:z360901061

微信扫一扫加我为好友

QQ号联系: 360901061

您的支持是博主写作最大的动力,如果您喜欢我的文章,感觉我的文章对您有帮助,请用微信扫描下面二维码支持博主2元、5元、10元、20元等您想捐的金额吧,狠狠点击下面给点支持吧,站长非常感激您!手机微信长按不能支付解决办法:请将微信支付二维码保存到相册,切换到微信,然后点击微信右上角扫一扫功能,选择支付二维码完成支付。

【本文对您有帮助就好】

您的支持是博主写作最大的动力,如果您喜欢我的文章,感觉我的文章对您有帮助,请用微信扫描上面二维码支持博主2元、5元、10元、自定义金额等您想捐的金额吧,站长会非常 感谢您的哦!!!

发表我的评论
最新评论 总共0条评论