案例1：  ora-600 : kghsstream_copyn


UAT测试环境的库，AIX 5.3 Oracle 10.2.0.2
Alert日志中大量的
Fri May 23 16:53:31 2008
Errors in file /u01/app/oracle/product/10.2.0/admin/wind/bdump/wind_p005_827580.trc:
ORA-00600: internal error code, arguments: [kghsstream_copyn], [], [], [], [], [], [], []
Fri May 23 16:53:31 2008
Errors in file /u01/app/oracle/product/10.2.0/admin/wind/bdump/wind_p002_950276.trc:
ORA-00600: internal error code, arguments: [kghsstream_copyn], [], [], [], [], [], [], []

开始以为是BUG，结果metalink上没有找到多少有用的信息。
后来分析，并查看到trc文件的时候发现几点可疑：
1.wind_p002_950276.trc ,Pnnn很明显都是parallel 查询的进程出了问题。
2.这些trace file中对应的sql都相同。篇幅原因就不全贴出来了。

Dump file /u01/app/oracle/product/10.2.0/admin/wind/bdump/wind_p000_1007864.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.2.0
System name: AIX
Node name: PEKAX236
Release: 3
Version: 5
Machine: 0070DB3AD100
Instance name: wind
Redo thread mounted by this instance: 1
Oracle process number: 14
Unix process pid: 1007864, image: [email=oracle@PEKAX236]oracle@PEKAX236[/email] (P000)
*** SERVICE NAMESYS$USERS) 2008-05-09 14:41:01.088
*** SESSION ID548.30620) 2008-05-09 14:41:01.088
*** 2008-05-09 14:41:01.088
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kghsstream_copyn], [], [], [], [], [], [], []
Current SQL statement for this session:

...省略了一部分...

于是看了一下这个sql的执行计划：

------------------------------------------------------------------------------------
| Id | Operation                                           | Name                 |
------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                                    |                      |
|   1 | PX COORDINATOR                                     |                      |
|   2 |   PX SEND QC (RANDOM)                               | :TQ10005             |
|   3 |    SORT UNIQUE                                      |                      |
|   4 |     PX RECEIVE                                      |                      |
|   5 |      PX SEND HASH                                   | :TQ10004             |
|   6 |       BUFFER SORT                                   |                      |
|   7 |        UNION-ALL                                    |                      |
|   8 |         MERGE JOIN                                  |                      |
|   9 |          SORT JOIN                                  |                      |
| 10 |           BUFFER SORT                               |                      |
| 11 |            PX RECEIVE                               |                      |
| 12 |             PX SEND HASH                            | :TQ10000             |
|* 13 |              HASH JOIN                              |                      |
|* 14 |               HASH JOIN                             |                      |
|* 15 |                HASH JOIN                            |                      |
| 16 |                 VIEW                                | VW_NSO_1             |
| 17 |                  COUNT                              |                      |
|* 18 |                   FILTER                            |                      |
|* 19 |                    COLLECTION ITERATOR PICKLER FETCH|                      |
| 20 |                 TABLE ACCESS FULL                   | AFFECTEDACTIVITYDATA |
|* 21 |                TABLE ACCESS FULL                    | WTCHANGEACTIVITY2    |
| 22 |               VIEW                                  | index$_join$_004     |
|* 23 |                HASH JOIN                            |                      |
| 24 |                 INDEX FAST FULL SCAN                | INCLUDEDIN2$COMP0    |
| 25 |                 INDEX FAST FULL SCAN                | INCLUDEDIN2$COMP1    |
|* 26 |          SORT JOIN                                  |                      |
| 27 |           PX RECEIVE                                |                      |
| 28 |            PX SEND HASH                             | :TQ10002             |
| 29 |             PX BLOCK ITERATOR                       |                      |
|* 30 |              INDEX FAST FULL SCAN                   | WTCHANGEORDER2$COMP0 |
| 31 |         MERGE JOIN                                  |                      |
| 32 |          SORT JOIN                                  |                      |
| 33 |           BUFFER SORT                               |                      |
| 34 |            PX RECEIVE                               |                      |
| 35 |             PX SEND HASH                            | :TQ10001             |
|* 36 |              HASH JOIN                              |                      |
|* 37 |               HASH JOIN                             |                      |
|* 38 |                HASH JOIN                            |                      |
| 39 |                 VIEW                                | VW_NSO_2             |
| 40 |                  COUNT                              |                      |
|* 41 |                   FILTER                            |                      |
|* 42 |                    COLLECTION ITERATOR PICKLER FETCH|                      |
| 43 |                 TABLE ACCESS FULL                   | CHANGERECORD2        |
|* 44 |                TABLE ACCESS FULL                    | WTCHANGEACTIVITY2    |
| 45 |               VIEW                                  | index$_join$_009     |
|* 46 |                HASH JOIN                            |                      |
| 47 |                 INDEX FAST FULL SCAN                | INCLUDEDIN2$COMP0    |
| 48 |                 INDEX FAST FULL SCAN                | INCLUDEDIN2$COMP1    |
|* 49 |          SORT JOIN                                  |                      |
| 50 |           PX RECEIVE                                |                      |
| 51 |            PX SEND HASH                             | :TQ10003             |
| 52 |             PX BLOCK ITERATOR                       |                      |
|* 53 |              INDEX FAST FULL SCAN                   | WTCHANGEORDER2$COMP0 |
------------------------------------------------------------------------------------
确实使用了并行查询，但是看sql里边并没有相应的parallel 选项。

