redo文件损坏导致实例无法OPEN

legendofsh

SQL> recover database using backup controlfile until cancel;
ORA-00279: change 384109433 generated at 04/01/2008 16:23:55 needed for thread
1
ORA-00289: suggestion : /oradata/oracle9/archivelog/1_7038.dbf
ORA-00280: change 384109433 for thread 1 is in sequence #7038


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/oradata/oracle9/system01.dbf'


ORA-01112: media recovery not started

这里我选择了cancel因为我的数据库没有归档，在归档目录找不到推荐的1_7038.dbf文件。
另外我物理备份了redo*.dbf，其他的地方都没有备份，不知道管用不管用。

lx_csut

那在Specify log: {<RET>=suggested | filename | AUTO | CANCEL}时
不要用cancel，用你备份的几个redo*.dbf试试

legendofsh

这个我已经尝试过了，序号对应不上

beyond_sea

楼主故障后应该先把当时的数据库shutdown ，备份一下，然后再搞。
更不应该重建控制文件。

1，试试楼上的方法

“那在Specify log: {<RET>=suggested | filename | AUTO | CANCEL}时
不要用cancel，用你备份的几个redo*.dbf试试'

2,不行的话，试试下面的（确保要先备份你现在的数据库之后再搞！！！）
startup mount
alter database clear logfile '坏掉的文件';
startup

如果不能启动

做下面的步骤前先备份您的数据库！！！！！

设置   _ALLOW_RESETLOGS_CORRUPTION = true
statup mount
recover database using backup controlfile until cancel;
cancel
alter database open resetlogs; ----- maybe occur error

shutdown

去掉该参数_ALLOW_RESETLOGS_CORRUPTION
startup

foxmile

先做一下物理备份。然后按照楼上办法试试

legendofsh

添加 _ALLOW_RESETLOGS_CORRUPTION = true

startup pfile='/u01/oracle/admin/oracle9/pfile/init.ora'

ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

alter database open resetlogs;

ORA-03113: end-of-file on communication channel

legendofsh

咨询了公司的高手之后
修改pfile：
undo_management='manual'

undo_tablespace='system'
加上这句：

_CORRUPTED_ROLLBACK_SEGMENTS=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)

legendofsh

SHUTDOWN;
startup pfile='/u01/oracle/admin/oracle9/pfile/init.ora';

Database mounted.
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/oradata/oracle9/system01.dbf'

似乎问题又回到了原点，这时

recover database;

SQL> recover database;
Media recovery complete.

SQL> alter database open;

Database altered.

数据库终于OPEN了，这时我迫不及待地用system登录oem,登录正常。
再shutdown;
问题又出来了

SQL> shutdown
ORA-08102: index key not found, obj# 474, dba 4254661 (2)

无法shutdown

legendofsh

查查 obj# 474 这个对象是什么

select OBJECT_NAME from DBA_OBJECTS where object_id=474

OBJECT_NAME
--------------------
I_COL_USAGE$

select table_name from all_indexes where index_name=‘I_COL_USAGE$’；


TABLE_NAME
------------------------------
COL_USAGE$



查资料说是索引的问题 尝试修复


ANALYZE TABLE  SYS.COL_USAGE$  VALIDATE STRUCTURE CASCADE
*
ERROR at line 1:
ORA-01499: table/index cross reference failure - see trace file

legendofsh

现在的状况是 数据库由于刚才执行了shutdown现在已经处于shutdown in progress状态，无法关闭也无法启动，又不敢强制关闭。