Monthly Archives: October 2012

ORA-600(2801)错误

Posted on 2012/10/21 by yangtingkun

10.2.0.4 RAC环境关闭数据库时出现ORA-600[2801]错误。 详细错误信息为： Mon Apr 11 22:44:24 2011 ALTER DATABASE ADD supplemental log DATA Tue Apr 12 00:11:42 2011 Thread 1 advanced TO log SEQUENCE 3108 (LGWR switch) CURRENT log# 1 seq# 3108 mem# 0: +DATA/orcl/onlinelog/group_1.307.727394923 CURRENT log# 1 seq# … Continue reading →

Posted in BUG | Tagged , , , , , | Leave a comment

ORA-600(3689)错误

Posted on 2012/10/20 by yangtingkun

这是一个10.2.0.1到10.2.0.4上都存在的bug。 错误发生在DG的STANDBY数据库中： Fri Oct 19 12:01:16 2012 Errors IN file /DATA/oracle/admin/vodapp/bdump/vodapp_mrp0_21304.trc: ORA-00600: internal error code, arguments: [3689], [33], [], [], [], [], [], [] Errors WITH log /baceldba/archive/1_30374_730819916.dbf MRP0: Background Media Recovery TERMINATED WITH error 600Fri Oct 19 12:01:16 2012 … Continue reading →

Posted in BUG | Tagged , , , , , | Leave a comment

ORA-7445(kgskhighthreshold)错误

Posted on 2012/10/19 by yangtingkun

10.2.0.4 RAC环境的ASM实例出现这个ORA-7445错误。 错误信息为： Fri DEC 3 19:49:49 2010 Errors IN file /opt/app/oracle/admin/+ASM/bdump/+asm2_lck0_19876.trc: Fri DEC 3 19:50:44 2010 Errors IN file /opt/app/oracle/admin/+ASM/bdump/+asm2_ckpt_19863.trc: ORA-07445: exception encountered: core dump [kgskhighthreshold()+32] [SIGSEGV] [Address NOT mapped TO object] [0x0000001F6] [] [] Fri DEC 3 19:51:00 … Continue reading →

Posted in BUG | Tagged , , , , , , | Leave a comment

ORA-600(kjbldrmrpstp:key)错误

Posted on 2012/10/18 by yangtingkun

客户10.2.0.3 RAC环境启动后碰到DRM问题导致实例崩溃。 错误信息为： Mon Jan 19 12:42:58 2009 DATABASE Characterset IS ZHS16GBK replication_dependency_tracking turned off (no async multimaster replication found) Starting background process QMNC QMNC started WITH pid=28, OS id=4496 Mon Jan 19 12:43:01 2009 Completed: ALTER DATABASE OPEN Mon … Continue reading →

Posted in BUG | Tagged , , , , , , | Leave a comment

ORA-7445(qsmmixComputeClusteringFactor)错误

Posted on 2012/10/17 by yangtingkun

