Ora-00600 4194错误的处理过程

最近忙的一塌糊涂。
客户打电话说系统运行太慢，因为是个Win2003+Oracle9.0.1的一个系统，不愿意找原因，给客户说重启动一下，结果启动后，客户说报了一个错误，信息是ora-600 4194 一大堆的错误。
屋漏偏逢连阴雨，看来小错不处理，铸成大错了。
Ora-00600 4194错误的出现说明UNDO段出现了问题，远程后，发现SYSDBA用户可以登录，所有用户数据皆可访问，但是普通用户就不行。

下面是处理过程：

 

首先把初始化参数init.ora文件里自动管理改为手工管理,然后加入隐含参数:
#undo_management=AUTO
undo_tablespace=UNDOTBS
_corrupted_rollback_segments=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)  

SQL>startup restrict  mount  （数据库启动到mount状态)
SQL> alter database datafile 'D:/ORACLE/ORADATA/ORCL/UNDOTBS01.DBF' offline drop；
Database altered.

SQL>alter database open;
Database opened.
SQL> show parameter undo

NAME TYPE VALUE
------------------------------------ ----------- ---------
undo_management string MANUAL
undo_retention integer 900
undo_suppress_errors boolean FALSE
undo_tablespace string UNDOTBS

SQL> drop tablespace undotbs including contents; 
*
ERROR 位于第 1 行:
ORA-01548: 已找到活动回退段'_SYSSMU9$'，终止删除表空间

--说明：回滚段里有活动事物，undo表空间可能会drop不掉，可以用DROP ROLLBACK SEGMENT 来处理。

SQL> DROP ROLLBACK SEGMENT "_SYSSMU9$";

回退段已删除。

SQL> DROP ROLLBACK SEGMENT "_SYSSMU10$";

回退段已删除。

重建undotbs表空间:
SQL> create undo tablespace undotbs datafile 'D:/ORACLE/ORADATA/ORCL/UNDOTBS01.DBF'
size 100M;
Tablespace created.

SQL> shutdown immediate  (关闭数据库)
Database closed.
Database dismounted.
ORACLE instance shut down.

编辑init.ora初始化参数文件,去掉隐含参数，设置
undo_management=AUTO
undo_tablespace=UNDOTBS
保存初始化参数init.ora文件，然后执行
SQL> startup mount
ORACLE instance mounted.
Total System Global Area 114061244 bytes
Fixed Size 282556 bytes
Variable Size 79691776 bytes
Database Buffers 33554432 bytes
Redo Buffers 532480 bytes
Database mounted.

SQL>alter database datafile 'D:/ORACLE/ORADATA/ORCL/UNDOTBS01.DBF' online;
Database altered.

SQL>alter database open;
Database opened.
SQL> show parameter undo

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_suppress_errors boolean FALSE
undo_tablespace string UNDOTBS

建议用隐含参数将数据库open后,立刻做个exp全备，如果数据量不大的话，最好的方法是重新建库，将exp出来的数据再imp进新数据库里。

至此，数据库恢复完毕。此方法不到万不得已不建议采用，最好的方法是用以前的数据文件的备份来做恢复，因为用加隐含参数的方法将数据库打开后，此时数据库有可能数据会不一致，因为对于回滚段里有活动事物的时候，数据库可能会丢失一些数据，主要是回滚段里有活动事物的那部分数据，因此做好数据库的备份是至关重要的，这样对于恢复起来就很简单方便。