Tag Archives: RAC

ORA-600(17147)和ORA-7445(__lwp_kill)错误

客户10.2.0.4 RAC环境出现ORA-600[17147]和ORA-7445[__lwp_kill]错误。 错误信息为: Fri DEC 14 16:05:56 2012 Errors IN file /oraclelog/admin/orcl/bdump/orcl2_diag_27263.trc: ORA-07445: exception encountered: core dump [__lwp_kill()+48] [SIGIOT] [UNKNOWN code] [0x000006A7F] [] [] ORA-00600: internal error code, arguments: [17147], [0x9FFFFFFFFD3E6BB8], [], [], [], [], [], [] Fri DEC 14 … Continue reading

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

统计信息收集出现DFS等待导致实例HANG死

客户10.2.0.4 RAC环境,出现大量的library cache lock和cursor: pin S wait on X等待,经分析是由于统计信息收集僵死导致的。 数据库在8点到9点期间,数据库两个节点都存在明显的cursor: pin S wait on X和library cache lock的等待: Event Waits Time(s) Avg   Wait(ms) %   Total Call Time Wait   Class cursor:   pin S wait on X 1,573,056 30,651 … Continue reading

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

ORA-600(ksxp_rm_check0)错误

客户11.2.0.3 RAC的ASM实例出现ORA-600[ksxp_rm_check0]错误。 错误信息如下: Tue Jul 02 19:22:59 2013 Errors IN file /u01/app/grid/diag/asm/+asm/+ASM2/trace/+ASM2_ora_6488960.trc (incident=165804): ORA-04031: unable TO allocate 3000 bytes OF shared memory ("shared pool","select INSTANCE_NUMBER , IN…","sga heap(1,0)","call") USE ADRCI OR Support Workbench TO package the incident. See Note 411.1 … Continue reading

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

11.2.0.3 ASM实例出现ORA-4031导致数据库归档失败

客户的11.2.0.3 RAC数据库出现了归档失败的情况,导致单个实例出现HANG死的状况。 检查错误信息发现: Tue Jul 02 16:49:13 2013 ARC1: Error 19504 Creating archive log file TO ‘+DATA02’ ARCH: Archival stopped, error occurred. Will continue retrying ORACLE Instance orcl1 – Archival Error ORA-16038: log 14 SEQUENCE# 68244 cannot be archived ORA-19504: … Continue reading

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

ORA-600(kjbrref:pkey)错误

客户数据库碰到这个ORA-600错误,导致实例崩溃。 详细错误信息为: Fri Nov 23 23:38:46 2012 minact-scn: Master returning AS live inst:2 has inc# mismatch instinc:4 cur:6 errcnt:0 Errors IN file /oracle/diag/rdbms/orcl/orcl1/trace/orcl1_lms1_2097994.trc (incident=1520217): ORA-00600: internal error code, arguments: [kjbrref:pkey], [7232], [107], [249516], [0], [], [], [], [], [], [], … Continue reading

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

ORA-600(k2qgil:gtx)错误

客户11.2.0.3 RAC出现了ORA-600[k21gil:gtx]错误。 错误信息为: Sat Sep 22 18:45:52 2012 Auto-tuning: Shutting down background process GTX1 Sat Sep 22 19:00:20 2012 Auto-tuning: Starting background process GTX1 Starting background process GTX1 Sat Sep 22 19:00:20 2012 GTX1 started WITH pid=584, OS id=21107 Sat … Continue reading

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

重启RAC实例无法启动报错CRS-1019

客户反馈在重启RAC环境后,发现CLUSTER启动正常,但是数据库实例没用启动。 根据客户的电话描述,Oracle尝试在节点1上启动实例2,在节点2上启动实例1,并导致错误CRS-1019。 从客户的描述上很难得到真正有意义的信息,于是请客户将详细的错误信息发给我: oracle@orcl1:/home/oracle>crs_start -ALL Attempting TO START `ora.orcl.orcl1.inst` ON member `orcl1` Attempting TO START `ora.orcl.orcl2.inst` ON member `orcl2` START OF `ora.orcl.orcl1.inst` ON member `orcl1` failed. orcl2 : CRS-1019: Resource ora.orcl.orcl1.inst (application) cannot run ON orcl2 START OF `ora.orcl.orcl2.inst` ON … Continue reading

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

ORA-7445(kgskhighthreshold)错误

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

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

今天在使用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

ODA之测试体验

测试了将近一周的ODA,关于ODA的技术文章也写了几篇,简单总结一下使用ODA的一点心得。 以前接触的一体机并不多,EXADATA虽然有过几次接触,但是与这次可以全方位的测试ODA相比就完全不值得一提了。 总的来说ODA给我的最大感触就是简便:把ODA插上电源和网线之后,唯一需要的配置就是通过ILOM配置一下ODA的网络,只需要把安装程序上传到服务器,通过ODA提供的命令进行解压,然后就是一键式安装。整个安装过程在一个小时左右。加上配置网络和上传软件的时间,整个RAC环境的部署也不会超过半天。而一般情况下,安装一套RAC,即使是熟手也没有十足把握在一天之内搞定,毕竟网络配置、存储设置、系统包的缺失甚至是BUG都可能会导致RAC环境的总体安装时间延迟,而ODA则完全避免了上面的问题。 此外无论是一键式卸载还是一键式升级,都已经将DBA烦琐的工作简化到了极致,在加上ILOM实现的无人值守功能,更是将ODA的简单、方便的特点发挥的淋漓尽致。 ODA的性能虽然不可能像EXADATA那样把执行效率以数量级的方式提高,但是无论是ORION还是SWINGBENCH的测试来看,ODA对于大部分中小型应用应该是足够支撑的。 说了半天的优点,最后说一下ODA的不足之处。首先不灵活性不够,虽然安装配置的简化和配置的灵活性存在一定的冲突,但是这并不妨碍ODA给高级DBA多一些定制的空间。其他的方面到还可以接受,就是ODA的ASM的3重镜像配置这一点是最让人头痛的。对于ODA来说,几乎没有可能改变这一点。除非是不使用ODA的一键式安装,而安全自己安装CLUSTER和RAC,而如此一来,ODA提供的简便性又荡然无存了。此外ODA另外一个致命的缺点,扩展性不足。虽然ODA目前支持外接存储,但是默认的安装配置是不支持将RAC部署到外部存储上的。当然通过将存储添加到ASM磁盘组中应该也可以实现ODA使用外部存储的功能,但是这是ODA策略所不允许的。除了磁盘空间外,CPU、内存资源也都是无法扩展的,更重要的是,ODA没有办法扩展第三个节点,也就是说ODA所能承载的最大压力是固定的。随着业务量的增长和历史数据的增加,ODA没有能力通过添加硬件资源来进行扩展。 因此,个人认为无法扩展是ODA的致命伤,但不是Oracle,因为根据Oracle的定义,总数据量小于3T的使用ODA,而大于3T的则应该使用EXADATA。那么根据这个观点,利用ODA作为EXADATA的热身产品,熟悉一下Oracle的一体机也是一个靠谱的选择。

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