UNDO TABLESPACE的损坏修复实例。

这是一个ORACLE 9I的机器。接到任务启动一台以前N久不用的数据库。用户要求查询旧数据。该数据库为ORACLE9I 操作系统为WINDOWS。首先通过CMD登录DOS介面。
Sqlplus /nolog
Conn / as sysdba
 

这里报个了错误是没权限登录SYSDBA.经检查该用户是ADMINISTRATORS成员，但不是ORA_DBA成员。把该用户加入ORA_dba角色解决。
Sqlplus /nolog
Conn / as sysdba
 
已正常连接。

然后STARTUP启动数据库。但启动时候报了个错。
ORA-00600: internal error code, arguments: [4194], [96], [21], [], [], [], [], []
我再SHUTDOWN IMMEDAITE
然后
STARTUP MOUNT
启动正常
 
然后 ALTER DATABASE OPEN报错。
依然报以上的错误。
这里定位为并非SPFILE参数有问题，应该是表空间损坏。
我打开alert_lwxsjs.log检查。
 
日志里面有报错并把详细写入lwxsis_smon_4848.trc日志里面。
*** SESSION ID:(5.1) 2013-09-12 14:41:30.000
*** 2013-09-12 14:41:30.000
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [4194], [96], [31], [], [], [], [], []
Current SQL statement for this session:
UPDATE SMON_SCN_TIME SET SCN_WRP=:1, SCN_BAS=:2, TIME_MP=:3, TIME_DP=:4 WHERE TIME_MP = :5  AND   THREAD = :6  AND   ROWNUM <= 1
可以看到上面报了一个错误ksedmp: internal or fatal error。
通过这个报错可以定位到是UNDO 表空间的问题。
并检查该数据库是非归档模式，且没有做RMAN备份。
我首先
CREATE PFILE=’D:/init.ora’ from spfile;
然后在PFILE加入以下两行内容。’
*._allow_resetlogs_corruption=true
*._CORRUPTED_ROLLBACK_SEGMENTS=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSMU6$,SYSSMU7$,_SYSSMU9$,SYSSMU10$);
然后SHUTDOWN IMMEDATIE
然后STARTUP PFILE= ‘D:/init.ora‘
可以正常启动了。
然后输入
CREATE UNDO TABLESPACE UNDOTBS2 datafile ‘d:/oracle/datafile/undotbs2.dbf’ size 300m;
ALTER SYSTEM SET UNDO_TABLESPACE=UNDOTBS2;
然后修改PFILE的参数
把*.undo_tablespace='UNDOTBS1'
改为*.undo_tablespace='UNDOTBS2’
然后
CREATE SPFILE FROM PFILE=’D:\INIT.ORA’
然后再重新启动数据库正常。