ITPub博客

首页 > 数据库 > Oracle > 遭遇ORA-07445 的一个BUG

遭遇ORA-07445 的一个BUG

原创 Oracle 作者:zhang41082 时间:2019-06-04 19:30:05 0 删除 编辑

问题描述:
早上刚上班,开发的报告说一个很简单的查询不能运行,查询语句如下:
SELECT * FROM DEAL WHERE CODE IN ('12', '13') ORDER BY BEGINDATE desc
我自己登陆上去,查询一下,果然报错,错误信息如下:
SQL> SELECT * FROM DEAL WHERE CODE IN ('12', '13') ORDER BY BEGINDATE desc;
SELECT * FROM DEAL WHERE CODE IN ('12', '13') ORDER BY BEGINDATE desc
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel

ERROR:
ORA-03114: not connected to ORACLE

[@more@]

这是一个最简单的查询,是一个简单的查询两种类型的交易,然后把这些交易按照交易开始时间进行一个倒序排列。后来也没大注意,结果一会功夫,收到了系统的报警邮件,alert文件中有ORA-07445错误,错误信息如下:
Errors in file /u01/app/oracle/admin/stream/udump/stream_ora_11780.trc:
ORA-07445: exception encountered: core dump [qkkMatchPrefix2()+72] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
查看相关的trace文件,里面全部是一堆内存的dump天书。后来查了半天,终于发现了一点眉目,这个问题和下面的bug很相似:
4540140 Dump (qkkMatchPrefix2) from INLIST with subpartitions
上面这点信息是在ORACLE 10.2.0.3 的patch的bug fix中看到的,而deal表是按照begindate进行的range分区,每10天一个分区,然后对code进行了子hash分区。因此从这里看到,这个错误和上面的bug fix中的描述是一致。随后换了几个机器,都有这个bug存在。
当时的DB环境如下:
SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bi
PL/SQL Release 10.2.0.2.0 - Production
CORE 10.2.0.2.0 Production
TNS for Linux: Version 10.2.0.2.0 - Production
NLSRTL Version 10.2.0.2.0 - Production

OS环境如下:
[oracle@stream bdump]$ more /etc/issue
Red Hat Enterprise Linux AS release 4 (Nahant Update 4)

总结:每个版本的oracle都会有很多bug,还是应该及时跟踪一下每个版本的bug,出现问题的时候容易快速的定位和解决。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/25016/viewspace-932052/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2002-10-11

  • 博文量
    105
  • 访问量
    80873