Control file恢复(其中一个).pdfVIP

Control file 恢复 (其中一个控制档损坏) 1.控制档必须 Mutiplexing 一个管理良好的数据库，不应该有数据库控制文件全毁的情况。通常我们会 透过在不同的磁盘上，作Mutiplexing 控制档，来达到多个控制档的目的。简单 的来说就是作控制档的 mirror 。只要控制档损坏时，我们保有一个正常的控制文 件，数据库就不需要做复原程序。我们只要将良好的控制档取代故障的控制文件， 再开启数据库即可。 2.pfile 中的控制档设定 *.control_files=/u2/oradata/testdb/control01.ctl,/u2/oradata/testdb/control02.ctl,/u2/orada ta/testdb/control03.ctl (建议不同的控制档，应该放在不同的磁盘或RAID 中保护) 3.情境测试:损坏一个控制档 我们在数据库开启的状态下，破坏一个控制档的内容。此时若系统执行 checkpoint 会造成系统crash 。 SQL select * from v$log; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME 1 1 19 104857600 1 YES INACTIVE 1015797 2011/04/19 2 1 20 104857600 1 YES INACTIVE 1015816 2011/04/19 3 1 21 104857600 1 NO CURRENT 1035843 2011/04/19 SQL alter system switch logfile; 已更改系统. SQL alter system switch logfile; 已更改系统. SQL select * from v$log; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME 1 1 22 104857600 1 YES ACTIVE 1036002 2011/04/19 2 1 23 104857600 1 NO CURRENT 1036004 2011/04/19 3 1 21 104857600 1 YES ACTIVE 1035843 2011/04/19 SQL !cat /dev/null /u2/oradata/testdb/control02.ctl SQL select * from v$log; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIME 1 1 22 104857600 1 YES ACTIVE 1036002 2011/04/19 2 1 23 104857600 1 NO CURRENT 1036004 2011/04/19 3 1 21 104857600 1 YES ACTIVE 1035843 2011/04/19 SQL alter system checkpoint; alter system checkpoint * ERROR 在行 1: ORA-03113: 信道上出现 EOF SQL connect / as sysdba 联机至闲置的执行处理. SQL exit 已切断联机 观察一下alert log 。Instance 已经整个挂掉。 Hex dump of (file 0, block 1) in trace file /u1/oracle/admin/testdb/bdump/testdb_ckpt_27865.trc Corrupt block relative dba: 0(file 0, block 1) Completely zero block found during control file header read Tue Apr 19 17:29:23 CST 2011 Errors in file /u1/oracle/admin/testdb/bdump/testdb_ckpt_