查询了相关表和索引在dba_tables和dba_indexes中的degree 列：
结果发现：有一个索引的degree值居然是DEFAULT.
select index_name,degree,owner
from dba_indexes
where index_name in (
'WTCHANGEORDER2$COMP0',
'INCLUDEDIN2$COMP0',
'INCLUDEDIN2$COMP1',
'INCLUDEDIN2$COMP0',
'INCLUDEDIN2$COMP1',
'WTCHANGEORDER2$COMP0')

INDEX_NAME              DEGREE     OWNER
----------------------- ---------- -------
WTCHANGEORDER2$COMP0    DEFAULT    PLM80
结果有省略...
对比了一下在生产库的执行计划，在生产库上没有使用并行查询。
并且该索引的degree为1（默认本来就应该是1）.
很诧异就用dbms_metadata查询了一下ddl:
SQL> set long 2000
SQL> SET PAGESIZE 9999
SQL> select dbms_metadata.get_ddl('INDEX','WTCHANGEORDER2$COMP0','PLM80') from dual;
DBMS_METADATA.GET_DDL('INDEX','WTCHANGEORDER2$COMP0','PLM80')
--------------------------------------------------------------------------------
CREATE INDEX "PLM80"."WTCHANGEORDER2$COMP0" ON "PLM80"."WTCHANGEORDER2" ("B
RANCHIDITERATIONINFO", "LATESTITERATIONINFO", "STATE
STATE"
PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE(INITIAL 114688 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 21
47483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "INDX"
PARALLEL

注意最后一个parallel选项。

把parallel关掉：
SQL> alter index plm80.WTCHANGEORDER2$COMP0 NOPARALLEL;
Index altered.
SQL> select dbms_metadata.get_ddl('INDEX','WTCHANGEORDER2$COMP0','PLM80') from dual;
DBMS_METADATA.GET_DDL('INDEX','WTCHANGEORDER2$COMP0','PLM80')
--------------------------------------------------------------------------------
CREATE INDEX "PLM80"."WTCHANGEORDER2$COMP0" ON "PLM80"."WTCHANGEORDER2" ("B
RANCHIDITERATIONINFO", "LATESTITERATIONINFO", "STATE
STATE"
PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS
STORAGE(INITIAL 114688 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 21
47483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "INDX"

几天过去了，ORA-00600: [kghsstream_copyn] 还没有再出现

还有遗留问题：2000多个索引有1000多个都是degree=DEFAULT 只不过没有引起ora-00600错误!
具体为什么引起ora-600,也没确定
到现在还不知道什么时间，什么人，为什么要改parallel，或者bug造成自己变得？
诡异

案例2：创建mview for update没有select pk列引起ora-00600：knluSetUnsupported

要做一个mview的测试，结果还碰上个ora-00600
SQL> create materialized view TT_EMP_DEPT for update
2 as
3 select e.rowid "emp_rowid",e.ename
4 from emp e;
    from emp e
         *
ERROR at line 4:
ORA-00600: internal error code, arguments: [knluSetUnsupported], [0], [], [],
[], [], [], []
QMNC started with pid=16, OS id=4453
Mon Mar 31 16:59:20 2008
Completed: ALTER DATABASE OPEN
Mon Mar 31 17:41:57 2008
Errors in file /u01/app/oracle/oracle/product/10.2.0/db_1/admin/orcl01/udump/orcl01_ora_4514.trc:
ORA-00600: internal error code, arguments: [knluSetUnsupported], [0], [], [], [], [], [], []
[oracle@dg1 bdump]$ more /u01/app/oracle/oracle/product/10.2.0/db_1/admin/orcl01/udump/orcl01_ora_4514.trc
/u01/app/oracle/oracle/product/10.2.0/db_1/admin/orcl01/udump/orcl01_ora_4514.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/oracle/product/10.2.0/db_1
System name:    Linux
Node name:      dg1
Release:        2.6.9-67.ELsmp
Version:        #1 SMP Fri Nov 16 12:48:03 EST 2007
Machine:        i686
Instance name: orcl01
Redo thread mounted by this instance: 1
Oracle process number: 15
Unix process pid: 4514, image: [email=oracle@dg1]oracle@dg1[/email] (TNS V1-V3)
*** ACTION NAME) 2008-03-31 17:41:57.518
*** MODULE NAMESQL*Plus) 2008-03-31 17:41:57.518
*** SERVICE NAMESYS$USERS) 2008-03-31 17:41:57.518
*** SESSION ID93.5) 2008-03-31 17:41:57.518
*** 2008-03-31 17:41:57.518
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [knluSetUnsupported], [0], [], [], [], [], [], []
Current SQL statement for this session:
create materialized view TT_EMP_DEPT for update
as
select e.rowid "emp_rowid",e.ename
    from emp e
----- Call Stack Trace -----
...

参考：BUG NO 5255767
得知，这个错误是由于for update 创建mview没有加上pk 列造成的
一时疏忽虽有构造了一个创建mview的句子，也没想multi master高级复制还需要pk的.没pk怎么for update！！
SQL> create materialized view TT_EMP_DEPT for update
2 as
3 select e.rowid "emp_rowid",e.ename,e.empno
4      from emp e;
Materialized view created.


确切证明Ora-600很多时候只是很简单的错误，并不都是BUG

[ 本帖最后由 wa0362 于 2008-6-30 11:55 编辑 ]

板凳，支持

貌似人们只是对怎么样配置stream,dg一类的文章感兴趣...

不错，学习了

很好。谢谢分享

QUOTE:

---

原帖由 wa0362 于 2008-6-30 18:24 发表
貌似人们只是对怎么样配置stream,dg一类的文章感兴趣...

---

案例分析才是重要的,謝謝樓主分享,支持樓主

其实第一个也可以说是bug，默认用了parallel就出ORA-600

parallel在OLTP系统中真是会引起很多问题

多谢分享！

不断总结,不断进步,LZ的惯真好!