Cntrl-file恢复(备份控制档).pdfVIP

Control file 恢复 (使用备份控制档) 1.控制档全部损坏 如果我们有作controlfile 的mutiplexing ，并且把不同的控制档放在不同的disk 或raid 上，那么就不太可能出现因为磁盘损坏造成控制文件全毁的情况。本文模 拟在所有控制档都损毁的情况之下，但数据文件、online redo、archivelog 都正常 的情况之下，如何使用备份的控制档来恢复控制档。 2. 以SQLPLUS 备份控制档 sq[oracle@centos ~]$ sqlplus / as sysdba SQL*Plus: Release .0 - Production on 星期三 4 月 20 10:20:57 2011 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. 联机到: Oracle Database 10g Enterprise Edition Release .0 - Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL alter database backup controlfile to /u2/rman_backup/control.bak; 已更改数据库. 3.情境测试:损坏所有控制档 SQL connect / as sysdba 已联机. SQL alter system checkpoint; (做checkpoint 让控制文件以及数据文件的SCN 更动) 已更改系统. SQL alter system checkpoint; 已更改系统. SQL connect steven/steven 已联机. SQL insert into t values(1); 已建立 1 个数据列. SQL insert into t values(2); 已建立 1 个数据列. SQL commit; 确认完成. SQL insert into t values(3); 已建立 1 个数据列. SQL commit; 确认完成. SQL select * from t; C 1 2 3 SQL connect / as sysdba 已联机. SQL set linesize 1000 SQL select * from v$log; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME 1 1 1 104857600 1 NO CURRENT 1083284 2011/04/20 2 1 0 104857600 1 YES UNUSED 0 3 1 0 104857600 1 YES UNUSED 0 (刚刚输入的数据，存放在group 1,sequence# 1,也就是/u2/oradata/testdb/redo01.log 中) SQL !cat /dev/null /u2/oradata/testdb/control01.ctl (破坏控制档) SQL !cat /dev/null /u2/oradata/testdb/control02.ctl SQL !cat /dev/null /u2/oradata/testdb/control03.ctl SQL alter system switch logfile; alter system switch logfile * ERROR 在行 1: ORA-03113: 信道上出现 EOF SQL 观察一下alert log Hex dump of (file 0, block 1) in trace file /u1/oracle/admin/testdb/bdump/testdb_lgwr_28357.trc Corrupt block relative dba: 0(file 0, block 1) Completely zero block found during control file header read Wed Apr 20 10:30:28 CST 2011 Errors in file /u1/oracle/a