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进行在线访问。估计最近一段时间，大部分新特性的文章会不断的涌现出来。

客户10.2.0.4 RAC数据库出现网络异常，导致实例崩溃并伴随大量ORA-27300错误。 [@more@] 详细错误信息为： Wed Nov 21 16:37:36 2012 Errors in file /u01/oracle/app/admin/orcl/udump/orcl2_ora_29173.trc: ORA-00603: ORACLE server session terminated by fatal error ORA-27504: IPC error creating OSD context ORA-27300: OS system dependent operation:if_not_found failed with status: 0 ORA-27301: OS failure message: Error 0 ORA-27302: failure occurred at: skgxpvaddr9 ORA-27303: addi

客户数据库碰到这个ORA-600错误，导致实例崩溃。 [@more@] 详细错误信息为： 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], [], [], [], [], [], [], [] Incident details in: /oracle/diag/rdbms/orcl/orcl1/incident/incdir_1520217/o

记录一个很诡异的问题，在进行一个测试时碰到的，V$SESSION中记录的BLOCKING_SESSION信息是错误的，可惜这个问题当时没有注意，后续也无法再重现出来，只好作为一个现象记录一下，Oracle给出的一些信息看来也是不完全可信的。 [@more@] 在会话1执行： [tingkun.yang@node1 ~]$ sqlplus test/test SQL*Plus: Release 10.2.0.5.0 - Production on Sun Nov 25 04:04:00 2012 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.

在运行ORACLE_LOADER类型的外部表查询时报错，无法打开外部表的日志文件。 查询外部表出现KUP-4040错误： [@more@] 数据库安装在操作系统oracle用户下，默认组为oinstall，当前使用的是操作系统用户tingkun.yang，同样是oinstall组，因此当前用户可以用SYSDBA身份登录数据库。 当前用户tingkun.yang运行sqlplus连接数据库，创建目录和外部表，在读取外部表时报错： [tingkun.yang@enmoteam2 ~]$ id uid=505(tingkun.yang) gid=501(oinstall) groups=501(oinstall),502(dba) [tingkun.yang@enmoteam2 ~]$ p

在运行ORACLE_LOADER类型的外部表查询时出现这个错误。 [@more@] 数据库的情况比较复杂，简单描述一下。数据库是安装在操作系统oracle用户下，默认组为oinstall，当前使用的是操作系统用户tingkun.yang，同样是oinstall组，因此当前用户可以用SYSDBA身份登录数据库。 以当前用户tingkun.yang运行sqlplus连接数据库，创建目录和外部表，在读取外部表时报错： [tingkun.yang@enmoteam2 ~]$ id uid=505(tingkun.yang) gid=501(oinstall) groups=501(oinstall),502(dba) [tingkun.yang@enmoteam2 ~]$ ps -ef|grep

客户的11.2 RAC环境出现这两个ORA-600错误。 [@more@] 详细的错误信息为： Mon Nov 19 19:32:56 2012 ALTER SYSTEM SET local_listener=' (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=10.135.128.17)(PORT=1521))))' SCOPE=MEMORY SID='orcl1'; NOTE: Loaded library: System ORA-15025: could not open disk "/dev/rhdisk10" ORA-27041: unable to open file IBM AIX RISC System/6000 Error: 13: Permission denied Additional information: 11 ORA-15025: could not open di

客户11.2.0.3 RAC出现了ORA-600[k21gil:gtx]错误。 [@more@] 错误信息为： 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 Sep 22 19:02:41 2012 Auto-tuning: Starting background process GTX2 Starting background process GTX2 Sat Sep 22 19:02:42 2012 GTX2 started with pi

客户10.2.0.4 RAC环境在启动时出现ORA-7445错误。 [@more@] 错误信息为： Wed Jun 27 05:10:51 2012 Starting ORACLE instance (normal) Wed Jun 27 05:11:24 2012 LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Interface type 1 aggr1 192.168.168.0 configured from OCR for use as a cluster interconnect Interface type 1 bge0 172.25.145.0 configured from OCR for use as a public interface Picked latch-free SCN scheme 3 Using LOG_ARCHIVE_DEST_10 parameter default value as

很常见的一个信息，以前并没有太在意，不过即使是这种异常信息，Oracle也认为是bug。 [@more@] 关闭数据库时，信息如下： Tue Aug 16 15:38:06 2011 Shutting down archive processes Tue Aug 16 15:38:11 2011 ARCH shutting down ARC2: Archival stopped Tue Aug 16 15:43:41 2011 Starting background process EMN0 EMN0 started with pid=28, OS id=1294500 Tue Aug 16 15:43:41 2011 Shutting down instance: further logons disabled Tue Aug 16 15:43:41 2011 Stopping background process QMNC

客户数据库出现ORA-600[kocgor077]错误。 [@more@] 数据库版本为10.2.0.1，详细错误信息为： Thu Oct 22 22:00:36 2009 ORA-0 encountered when generating server alert SMG-3503 Thu Oct 22 22:10:40 2009 ORA-0 encountered when generating server alert SMG-3503 Thu Oct 22 22:20:44 2009 ORA-0 encountered when generating server alert SMG-3503 Thu Oct 22 22:24:44 2009 Errors in file /u01/app/oracle/admin/orcl/bdump/orcl_mmon_606440.trc: ORA-00600: internal error code, arguments: [