00600 4194 错误。不能open。修改隐含参数、10513不起作用。

stziyan

Wed Jan 16 16:29:21 2013
Errors in file /u01/app/oracle/admin/ｏｒｃｌ/udump/ｏｒｃｌ_ora_25945.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [４１９４], [30], [22], [], [], [], [], []
Error 604 happened during db open, shutting down database
USER: terminating instance due to error 604
Instance terminated by USER, pid = 25945
ORA-1092 signalled during: ALTER DATABASE OPEN...

Maclean Liu(刘相兵

stziyan 发表于 2013-1-17 11:02
我执行bbed之后，数据库是read write状态了，。普通用户不能登录，只能通过sys本机登录。日志报错system01 ...

报错至少说明报什么错吧。。。

chen28

stziyan 发表于 2013-1-17 11:02
我执行bbed之后，数据库是read write状态了，。普通用户不能登录，只能通过sys本机登录。日志报错system01 ...

按照用户导出呢
可以讲下bbed 怎么修复的吗

stziyan

我执行bbed之后，数据库是read write状态了，。普通用户不能登录，只能通过sys本机登录。日志报错system01有坏块。通过sys用户可以访问普通用户的数据。exp、expdp都报错，设置了ALTER SYSTEM SET EVENTS='10231 trace name context forever,level 10' ; exp也还是报错。请问怎么样可以把数据导出呢？

check.ora

学习了

xifenfei

这个情况可能还有其他方面可以解决，bbed是肯定可以的

Maclean Liu(刘相兵

对于undo$使用system rollback segment 所以普通的方法不生效，需要使用 bbed 修改 system rollback segment header 绕过该问题

Maclean Liu(刘相兵

ORA-00600: internal error code, arguments: [4194], [30], [22]

30 =>Undo record number in Undo block
22  => Undo record number from Redo block

ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [4194], [30], [22], [], [], [], [], []
Current SQL statement for this session:
update undo$ set name=:2,file#=:3,block#=:4,status$=:5,user#=:6,undosqn=:7,xactsqn=:8,scnbas=:9,scnwrp=:10,inst#=:11,ts#=:12,spare1=:13 where us#=:1


对于undo$使用system rollback segment 所以普通的方法不生效

stziyan

还有就是我把undo的3个数据文件都 offline drop了。

stziyan

刚才发的trc和日志就是按照你的blog上操作之后的信息。

stziyan

这个我试过了，错误照旧。

Maclean Liu(刘相兵

action plan:

1. 
   
2. startup nomount;
   
3. alter system set event='10513 trace name context forever,level 2 : 10512 trace name context forever,level 1: 10511 trace name context forever,level 2: 10510 trace name context forever,level 1' scope=spfile;
   
4. alter system set undo_management=MANUAL scope=spfile;
   
5. startup force mount;
   
6. 
   
7. alter database open;
   
8. 
   

复制代码

stziyan

非归档模式、
执行了recover database until cancel；

stziyan

oracle在停电后，启动的时候提示需要恢复sysaux.进行recover之后 ，不能open。期间修改了offline_rollback_segments 和 _corrupted_rollback_segments 两个参数，错误照旧。

Maclean Liu(刘相兵

你做了点什么操作， 至少有点文字说明吧？