ora-00607 ora-00600

昨天公司停电,数据库遇到错误,给出一个解决办法,高手指教
SQL>shutdown normal
ora-00607:Internal error occurred while making a change to a data block
ora-00600: internal error code, arguments:[4193],[4754],[22373],[],[],[]
SQL> shutdown abort
SQL> startup
SQL> create undo tablespace undo2  datafile '/ora/db/apps_st/data/undo2.dbf' size 1024M;     
SQL> alter system set undo_tablespace=undo2; 
SQL> shutdown immediate
--修改参数文件，变更undo表空间 *.undo_tablespace='UNDO2' 
SQL> startup mount
ORACLE instance started.
Total System Global Area 1073741824 bytes
Fixed Size                  1264892 bytes
Variable Size             427819780 bytes
Database Buffers          633339904 bytes
Redo Buffers               11317248 bytes
Database mounted.
SQL> alter database archivelog;
Database altered.
SQL> alter database open;
SQL> conn / as sysdba
Connected.
--恢复原来的表空间
SQL> drop tablespace apps_undots1;
SQL> create undo tablespace apps_undots1  datafile '/ora/db/apps_st/data/undo01.dbf' size 1440M;
Tablespace created.
SQL> alter system set undo_tablespace=apps_undots1;
System altered.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
--修改参数文件，变更undo表空间回原来的值 *.undo_tablespace='apps_undots1'
SQL> startup
ORACLE instance started.
Total System Global Area 1073741824 bytes
Fixed Size                  1264892 bytes
Variable Size             427819780 bytes
Database Buffers          633339904 bytes
Redo Buffers               11317248 bytes
Database mounted.
Database opened.
SQL> drop tablespace undo2 including contents;
Tablespace dropped.
[url=http://www.itpub.net/misc.php?action=viewratings&tid=510091&pid=3766883][/url]
数据库因ora-600宕机,startup时出现ORA-01092错误的处理
一、故障原因
现象：
startup时出现ORA-01092错误
查看TRC日志文件，是ORA-00600错误。
ORA-00600: internal error code, arguments: [kteuPropTime-2], [], [], [], [], [], [], []
由于ORACLE9.2.0.1里的BUG(BUG#: 2431450)，使的SMON在工作过程中导致ORACLE实例crash,留下一个或多个腐败的回滚段。
当试图在宕掉的数据库重新startup时，SMON要进行事务恢复，从腐败的回滚段里读取信息时失败，再次使ORACLE实例crash，
从而数据库无法正常OPEN。
二、解决步骤
1，首先要找出腐败的回滚段。
在初始化参数文件里增加下面2行
_smu_debug_mode=1
event="10015 trace name context forever, level 10"
（_smu_debug_mode简单的收集诊断信息。Event 10015是回滚段恢复跟踪事件。）
修改好参数文件后shutdown immediate数据库后，再startup数据库。此时数据库能mount,但仍然无法Open.
还会遇到ORA-01092错误。但这次ORACLE会把腐败的回滚段信息写到跟踪文件里。
在跟踪文件里发现是_SYSSMU1$回滚段腐败。
2，在初始化参数文件里去掉刚才增加的2行
_smu_debug_mode=1
event="10015 trace name context forever, level 10"
增加新的一行
_corrupted_rollback_segments=(_SYSSMU1$)
修改好参数文件后shutdown数据库，再startup数据库。此时数据库能OPen。
3，在SQLPLUS里登陆数据库
select segment_id,segment_name,tablespace_name,status
from dba_rollback_segs
where owner='PUBLIC';
SQL> /
         1 _SYSSMU1$                      UNDOTBS1                       NEEDS RECOVERY                                                                                                                 
         2 _SYSSMU2$                      UNDOTBS1                       ONLINE                                                                                                                         
         3 _SYSSMU3$                      UNDOTBS1                       ONLINE                                                                                                                         
         4 _SYSSMU4$                      UNDOTBS1                       ONLINE                                                                                                                         
         5 _SYSSMU5$                      UNDOTBS1                       ONLINE                                                                                                                         
         6 _SYSSMU6$                      UNDOTBS1                       ONLINE                                                                                                                         
         7 _SYSSMU7$                      UNDOTBS1                       ONLINE                                                                                                                         
         8 _SYSSMU8$                      UNDOTBS1                       ONLINE                                                                                                                         
         9 _SYSSMU9$                      UNDOTBS1                       ONLINE                                                                                                                         
        10 _SYSSMU10$                     UNDOTBS1                       ONLINE                                                                                                                         
10 rows selected.
果然是_SYSSMU1$回滚段的状态是‘NEEDS RECOVERY’。其它9个回滚段是ONLINE的。
此时数据库已经能够正常使用，不过SMON会每隔5分钟写一条日志信息：
SMON：about to recover undo segment 1
SMON: mark undo segment 1 as needs recovery
4,删除腐败的回滚段
在SQLPLUS里
drop rollback segment "_SYSSMU1$";
5，再修改修改好参数文件，去掉
_corrupted_rollback_segments=(_SYSSMU1$)
这一行，然后shutdown,再startup。
这样数据库又恢复了正常。
三、可以考虑升级到ORACLE9.2.0.7版本。
1，下载patchset4163445,228M。（已下载）
2，关闭ORACLE服务器，和监听服务。
3，运行disk1/setup.exe，按提示操作。
ora-00600 [4193]一般都是跟undo tablespace 有关系

加上一个隐含参数后,也可以进行处理
块损坏，查trace文件找到坏块的位置   
  如果是回滚段、索引之类，把文件脱机   
  重建对应的对象就可以了   
  如果数据文件损坏，想办法恢复