ITPub博客

客户11.2.0.3 RAC环境，出现ORA-600[kollasg:client-side tmp lob]错误。 [@more@] 错误信息为： Thu Apr 28 20:54:53 2011 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_ora_31916032.trc (incident=148665): ORA-00600: 内部错误代码, 参数: [kollasg:client-side tmp lob], [], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_148665/orcl1_ora_31916032_i148665.trc Thu Apr 28 20:54:59 2011 Trace dum

客户11.2.0.3 RAC的ASM实例出现ORA-600[ksxp_rm_check0]错误。 [@more@] 错误信息如下： 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 at My Oracle Support f

客户的11.2.0.3 RAC数据库出现了归档失败的情况，导致单个实例出现HANG死的状况。 [@more@] 检查错误信息发现： 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: failed to create file "" ORA-00312: online log 14 thread 1: '+DATA02/orcl/onlinelog/group_14.264.792274883'

一个9.2.0.8上的bug。 [@more@] 虽然12c已经发布，但是仍然有部分客户的核心数据库还跑在9i环境上，有碰到了一个9208上的bug。 Thu May 16 14:18:48 2013 Errors in file /oracle/oracle/admin/orcl/udump/orcl_ora_11922.trc: ORA-07445: 出现异常: 核心转储 [00000001023A0F08] [SIGSEGV] [Address not mapped to object] [0x000000010] [] [] Thu May 16 14:19:49 2013 Errors in file /oracle/oracle/admin/orcl/udump/orcl_ora_12389.trc: ORA-07445: 出现异常: 核心转储 [00000001023A0F08] [SIGSEGV

赶赶时髦，开始看Oracle 12C的新特性。 [@more@] 其实早在去年OOW上，就介绍了大量的12C新特性，这样导致我对12C有点审美疲劳。当然OOW中介绍的只是新特性中最值得称道的，更多重要的新特性还是要看新特性文档。而事实上最全面的新特性介绍，分布到各个的专门的文档中，比如管理员手册、性能优化手册、工具手册、升级手册…… 最近手头的事情太多，因此新特性的测试文章可能会慢一点，不过没有关系，现在网上已经到处都是12C的文章了。 12C的在线阅读地址：http://www.oracle.com/pls/db121/to_toc?pathname=s

感觉Timesten中很多内容和思路与Oracle差别不大。 [@more@] 之所以会有这个感觉，主要源于两个方面。一是文档中确实介绍了大量Oracle相关的内容，尤其是诊断Timesten作为Oracle数据库CACHE部分，很多引发Timesten的错误实际上就是Oracle中的错误。二是Oracle在收购了Timesten之后，利用Oracle关系型数据库的优势，将很多Oracle的特性也放到了Timesten中，因此看一些概念以及诊断的手段会有似曾相识的感觉。 不过Timesten的锁机制显然没有得到Oracle数据库的真谛，而和其他大部分数据库一样。比如在Timesten中一个聚

客户的11.2.0.3 RAC环境出现ORA-600[ktsfbfmt:objdchk_kcbnew_3]错误。 [@more@] 错误信息为： Sat May 18 01:37:23 2013 Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_j009_13090.trc (incident=1002558): ORA-00600: 内部错误代码, 参数: [ktsfbfmt:objdchk_kcbnew_3], [3], [5370496], [0], [], [], [], [], [], [], [], [] Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_1002558/orcl1_j009_13090_i1002558.trc Use ADRCI

客户11.2.0.3 RAC for Aix上出现的错误。 [@more@] 在客户环境中，上述两个错误都出现了： Sun May 19 01:20:41 2013 Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_j003_32468.trc (incident=1002135): ORA-00600: 内部错误代码, 参数: [kdifind:kcbget_24], [5296768], [1], [0], [1], [], [], [], [], [], [], [] ORA-06512: 在 "CP_TMS.TMP_P_TMS_MAIL_AGENCY_OUT", line 386 ORA-06512: 在 line 2 Incident details in: /oracle/app/oracle/diag/rdbms/

客户反馈尝试通过LOGMINER获取USERNAME和PROGRAM信息，但是即使打开了SUPPLEMENTAL LOG，仍然到得UNKNOWN的结果。 [@more@] 查询了MOS文档，果然找到了一个对应的BUG：Some Column Values Change To UNKNOWN Or NULL When Querying V$LOGMNR_CONTENTS [ID 1307497.1]。 当在START_LOGMINER的时候指定了START_SCN并在OPTIONS中指定了DDL_DICT_TRACKING时，查询V$LOGMNR_CONTENTS视图，第一次访问可以得到正确的USERNAME、MACHINE_NAME、OS_USERNAME、SESSION_INFO等信息，但是再次查询上述列会变成NULL或者UNKNOWN

翘盼已久的Oracle 12c今天终于发布了。[@more@] Oracle的12c将要发布的消息已经传出来将近1年时间了，就在大家认为是不是要等到OOW的时候，Oracle 12.1.0终于发布了。 第一批发布了三个平台，不用猜也知道肯定是Linux和Solaris，包括Linux X86-64、Solaris Sparc 64和Solaris X86-64。 同时在线文档也发布出来，可以通过http://www.oracle.com/pls/db121/homepage进行在线访问。估计最近一段时间，大部分新特性的文章会不断的涌现出来。