视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
Oracle笔记:ORA-00600[kksfbc-reparse-infinite-loop]
2020-11-09 12:00:18 责编:小采
文档


天津用户反映,其oracle 10.2.0.4 RAC数据库前些天产生了大量的trc文件,导致oracle所在文件系统撑满。检查对应主机上的oracle a

天津用户反映,其Oracle 10.2.0.4 RAC数据库前些天产生了大量的trc文件,导致oracle所在文件系统撑满。

检查对应主机上的oracle alert日志,有大量的ORA-00600 [kksfbc-reparse-infinite-loop]错误日志,当然,伴随着大量的trc文件,每个文件在50M至200M之间。

查询metalink,,有对应的bug说明(ID:752428.1),简述其bug触发原因:在查询view引用了synonym,因源object改变而未自动更新数据字典导致该synonym无效,进而引起view访问出错。对应的BUG ID: Bug 7460291。

metalink给出三种解决方案:

1、升级oracle至10.2.0.5或者11.2.0.1以上;

2、使用patch 7460291;

3、重编译在sys.obj$中stime与sys.dependency$中d_timestamp不匹配的synonym。

通过sys登陆,找出出错的 synonym:

select OWNER,object_name,object_type

from dba_objects

where object_id in ( select a.obj#

from obj$ a, dependency$ b

where a.obj# = b.d_obj#

and a.stime <> b.d_timestamp;

经检查,查出的synonym已经有效,应该是软件项目组已经重新编译,且数据库未再出现错误日志,无需再进行处理。

下载本文
显示全文
专题