转自：https://blog.csdn.net/tianlesoftware/article/details/6261475
二. UNDO 损坏的情况
了解了第一部分的补充知识后，我们在来看一下undo 损坏的情况。 出现这种情况，大多数是因为异常宕机，在启动的时候报的错误。DB 不能启动。
比如：ORA-00600: internal error code, arguments: [4194],
对于Undo 损坏的情况，能用备份恢复最好，如果不能，就只能通过一些特殊的方法来恢复。
2.1 方法一,使用system segment。
在Blog：
Oracle undo 表空间管理
http://blog.csdn.net/tianlesoftware/archive/2010/07/11/5689558.aspx
提到了一种方法，就是使用SYSTEM 的回滚段, 步骤如下：
（1）用spfile 创建pfile，然后修改参数：
#*.undo_tablespace='UNDOTBS1'
#*.undo_management='AUTO'
#*.undo_tablespace
#*.undo_retention
undo_management='MANUAL'
rollback_segments='SYSTEM'
（2）用修改之后的pfile，重启DB
SQL> STARTUP MOUNT pfile='F:/initorcl.ora' ;
（3）删除原来的表空间，创建新的UNDO 表空间
SQL> drop tablespace undotbs;
SQL> create undo tablespace undotbs1 datafile '/u01/oradata/undotbs1.dbf' size 10M;
（4）关闭数据库，修改pfile参数，然后用新的pfile创建spfile，在正常启动数据库。
*.undo_tablespace='UNDOTBS1'
*.undo_management='AUTO'
#undo_management='MANUAL'
#rollback_segments='SYSTEM'
2.2. 方法二：跳过损坏的segment
在方法一里面，我们使用了system segment。 通过第一部分我们了解到，undo segment 有多个，我们可以通过alert log 来查看正在使用的是哪些segment，这些段有可能损坏了。 我们只需要把这些损坏的segment 跳过，先正常启动DB，在创建新的UNDO 表空间，在切换一下。
（1）修改pfile，添加参数：
*._corrupted_rollback_segments='_SYSSMU11$','_SYSSMU12$','_SYSSMU13$'
这些字段的值，我们通过alert log 查看。 也可以通过如下命令查看：
#strings system01.dbf | grep _SYSSMU | cut -d $ -f 1 | sort -u
（2）用修改之后的pfile启动DB
因为跳过了哪些损坏的segment，所以DB 可以正常启动。
（3）创建新的UNDO 表空间，并切换过来
SQL> create undo tablespace undotbs1 datafile '/u01/oradata/undotbs1.dbf' size 10M;
SQL> alter system set undo_tablespace=undotbs1;
SQL> drop tablespace undotbs;
（4）修改pfile，创建spfile，并正常启动
删除：
*._corrupted_rollback_segments='_SYSSMU11$','_SYSSMU12$','_SYSSMU13$'
以上就是UNDO 出现故障的2种处理方法。
