Oracle—用户管理的完全恢复（三）
Oracle—用户管理的完全恢复（三）
一．控制文件的相关说明
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，然后备份控制文件
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：970679559，我们会在尽快处理。