DBMS_SCHEDULER引起的ORA-600

linusfay

System :        AIX 6.1

db oracle 11.2.0.3 RAC

1节点正常，2节点alert 日志报错：

Starting background process VKRM
Tue Aug 26 22:00:00 2014
VKRM started with pid=82, OS id=18350160
Tue Aug 26 22:00:08 2014
Begin automatic SQL Tuning Advisor run for special tuning task  "SYS_AUTO_SQL_TUNING_TASK"
Tue Aug 26 22:09:55 2014
Errors in file /oracle/app/oracle/diag/rdbms/p750cd1/p750cd12/trace/p750cd12_j000_21823534.trc:
ORA-16957: SQL Analyze time limit interrupt
Tue Aug 26 22:10:11 2014
Errors in file /oracle/app/oracle/diag/rdbms/p750cd1/p750cd12/trace/p750cd12_j000_21823534.trc:
ORA-16957: SQL Analyze time limit interrupt
Errors in file /oracle/app/oracle/diag/rdbms/p750cd1/p750cd12/trace/p750cd12_j000_21823534.trc  (incident=204162):
ORA-00600: internal error code, arguments: [qsmmixMergeConstructiveNonOvlpCols], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /oracle/app/oracle/diag/rdbms/p750cd1/p750cd12/incident/incdir_204162/p750cd12_j000_21823534_i204162.trc
Tue Aug 26 22:10:27 2014
Dumping diagnostic data in directory=[cdmp_20140826221027], requested by (instance=2, osid=21823534 (J000)), summary=[incident=204162].
Tue Aug 26 22:10:27 2014
Sweep [inc][204162]: completed
Tue Aug 26 22:10:27 2014
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.

//每天晚上10点左右，自动运行SYS_AUTO_SQL_TUNING_TASK的引起的ORA -600
ORA-00600: internal error code, arguments: [qsmmixMergeConstructiveNonOvlpCols], [], [], [], [], [], [], [], [], [], [], []
相关trace文件以及incident
附件：


qsmmixMergeConstructiveNonOvlpCols MOS 上找对应参数的没有找到。
发现比较像11.2.0.1版本及之前的一个bug（文档743873.1 描述的情况，但是文章解释在11.2.0.1已经fixed，并且报错参数也有所不同，不敢确定）。

linusfay

自己顶一下，求大神帮帮忙啊

Maclean Liu(刘相兵

可能是该SYS_AUTO_SQL_TUNING_TASK 所要分析的SQL过于奇葩导致的。

可以尝试 disable 该job绕过该问题：

BEGIN
dbms_auto_task_admin.disable(
    client_name => 'sql tuning advisor',
    operation   => NULL,
    window_name => NULL);
END;
/

linusfay

Maclean Liu(刘相兵 发表于 2014-8-28 22:23
可能是该SYS_AUTO_SQL_TUNING_TASK 所要分析的SQL过于奇葩导致的。

可以尝试 disable 该job绕过该问题：

这个的确有点奇怪，像是之前描述的bug，但是在此版本，按照oracle的说法，应该是修复了。现在两个方法
1、disable job
2、修改该条sql 让他们调试至不引发报错（如果客户不怕麻烦）