Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

8

积分

0

好友

1

主题
1#
发表于 2013-1-16 16:47:20 | 查看: 5323| 回复: 14
本帖最后由 stziyan 于 2013-1-17 15:43 编辑

Wed Jan 16 16:29:21 2013
Errors in file /u01/app/oracle/admin/orcl/udump/orcl_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: [4194], [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...

2#
发表于 2013-1-16 16:48:15
你做了点什么操作, 至少有点文字说明吧?

回复 只看该作者 道具 举报

3#
发表于 2013-1-16 16:52:09
oracle在停电后,启动的时候提示需要恢复sysaux.进行recover之后 ,不能open。期间修改了offline_rollback_segments 和 _corrupted_rollback_segments 两个参数,错误照旧。

回复 只看该作者 道具 举报

4#
发表于 2013-1-16 16:53:07
非归档模式、
执行了recover database until cancel;

回复 只看该作者 道具 举报

5#
发表于 2013-1-16 16:55:15
action plan:

  1. startup nomount;
  2. 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;
  3. alter system set undo_management=MANUAL scope=spfile;
  4. startup force mount;

  5. alter database open;

复制代码

回复 只看该作者 道具 举报

6#
发表于 2013-1-16 16:56:53
这个我试过了,错误照旧。

回复 只看该作者 道具 举报

7#
发表于 2013-1-16 16:57:39
刚才发的trc和日志就是按照你的blog上操作之后的信息。

回复 只看该作者 道具 举报

8#
发表于 2013-1-16 17:17:37
还有就是我把undo的3个数据文件都 offline drop了。

回复 只看该作者 道具 举报

9#
发表于 2013-1-16 17:22:12
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 所以普通的方法不生效

回复 只看该作者 道具 举报

10#
发表于 2013-1-16 17:27:19
对于undo$使用system rollback segment 所以普通的方法不生效,需要使用 bbed 修改 system rollback segment header 绕过该问题

回复 只看该作者 道具 举报

11#
发表于 2013-1-16 17:30:38
这个情况可能还有其他方面可以解决,bbed是肯定可以的

回复 只看该作者 道具 举报

12#
发表于 2013-1-16 22:22:21
学习了

回复 只看该作者 道具 举报

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

回复 只看该作者 道具 举报

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

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

回复 只看该作者 道具 举报

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

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

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-26 03:03 , Processed in 0.050175 second(s), 20 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569