ScamadbORA-600[kole_t2u]问题处理建议.PDF

Scamadb ORA-600[kole_t2u]问题处理建议 1.问题描述 1.1 ORA-600[kole_t2u]问题 Scamadb ORACLE 数 据 库 2012 年 1 月 12 日 17:00 在 ALERT 日 志 中 有 ORA-600[kole_t2u]的报错，并生成跟踪文件，具体日志如下： Thu Jan 12 17:00:19 2012 Errors in file /oracle/admin/scamadb/bdump/scamadb_m000_929904.trc: ORA-00600: internal error code, arguments: [kole_t2u], [34], [], [], [], [], [], [] 2．问题分析 2.1 ORA-600[kole_t2u]问题分析 (1) (1) ((11)) 错误的含义 具体的错误为 ORA-600[kole_t2u] ErrorMnemonic(s) Functionality Description ErrorMnemonic(s) Functionality Description EErrrroorrMMnneemmoonniicc((ss)) FFuunnccttiioonnaalliittyy DDeessccrriippttiioonn kol kolb kole kolf kolo objmgmt/objmgr support for object Lob buffering , object lob evaluation andobjectLanguage/runtimefunctionsforOpaquetypes t2u 表示 text tounicode,即做字符的转换 即在做 lob大对象字段中字符的处理时出现问题。 oracle对该错误的官方解释是： 多字节表示的字符（比如两个字节表示中文），如果按照字节顺序组织起来无法表示一个字 符则报出错误，对于 CLOB 类型的字段抛出 ORA-600[kole_t2u],[34]错误，对于 VARCHAR2 类型的字段则抛出 ORA-29275。这与程序处理多字节字符的缺陷有关系。 从 alert 日志数据库启动日志可知，该数据库使用的正式多字节表示的字符集。 SMON: enablingtxrecovery SatApr3010:13:352011 DatabaseCharactersetisZHS16GBK DatabaseCharactersetisZHS16GBK DDaattaabbaasseeCChhaarraacctteerrsseettiissZZHHSS1166GGBBKK (2) (2) ((22)) 造成出错的程序 从所有错误的 trace中，可以看到，造成该出错的程序都是 image: oracle@acrmdb_chl(m000) m000进程是 mmon 进程的 slave 进程，mmon进程是数据库的后台进程，负责 awr/ash 报告的维护包括采样等工作，默认设置下，mmon进程将每隔一小时生成 m000进程去做 awr 报告的抓取。 (3) SQL (3) SQL ((33)) 造成出错的 SSQQLL语句 从 trace 中的“Current SQLstatement for this session:”中，可知触发该 ORA-600 错误的 都是以下的 SQL 语句 INSERT INTO INSERT INTO IINNSSEERRTT IINNTTOO wrh$_sqltext (sql_id, dbid, sql_text, command_type, snap_id, ref_count) SELECT SELECT SSEELLEECCTT sqlid_kewrstx, :dbid, sqlfulltext_kewrstx, cmdtype_kewrstx, :lah_snap_id, 0 ref_count FROM FROM FFRRO