Oracle 恢复测试-控制文件篇(一）

控制文件全部损坏，有trace文件，数据库shutdown abort的情况下。(试验前请先备份数据库)

1、查询控制文件相关信息

1. SQL> col name format a50
2. SQL> select * from v$controlfile;
4. STATUS  NAME                                               IS_ BLOCK_SIZE FILE_SIZE_BLKS
5. ------- -------------------------------------------------- --- ---------- --------------
6.         C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/CONTROL01.CT NO       16384            450
7.         C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/CONTROL02.CT NO       16384            450
8.         C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/CONTROL03：.CT NO       16384            450

2、backup controlfile to trace

1. SQL> alter session set tracefile_identifier=kipos;
3. 会话已更改。
5. SQL> alter database backup controlfile to trace;
7. 数据库已更改。
9. SQL> 

3、模拟破坏控制文件,可以用UltraEdit随便建一个文件，然后另存为控制文件

4、强制执行检查点，系统发现控制文件错误，然后shutdown abort

1. SQL> alter system checkpoint;
2. alter system checkpoint
3. *
4. 第 1 行出现错误:
5. ORA-00227: 控制文件中检测到损坏的块: (块 , # 块 )
6. SQL>  select * from v$controlfile;
7. ERROR:
8. ORA-03114: 未连接到 ORALCE

5、查看alter_sid.log,也可以查看相关trace文件

1. alter_sid.log
2. Mon Oct 13 15:39:13 2008
3. Errors in file c:/oracle/product/10.2.0/admin/orcl/bdump/orcl_arc0_2204.trc:
4. ORA-00227: corrupt block detected in control file: (block 1, # blocks 1)
5. ORA-00202: control file: 'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/CONTROL01.CTL'
7. Master background archival failure: 227
8. Mon Oct 13 15:39:50 2008
9. Hex dump of (file 0, block 1) in trace file c:/oracle/product/10.2.0/admin/orcl/bdump/orcl_ckpt_2720.trc
10. Corrupt block relative dba: 0x00000001 (file 0, block 1)
11. Completely zero block found during control file header read

6、恢复控制文件-启动到mount状态，然后根据trace文件重建控制文件

1. SQL> startup nomount;
2. ORACLE 例程已经启动。
4. Total System Global Area  167772160 bytes
5. Fixed Size                  1247900 bytes
6. Variable Size              75498852 bytes
7. Database Buffers           88080384 bytes
8. Redo Buffers                2945024 bytes
10. SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS  ARCHIVELOG
11.   2      MAXLOGFILES 16
12.   3      MAXLOGMEMBERS 3
13.   4      MAXDATAFILES 100
14.   5      MAXINSTANCES 8
15.   6      MAXLOGHISTORY 292
16.   7  LOGFILE
17.   8    GROUP 1 (
18.   9      'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/REDO01.LOG'
19.  10    ) SIZE 50M,
20.  11    GROUP 2 (
21.  12      'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/REDO02.LOG'
22.  13    ) SIZE 50M,
23.  14    GROUP 3 'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/REDO03.LOG'  SIZE 50M
24.  15  -- STANDBY LOGFILE
25.  16  DATAFILE
26.  17    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/SYSTEM01.DBF',
27.  18    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/UNDOTBS01.DBF',
28.  19    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/SYSAUX01.DBF',
29.  20    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/USERS01.DBF',
30.  21    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/EXAMPLE01.DBF',
31.  22    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/MIS.DBF',
32.  23    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/UNDO_1',
33.  24    'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/INDEX_TBS.DBF'
34.  25  CHARACTER SET ZHS16GBK
35.  26  ;
36.  控制文件已创建

7、尝试打开数据库，出现ora-01110错误，原因是shutdown abort关闭,需要恢复数据库

 

1. SQL> alter database open;
2. alter database open
3. *
4. 第 1 行出现错误:
5. ORA-01113: ?? 1 ??????
6. ORA-01110: ???? 1: 'C:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/SYSTEM01.DBF'

8、恢复并打开数据库

1. SQL> recover database;
2. 完成介质恢复。
3. SQL> alter database open;
5. 数据库已更改。