ORA-07445: 出现异常错误: 核心转储 [evaopn3()+252]
一： 环境介绍
操作系统版本:SOLARIS 10
数据库版本:11.2.0.1
架构组成：2节点RAC
二 ：问题
第一次出现：
---alert.log
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x0] [PC:0x10481C59C, evaopn3()+252] [flags: 0x0, count: 1]
Errors in file ../ceacrew1/trace/ceacrew1_ora_6791.trc (incident=120789):
ORA-07445: 出现异常错误: 核心转储 [evaopn3()+252] [SIGSEGV] [ADDR:0x0] [PC:0x10481C59C] [Address not mapped to object] []
Incident details in: ../incdir_120789/ceacrew1_ora_6791_i120789.trc
----../ceacrew1/trace/ceacrew1_ora_6791.trc
*** 2013-07-23 16:16:42.415
*** SESSION ID:(1603.29445) 2013-07-23 16:16:42.415
*** CLIENT ID:() 2013-07-23 16:16:42.415
*** SERVICE NAME:(ceacrew) 2013-07-23 16:16:42.415
*** MODULE NAME:(WebDev.WebServer40.exe) 2013-07-23 16:16:42.415
*** ACTION NAME:() 2013-07-23 16:16:42.415
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x0] [PC:0x10481C59C, evaopn3()+252] [flags: 0x0, count: 1]
Incident 120789 created, dump file: ../incdir_120789/ceacrew1_ora_6
791_i120789.trc
ORA-07445: 出现异常错误: 核心转储 [evaopn3()+252] [SIGSEGV] [ADDR:0x0] [PC:0x10481C59C] [Address not mapped to object] []
ssexhd: crashing the process...
Shadow_Core_Dump = PARTIAL
----
========= Dump for incident 120789 (ORA 7445 [evaopn3()+252]) ========
----- Beginning of Customized Incident Dump(s) -----
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x0] [PC:0x10481C59C, evaopn3()+252] [flags: 0x0, count: 1]
Registers:
----------
%o0: 0x0000000ec8e163d0 %o1: 0xffffffff7a0518a8 %o2: 0x000000010a10c168
%o3: 0x000000000000000b %o4: 0x000000000200001b %o5: 0x000000010b36d9e8
%o6: 0xffffffff7fff6920 %o7: 0x0000000105abefac
%g1: 0x000000000000003f %g2: 0x0000000080000002 %g3: 0x0000000000200000
%g4: 0x0000000000004000 %g5: 0x0000000000000e18 %g6: 0x0000000000000000
%g7: 0xffffffff7bd00200
%pc: 0x000000010481c59c %npc: 0x000000010481c5a0 %y: 0x0000000000000000
Stack info:
---------- ../incdir_120789/ceacrew1_ora_6791_i120789.trc
ss_sp: 0xffffffff7e000000 ss_size: 0x0000000002000000 ss_flags: 0
*** 2013-07-23 16:16:42.547
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x3, level=3, mask=0x0)
----- Current SQL Statement for this session (sql_id=5rbtwfd8x2r44) -----
select distinct W.*, U.qlf_code
from (select t.flight_id,
t.flight_date,
t.p_code,
s.c_name,
s.py_abbr,
t.fjs_order,
t.rank_no,
t.ts_flag,
f.crew_link_line,
t.modify_reason
from t_sch_roster t,
t_hr_crew s ,
T_FLT_SCHEDULE f
Where t.p_code = s.p_code
and t.flight_id=f.flight_id
And t.flight_id in
( select Distinct Y.flight_id
from t_sch_pairing X, T_FLT_SCHEDULE Y
Where /*X.flight_date = Y.flight_Date
And*/ X.crew_link_line = Y.crew_link_line
And X.flight_date >= :param1
And X.flight_date <= :param2
And Y.flight_date >= :param1
And Y.flight_date <= :param2
And (Y.ac_type in (select a.ac_type from t_bas_fleet a
Where :param3 like '%/' || a.ac_type_crew || '/%'))
And (:param4 like '%/'|| nvl(Y.CREW_OWNER, '/'||:param4||'/') || '/%') an
d Y.flight_flag in ('A', 'B', 'D')
And X.module_flag = 'F' ))W, (select g.flight_id,g.p_code, wm_concat(b.qlf_co
de)qlf_code
from t_sch_roster g,
t_hr_crew h,
t_tech_qulification a,
t_tech_qlf b,
t_flt_schedule d,
t_bas_fleet e
Where g.p_code = h.p_code
and b.parent_code = '391'
AND a.valid_flag = 'Y'
AND g.p_code = a.p_code
AND a.qlf_code = b.qlf_code
AND a.ac_types = e.ac_type_crew
AND g.flight_id = d.flight_id
AND d.ac_type = e.ac_type
And g.flight_id in
( select Distinct Y.flight_id
from t_sch_pairing X, T_FLT_SCHEDULE Y
Where /*X.flight_date = Y.flight_Date
And*/ X.crew_link_line = Y.crew_link_line
And X.flight_date >= :param1
And X.flight_date <= :param2
And Y.flight_date >= :param1
And Y.flight_date <= :param2
And (Y.ac_type in (select a.ac_type from t_bas_fleet a
Where :param3 like '%/' || a.ac_type_crew || '/%'))
And (:param4 like '%/'|| nvl(Y.CREW_OWNER, '/'||:param4||'/') || '/%') an
d Y.flight_flag in ('A', 'B', 'D')
And X.module_flag = 'F' ) group by g.flight_id,g.p_code )U where W.P_CODE = U
.P_CODE(+)
and W.FLIGHT_ID=U.FLIGHT_ID(+)
Order by W.flight_date Asc, W.fjs_order Asc
三： 相关MOS
Bug 8780281 Dump on evaopn3 with an aggregate in a subquery
BUG中描述：A dump on evaopn3 is possible in a query that undergoes a transformation generating a new view (e.g. table expansion, join factorization, group by placement), and which contains a [not] exists subquery with an aggregate in its select list.
同问题SQL语句现象
四： 解决方法
Strategy 1:=========== Please refer to the related trace file and review the execution plan generated from the offending SQL. Using the information provided in the execution plan, review the bug descriptions in the "Known Bugs" section below and try to find a match. If a suitable match is found, review the bug information and test any workarounds provided and/or, if available, apply the patch. If no suitable matches are found or a patch is not available for your platform or Oracle version, then please use strategy 2 to move forward.
Strategy 2:=========== Please open a Service Request with Global Customer Support and provide a testcase. Oracle Support can then use the testcase to confirm the issue and work towards providing a solution.