Welcome 微信登录

首页 / 数据库 / MySQL / ORA-07445 : 出现异常错误: 核心转储

ORA-07445: exception encountered: core dump [kghalp()+58] [SIGSEGV] [Address not mapped to object] [0x000000068] [] []DUMP文件*** SERVICE NAME:(orcl) 2012-07-12 14:18:55.016*** SESSION ID:(258.58198) 2012-07-12 14:18:55.016Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x68, PC: [0x3c175e2, kghalp()+58]*** 2012-07-12 14:18:55.030ksedmp: internal or fatal errorORA-07445: exception encountered: core dump [kghalp()+58] [SIGSEGV] [Address not mapped to object] [0x000000068] [] []Current SQL statement for this session:INSERT INTO MAILSENDER.GARBAGEDISTRIBUTING SELECT :B6 ,DOMAIN,MAX(CASE WHEN FLODER="ad" THEN COUNTNUM ELSE 0 END ) AS AD, MAX(CASE WHEN FLODER="Garbage" THEN COUNTNUM ELSE 0 END) AS GARBAGE,:B3 ,:B5 ,:B4 FROM ( SELECT DOMAIN, FLODER, COUNT(MESSAGEINFOID) AS COUNTNUM FROM( SELECT MBL.DOMAIN,T.MESSAGEINFOID,CASE WHEN REGEXP_SUBSTR(T.FLODER,"(Junk)|(QQ閭欢璁㈤槄)|(鍨冨溇閭欢)|(璁㈤槄閭欢)") IS NOT NULL THEN "Garbage" WHEN REGEXP_SUBSTR(T.FLODER,"(骞垮憡閭欢)") IS NOT NULL THEN "ad" ELSE "" END AS FLODER FROM MESSAGEINFO T,MAILBOXLIST MBL,TABLE(SPLITSTR(:B1 ,",")) TBEMAIL WHERE MBL.MAILBOXID=T.MAILBOXID AND TBEMAIL.COLUMN_VALUE=MBL.EMAIL AND T.ADDDATE BETWEEN :B3AND :B2 AND (SELECT COUNT(*) FROM MESSAGEINFO M WHERE T.MAILID=M.MAILID AND T.MESSAGEINFOID<M.MESSAGEINFOID)<1) GROUP BY DOMAIN,FLODER ) GROUP BY DOMAIN----- PL/SQL Call Stack ----- object     line object handle   number name0x25b104658       23 package body MONITOR.PACKAGE_GARBAGEDISTRIBUTING0x238b77b30        1 anonymous block----- Call Stack Trace -----calling             call    entry               argument values in hex     location            type    point               (? means dubious value)    -------------------- -------- -------------------- ----------------------------Cannot find symbolCannot find symbolCannot find symbolksedst()+31         call    ksedst1()           000000001 ? 000000001 ?                                                  000000000 ? 000000000 ?                                                  000000000 ? 000000001 ?ksedmp()+610        call    ksedst()            000000001 ? 000000001 ?                                                  000000000 ? 000000000 ?                                                  000000000 ? 000000001 ?ssexhd()+630        call    ksedmp()            000000003 ? 000000001 ?                                                  000000000 ? 000000000 ?                                                  000000000 ? 000000001 ?__restore_rt()+0    call    ssexhd()            00000000B ? 2B6124A48D70 ?                                                  2B6124A48C40 ? 000000000 ?                                                  000000000 ? 000000001 ?<(nil)>             call    __restore_rt()      00000000B ? 2B6124A48D70 ?                                                  2B6124A48C40 ? 000000000 ?                                                  000000000 ? 000000001 ?我们的ORA-07445,根据DUMP文件分析,多半是因为乱码问题照成的,然后修改了服务器的字符集。(即添加export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK)。然后跟进我们这个包MONITOR.PACKAGE_GARBAGEDISTRIBUTING。一切OK了。总结:乱码问题也可以导致ora-07445问题。遇到问题沉着冷静,细心才可以把问题解决好。附表:以下为网上收集的ORA-07445问题select owner,object_name,object_type,debuginfo
rom all_probe_objects
where object_name="TRI_XXX" and object_type like "TRIGGER";OWNER        OBJECT_NAME    OBJECT_TYPE     D
------------ -------------- ---------------     -
COPERATOR    TRI_XXX        TRIGGER             T
1 rows selected.  天哪,真是DEBUG状态!
   一个因为在DEBUG状态,且是基于DELETE的TRIGGER触发了这个Oracle的BUG!
    ......
   现在要么改这个TRIGGER的状态,要么打补丁(9.2.0.6)。第一种选择是明智而快捷且安装的。重新编译,检查不是DEBUG状态。应用启动,正常运行RMAN中时间格式问题Oracle hextoraw和rawtohex相关资讯      Oracle错误日志 
  • Oracle 11g安装中遇到的问题及解决  (11/30/2012 18:49:13)
  • 重启数据库遇到PRCR-1079,CRS-  (08/17/2012 09:40:27)
  • ORA-32004 的错误处理  (08/04/2012 15:46:08)
  • ORA-01652,temp表空间不足的相关  (10/15/2012 15:50:12)
  • ORA-00245 错误解决  (08/17/2012 09:37:43)
  • ORA-04031错误的解决思路  (07/30/2012 15:14:18)
本文评论 查看全部评论 (0)
表情: 姓名: 字数