某省电信行业公司数据库ORA-00600 [15160]处理

系统：HP-UX B.11.31是否RAC：YES数据库详细版本：10.2.0.41. 问题背景2014-02-26上午10:13:39dbrac库节点2，在alert日志中发现很多ORA-600错误，经分析是表test_wait的统计信息出错导致，重新分析该表的统计信息，错误消除。

2. DBRAC库错误处理过程1、查看alert日志如下：Wed Feb 26 10:11:18 2014Errors in file /Oracle/admin/dbrac/udump/dbrac2_ora_14794.trc:ORA-00600: internal error code, arguments: [15160], [], [], [], [], [], [], []Wed Feb 26 10:12:29 2014Errors in file /oracle/admin/dbrac/udump/dbrac2_ora_14794.trc:ORA-00600: internal error code, arguments: [15160], [], [], [], [], [], [], []Wed Feb 26 10:13:39 2014Errors in file /oracle/admin/dbrac/udump/dbrac2_ora_29891.trc:ORA-00600: internal error code, arguments: [15160], [], [], [], [], [], [], []2、继续分析trace日志如下：/oracle/admin/dbrac/udump/dbrac2_ora_29891.trcOracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit ProductionWith the Partitioning, Real Application Clusters, Data Mining and Real Application Testing optionsORACLE_HOME = /oracle/product/10.2.0/dbSystem name: HP-UXNode name: dbrac2Release: B.11.31Version: UMachine: ia64Instance name: dbrac2Redo thread mounted by this instance: 2Oracle process number: 121Unix process pid: 29891, image: oracle@dbrac2 *** ACTION NAME:（） 2014-02-26 10:13:39.698*** MODULE NAME:（BusiMonitor@ccjkp1 （TNS V1-V3）） 2014-02-26 10:13:39.698*** SERVICE NAME:（dbrac） 2014-02-26 10:13:39.698*** SESSION ID:（1491.11581） 2014-02-26 10:13:39.698*** 2014-02-26 10:13:39.698ksedmp: internal or fatal errorORA-00600: internal error code, arguments: [15160], [], [], [], [], [], [], []Current SQL statement for this session:select "M-6M-LM-PM-EM-IM-OM-PM-PM-JM-}M->M-]test_waitM-SM-P"||count（1）||"M-LM-uM-<M-GM-BM-<M-QM-OM-VM-XM-3M-,M-JM-1M-#M-,M-NM-4M-<M-0M-JM-1M-GM-eM-@M-mM-#M-！" from test_wait where recvtime < sysdate -10/1440 and stepnow=0 having
count（1） >=1
----- Call Stack Trace -----calling call entry argument values in hex location type point （？ means dubious value） -------------------- -------- -------------------- ----------------------------ksedst（）+64 call ksedst1（） 000000000 ？ 000000001 ？ksedmp（）+2176 call ksedst（） 000000000 ？ C000000000000C9F ？ 4000000003ECA500 ？ 000000000 ？ 000000000 ？ 000000000 ？ksfdmp（）+48 call ksedmp（） 000000003 ？kgeriv（）+336 call ksfdmp（） C000000000000695 ？ 000000003 ？ 4000000009382BA0 ？ 000020127 ？ 000000000 ？ 000000000 ？ 000000000 ？ 000000000 ？kgesiv（）+192 call kgeriv（） 6000000000031370 ？ 6000000000032428 ？ 40000000018D14C0 ？ 000000000 ？ 9FFFFFFFFFFEE7E8 ？ 3、进一步分析是有以下SQL触发ORA-600select "M-6M-LM-PM-EM-IM-OM-PM-PM-JM-}M->M-]test_waitM-SM-P"||count（1）||"M-LM-uM-<M-GM-BM-<M-QM-OM-VM-XM-3M-,M-JM-1M-#M-,M-NM-4M-<M-0M-JM-1M-GM-eM-@M-mM-#M-！" from test_wait where recvtime < sysdate -10/1440 and stepnow=0 having count（1） >=1更多详情见请继续阅读下一页的精彩内容： http://www.linuxidc.com/Linux/2014-06/103156p2.htm--------------------------------------分割线 --------------------------------------在CentOS 6.4下安装Oracle 11gR2（x64） http://www.linuxidc.com/Linux/2014-02/97374.htmOracle 11gR2 在VMWare虚拟机中安装步骤 http://www.linuxidc.com/Linux/2013-09/89579p2.htmDebian 下安装 Oracle 11g XE R2 http://www.linuxidc.com/Linux/2014-03/98881.htm--------------------------------------分割线 --------------------------------------

ORA-00604 ORA-21700错误处理Dataguard主库报ORA-16146错误解决相关资讯 ORA-00600

ORA-00600（13013）错误解决方法（今 07:47）
ORA-00600: internal error code, （04月19日）
ORA-00600 错误解决一例（10/21/2015 20:56:11）

一个SQL语句引发的ORA-00600错误排（07月21日）
cursor_sharing引发的ORA-00600错（01月09日）
遭遇 ORA-00600: internal error （09/17/2015 19:21:46）

本文评论查看全部评论（0）