|
在用户管理的恢复（二）中对归档模式的恢复进行了说明，但是都是在控制文件没有损坏的情况下，下面说明一下，当控制文件损坏了怎么恢复。
一．控制文件的相关说明
1.控制文件一般会多路复用，控制文件更新时则每个文件同时更新。
2.多个控制文件，如果有一个损坏则数据库不能工作，这点和联机重做日志文件不同。
3.在每次打开数据库时，数据库会自动检查控制文件和数据文件的SCN是否一致。
在视图v$datafile可以看到控制文件的SCN号，视图v$datafile是从控制文件中读取SCN号的。在视图v$datafile_header中读取数据文件头上的SCN号。
查看这两视图，
SQL> select file#,checkpoint_change# from v$datafile;
FILE# CHECKPOINT_CHANGE# ---------- ------------------ 1 3016606 2 3016606 3 3016606 4 3016606 5 3016606 6 3016606 8 3016606 12 3016606
8 rows selected.
SQL> select file#,checkpoint_change# from v$datafile_header;
FILE# CHECKPOINT_CHANGE# ---------- ------------------ 1 3016606 2 3016606 3 3016606 4 3016606 5 3016606 6 3016606 8 3016606 12 3016606
8 rows selected.
比较这两个SCN号， （1）若控制文件中的SCN号小于数据文件中的SCN号，那么控制文件是旧的，要重建一个新的控制文件。
（2)若控制文件中的SCN号大于数据文件中的SCN号，那么说明数据文件要恢复。
（3）若控制文件的SCN号和数据文件的SCN号相同，那么数据库可以正常打开。
二．恢复控制文件
由于控制文件是多路复用的，所以控制文件损坏有两种情况，
1.控制文件没有全部损坏，则可以把控制文件直接复制到原来的位置或者把spfile中的控制文件位置修改一下。
（1）打开数据库，删除一个控制文件，模拟某个控制文件损坏，
[oracle@oracle11g wilson]$ rm -f control01.ctl
正常关闭数据库时会出现错误，
SQL> shutdown immediate Database closed. ORA-00210: cannot open the specified control file ORA-00202: control file: '/u01/oradata/wilson/control01.ctl' ORA-27041: unable to open file Linux Error: 2: No such file or directory Additional information: 3
现在无法正常打开数据库了，查看警报日志文件alert.wilson_log文件，可以看到控制文件丢失的信息，
（2）还原数据文件，命令如下，
在/u01/oradata/wilson [oracle@oracle11g wilson]$ cp control02.ctl control01.ctl
然后即可打开数据库。
2.如果所有的控制文件都丢失了，怎么进行恢复。
（1）在/u01目录下新建个目录backupcf，然后备份控制文件，
怎么备份控制文件，请参照：Oracle—用户管理的备份（一）
SQL> alter database backup controlfile to trace as '/u01/backupcf/c.trc';
这里备份的是一个创建控制文件的脚本。
（2）在数据库打开状态，删除所有控制文件，
[oracle@oracle11g wilson]$ rm -f control0*
然后关闭数据库，不能正常关闭，使用如下命令，
SQL> shutdown abort; ORACLE instance shut down.
（3）使用备份的脚本来恢复控制文件，
在脚本中有两组恢复方法：a.在联机重做日志正常的情况下， b.在联机重做日志不正常的情况下，
在这个例子中选择a。
将c.trc复制另一个副本，命令如下，
[oracle@oracle11g backupcf]$ cp c.trc c1.sql
修改c1.sql脚本，还有b方法全部删除，只留下方法a，在方法a中把一些注释删除了，特别是这个注释- STANDBY LOGFILE 它在中间会影响到脚本的执行，还有一点就是下面这段代码中行与行之间不能有空格，不然不能执行。
STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE "WILSON" NORESETLOGS ARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 292 LOGFILE GROUP 1 '/u01/oradata/wilson/redo01.log' SIZE 50M BLOCKSIZE 512, GROUP 2 '/u01/oradata/wilson/redo02.log' SIZE 50M BLOCKSIZE 512, GROUP 3 '/u01/oradata/wilson/redo03.log' SIZE 50M BLOCKSIZE 512 DATAFILE '/u01/oradata/wilson/system01.dbf', '/u01/oradata/wilson/sysaux01.dbf', '/u01/oradata/wilson/undotbs01.dbf', '/u01/oradata/wilson/users01.dbf', '/u01/oradata/wilson/example01.dbf', '/u01/oradata/wilson/app2_01.dbf', '/u01/oradata/wilson/smallundo1.dbf', '/u01/oradata/wilson/app1_01.dbf' CHARACTER SET AL32UTF8 ; ..................................
（4）执行脚本来恢复，所有控制文件既可以全部还原了。
SQL> @/u01/backupcf/c1.sql
ORACLE instance started.
Total System Global Area 146472960 bytes Fixed Size 1335080 bytes Variable Size 92274904 bytes Database Buffers 50331648 bytes Redo Buffers 2531328 bytes
Control file created. PL/SQL procedure successfully completed. PL/SQL procedure successfully completed. Media recovery complete. System altered. Database altered. Tablespace altered. Tablespace altered.
三．实验
来操作一个复杂点的例子，先备份控制文件，然后增加表空间（这样数据库的结构就会发生变化，同样的控制文件也会发生变化），再删除现在所有的控制文件，最后用备份的控制文件进行恢复。
1.备份控制文件，这里不是上面的备份控制文件的脚本，而是备份二进制控制文件。
SQL> alter database backup controlfile to '/tmp/w1.bin';
Database altered.
2.创建表空间和数据文件，
SQL> create tablespace app3 datafile '/u01/oradata/wilson/app3_01.dbf' size 100m;
Tablespace created.
在Dave用户下， SQL> create table t4 (id int,name char(10)) tablespace app3;
Table created.
SQL> insert into t4 values (0,'jack');
1 row created.
3.现在把控制文件都删除了，模拟控制文件损坏，然后关闭数据库。
[oracle@oracle11g wilson]$ rm -f control0*
关闭数据库， SQL> shutdown abort; ORACLE instance shut down.
4.还原控制文件，然后打开数据库进入mount状态，这时还不能打开数据库，
[racle@oracle11g wilson]$ cp /tmp/w1.bin /u01/oradata/wilson/control01.ctl
[oracle@oracle11g wilson]$ cp /tmp/w1.bin /u01/oradata/wilson/control02.ctl
[oracle@oracle11g wilson]$ cp /tmp/w1.bin /u01/oradata/wilson/control03.ctl
进入mount 状态， SQL> startup mount;
5.恢复控制文件，命令如下，
（1）开始输入恢复命令，会发现出现问题，
SQL> recover database using backup controlfile;
ORA-00279: change 3105228 generated at 09/01/2013 01:22:03 needed for thread 1 ORA-00289: suggestion : /u01/oradata/wilson/arch/sun_1_0000000014_824777760.arc ORA-00280: change 3105228 for thread 1 is in sequence #14 Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
可以看到它需要归档文件sun_1_0000000014_824777760.arc，通过查看归档文件发现最大的是13，
[oracle@oracle11g arch]$ ll total 228556 -rw-r----- 1 oracle oinstall 6060544 Sep 1 01:21 sun_1_0000000011_824777760.arc -rw-r----- 1 oracle oinstall 522240 Sep 1 01:21 sun_1_0000000012_824777760.arc -rw-r----- 1 oracle oinstall 65536 Sep 1 01:21 sun_1_0000000013_824777760.arc
那么14号归档文件即在联机重做日志文件中，那么是哪个重做日志文件，可以通过查看视图v$log,或者把每个重做日志都试一次即可。
SQL> select group#,status,members from v$log;
GROUP# STATUS MEMBERS ---------- ---------------- ---------- 1 INACTIVE 1 3 INACTIVE 1 2 CURRENT 1
所以把redo02.log输入进去，
Specify log: {<RET>=suggested | filename | AUTO | CANCEL} /u01/oradata/wilson/redo02.log ORA-00283: recovery session canceled due to errors ORA-01244: unnamed datafile(s) added to control file by media recovery ORA-01110: data file 7: '/u01/oradata/wilson/app3_01.dbf'
可以看到有一个数据文件没有办法识别，因为这个控制文件是旧的。
（2）查看视图来找到要修改的数据文件，查看视图v$recover_file和v$datafile，
SQL> select * from v$recover_file;
FILE# ONLINE ONLINE_ ERROR CHANGE# TIME ---------- ------- ------- ------------------ ---------- --------- 7 ONLINE ONLINE FILE MISSING 0
SQL> select file#,name from v$datafile;
FILE# NAME ---------- ----------------------------------- 1 /u01/oradata/wilson/system01.dbf 2 /u01/oradata/wilson/sysaux01.dbf 3 /u01/oradata/wilson/undotbs01.dbf 4 /u01/oradata/wilson/users01.dbf 5 /u01/oradata/wilson/example01.dbf 6 /u01/oradata/wilson/app2_01.dbf 7 /u01/oracle/dbs/UNNAMED00007 8 /u01/oradata/wilson/smallundo1.dbf 12 /u01/oradata/wilson/app1_01.dbf
9 rows selected.
可以看到7号文件名称发生了变化，修改这个文件的名称并加入控制文件中，
SQL> alter database rename file '/u01/oracle/dbs/UNNAMED00007' to '/u01/oradata/wilson/app3_01.dbf';
Database altered.
怎么辨别它正好对应着这个文件，可以去查看警报日志。
（3）再进行恢复，命令如下，
SQL> recover database using backup controlfile;
ORA-00279: change 3106444 generated at 09/01/2013 01:41:19 needed for thread 1 ORA-00289: suggestion : /u01/oradata/wilson/arch/sun_1_0000000014_824777760.arc ORA-00280: change 3106444 for thread 1 is in sequence #14
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/oradata/wilson/redo02.log Log applied. Media recovery complete.
现在打开数据库，检查一下数据，
SQL> alter database open resetlogs;
Database altered.
SQL> select * from Dave.t4;
ID NAME ---------- ----------------------------------- 0 jack
可以看到数据还在，恢复成功。
| 
QQ群⑧：
窥视卡
雷达卡
发表于 2013-8-4 10:47:09
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