Oracle 11.2.0.2上SQL TUNING的bug。 数据库版本为11.2.0.2 RAC for Solaris，错误信息为： Thu Jul 05 22:00:01 2012 BEGIN automatic SQL Tuning Advisor run FOR special tuning task "SYS_AUTO_SQL_TUNING_TASK" Thu Jul 05 22:28:35 2012 Exception [TYPE: SIGSEGV, Address NOT mapped TO object] [ADDR:0x4] [PC:0x102B3CC08, qsmmixComputeClusteringFactor()+1640] [flags: … Continue reading →

Posted in BUG | Tagged , , , | Leave a comment

抽取AWR信息遭遇ORA-39147错误

Posted on 2012/10/16 by yangtingkun

今天在使用awrextr.sql脚本导出AWR数据时碰到这个错误。 数据库版本为10.2.0.5 RAC for HP_UX，错误信息为： USING the dump file prefix: awrdat_15222_15448 | | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | The AWR EXTRACT dump file will be located | IN the following directory/file: | /orabak01/orabak | awrdat_15222_15448.dmp | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | | *** AWR EXTRACT Started … Continue reading →

Posted in ORACLE | Tagged , , , , , , , | Leave a comment

10.2出现reliable message信息导致进程hang死

Posted on 2012/10/15 by yangtingkun

已经在多个RAC环境碰到因为等待reliable message导致进程hang死的情况了。 这个问题在RAC环境比较常见，在很多客户中都碰到过这个问题，而数据库版本多集中在10.2.0.4，个别的版本为10.2.0.5。 而出现这个信息的进程也不太相同，最常见的的m000进程，这个进程的僵死会导致一个节点的AWR无法自动收集。 另外比较常见的就是导致高级队列机制异常，直接影响是数据泵导出无法正常运行，会导致进程挂起。 最近又碰到了类似的情况，在MOS文档中发现Bug 6148054 RAC hang waiting for “reliable message”文章描述的BUG与之前的情况非常类似，不过根据这个bug的描述，问题似乎不会在10.2.0.5上发生。其他方面现象都比较相符，而且之前碰到的大部分案例中，除了reliable message等待之外，还会有wait for unread message on broadcast channel等待。 这个bug确认的修复版本是11.1.0.6，从这个角度讲，10.2.0.5很可能也会有类似的问题。除了升级版本为，可以通过补丁7801939来解决这个问题。

Posted in BUG | Tagged , , | Leave a comment

11.2使用KEEP池导致ENQ: KO – Fast Object Checkpoint等待

Posted on 2012/10/14 by yangtingkun

前一段时间在客户测试TPCC的时候碰到这个问题，今天在MOS上找到问题的原因，简单记录一下。 在11.2中，如果表设置了KEEP池，而在初始化参数中没有指定DB_KEEP_CACHE_SIZE的值，就可能会造成数据库中出现明显的ENQ: KO – Fast Object Checkpoint的等待，同时还伴有reliable message的等待。 MOS文档ENQ: KO – Fast Object Checkpoint And Reliable Message Causing Bad Performance [ID 1377830.1]描述了这个问题，给出的解决方案是不使用KEEP池，改为使用DEFAULT池，或者设置DB_KEEP_CACHE_SIZE的值为非0。 而当时测试的过程中，问题与当前的现象很像，版本是11.2.0.2，在执行完压力测试后，所有程序断开后。如果执行关闭操作SHUTDOWN IMMEDIATE，此时就可以发现，数据库经历漫长的ENQ: KO – Fast Object Checkpoint等待，然后数据库才可以正常关闭。不过唯一的不同之处在于，当时测试环境中设置了DB_KEEP_CACHE_SIZE的值，因此问题和当前问题描述很像，但并不一样。 由于环境已经消失，现在无法验证这个问题，但是根据印象判断，这个问题可能确实和使用了KEEP池有关，在使用KEEP池之前使用默认的DEFAULT池时，数据库关闭并没有经历如此严重的等待。因此，在11.2中使用非DEFAULT池，可能会引发异常  

Posted in BUG | Tagged , , , , | Leave a comment

ORA-7445(pevm_icd_call_common)错误

Posted on 2012/10/13 by yangtingkun

客户11.2 RAC环境出现ORA-7445[pevm_icd_call_common]错误。 详细错误信息为： Mon Aug 20 17:31:49 2012 Exception [TYPE: SIGSEGV, Address NOT mapped TO object] [ADDR:0xD8] [PC:0x93F1E34, pevm_icd_call_common()+754] [flags: 0x0, COUNT: 1] Redo thread 1 internally disabled at seq 9 (SMON) Errors IN file /oracle/diag/rdbms/orcl/orcl2/trace/orcl2_m003_21741.trc (incident=12433): ORA-07445: exception encountered: … Continue reading →

Posted in BUG | Tagged , , , , , , | Leave a comment

ORA-600(kghfrf1)错误

Posted on 2012/10/12 by yangtingkun

客户的10.2.0.4 FOR AIX数据库在刷新物化视图时碰到这个错误。 错误信息为： Fri Oct 5 06:20:27 2012 Errors IN file /home/oracle/app/admin/orcl/udump/orcl_ora_4272180.trc: ORA-00600: internal error code, arguments: [kghfrf1], [0x000000000], [], [], [], [], [], []Fri Oct 5 06:20:27 2012 Errors in file /home/oracle/app/admin/orcl/udump/orcl_ora_4272180.trc: ORA-00600: internal error code, arguments: [kghfrf1], … Continue reading →

Posted in BUG | Tagged , , , , , | Leave a comment