ITPub博客

客户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: [

客户Oracle 10.2.0.1数据库告警日志出现大量的ORA-21780错误，并包含SMG-3000和SMG-3503信息，紧接着出现了ORA-4030和ORA-600(keltenq)错误。 [@more@] 错误信息如下： Mon Aug 17 10:37:48 2009 ORA-21780 encountered when generating server alert SMG-3000 Mon Aug 17 10:38:27 2009 ORA-21780 encountered when generating server alert SMG-3503 Mon Aug 17 10:47:48 2009 ORA-21780 encountered when generating server alert SMG-3000 Mon Aug 17 10:48:42 2009 ORA-21780 encountered when gener

客户10.2.0.1数据库在控制文件自动备份过程中出现错误信息。 [@more@] 错误信息为： Thu Jun 30 02:15:46 2011 Starting control autobackup Thu Jun 30 02:15:47 2011 Errors in file /u01/app/oracle/admin/orcl/udump/orcl_ora_1167402.trc: Thu Jun 30 02:15:47 2011 Errors in file /u01/app/oracle/admin/orcl/udump/orcl_ora_1167402.trc: Thu Jun 30 02:15:47 2011 Errors in file /u01/app/oracle/admin/orcl/udump/orcl_ora_1167402.trc: Control autobackup written to DISK device hand

Exadata环境在收集统计信息时出现这个错误。 [@more@] 客户数据库11.2.0.2 RAC on Exadata在收集统计信息是出现的错误： Sun Feb 05 22:22:44 2012 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl2/trace/orcl2_j002_21084.trc (incident=255085): ORA-00600: internal error code, arguments: [ktspfnsb-1], [1], [1], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl2/incident/incdir_255085/orcl2_j002_21084_i255085.trc Sun Feb 05 22:22:56

客户10.2.0.1环境，出现了ORA-1000错误并导致了ORA-7445错误的产生。 [@more@] Oracle的ORA-1000错误是个普通的问题，就是当前使用的游标值超过了OPEN_CURSOR初始化参数的值，而这个错误导致的ORA-7445错误还是第一次看到： Thu Oct 28 16:32:57 2010 Errors in file /u01/app/oracle/admin/orcl/orcl/orcl_mmon_356528.trc: ORA-07445: exception encountered: core dump [] [] [] [] [] [] ORA-00604: error occurred at recursive SQL level 2 ORA-01000: maximum open cursors exceeded 在文档ORA-7445

在10.2.0.4 RAC环境中，出现了更改SERVICE_NAME导致大量会话被KILL的现象。 [@more@] 告警日志中信息如下： Wed Oct 24 20:06:16 2012 ALTER SYSTEM SET service_names='' SCOPE=MEMORY SID='orcl2'; Wed Oct 24 20:06:16 2012 ALTER SYSTEM SET service_names='orcl' SCOPE=MEMORY SID='orcl2'; Wed Oct 24 20:06:16 2012 Immediate Kill Session#: 1418, Serial#: 22066 Immediate Kill Session: sess: 0x18dc79b70 OS pid: 4879 Immediate Kill Session#: 1424, Serial#: 108 Immediate Kill Sessio

从BLOG访问过百万到突破千万，用了超过4年半的时间。 [@more@] 老版的BLOG本以为坚持不到千万的访问量，一方面是新的个人网页会产生一些分流，另一方面ITPUB可能会关闭老版的BLOG，不过没想到这个目标最终还是实现了。 由于大量的文章都保存在老版BLOG中，且早期的绝大部分文章中的超链接也指向了老版的文章，因此老版的更新会一直保持下去，直到ITPUB将整个老版BLOG停掉为止。 而ITPUB的新版BLOG今后不会再进行更新，因为同时维护三份BLOG实在没有什么意义，且浪费太多的时间。 以前确定的两个目标坚持5年的

客户9.2.0.6 RAC出现ORA-600[17067]错误。 [@more@] 错误信息如下： Wed Dec 3 00:51:02 2008 Errors in file /ora9i/app/oracle/admin/orcl9i/udump/orcl9i2_ora_25250.trc: ORA-00600: internal error code, arguments: [17067], [0], [], [], [], [], [], [] Wed Dec 3 00:51:07 2008 Errors in file /ora9i/app/oracle/admin/orcl9i/udump/orcl9i2_ora_25250.trc: ORA-00600: internal error code, arguments: [26599], [1], [229], [], [], [], [], [] ORA-00600: internal error code, arguments:

时间总是很短暂，两天的技术嘉年华今天成功落幕。 [@more@] 今天上午我有一个关于ODA的主题，之所以想和大家分享做一个近似产品介绍的主题，是因为在8月份现场对ODA进行了测试后，确认发现了ODA很多值得称道的地方。而且这次在OOW上听了很多关于ODA的主题，发现在国外，很多客户已经广泛的使用了ODA。而在国内，听说过一体机和Exadata的人很多，但是对ODA有了解的凤毛麟角。于是这次的主题就选择了ODA。 在下午最后一场圆桌会议时，时间已经超过了6点30，而现场仍然存在大量的技术人员在不断的向嘉宾提问，气氛空前

筹备了几个月的第二届Oracle嘉年华重要开幕了。 [@more@] 这次大会计划中我在明天会有一个关于ODA的主题，不过没想到今天临时又增加了一个任务。 Kaya在今天下午有一个主题，这个主题就是他们组在OOW上带来的“戏说Oracle性能－－Oracle性能问题的模拟与展示”。在OOW上，这个主题的展示参与人数有5、6个人之多，每个人会负责一个角色，通过不同角色之间的对话来将问题分析逐步的分析清楚。 而今天的会议只有Kaya一个人显然难以将这个主题的特点显示出来。原计划是Kamus跟Kaya进行配合，不过即使对主题中的角色

今天应邀参加了Oracle Developer Day。 [@more@] 很长时间没有参加Oracle的Developer Day活动了，上次可能是4年以前的事情了。那次参加还是去学习的，这是变成了特约技术专家了。 这次巧合的是，Oracle把Developer Day的会场也放在了国宾宾馆，且就在我们的Oracle技术嘉年华前一天，于是下午去附会的同时可以去热热场子。 今天的会议都是大数据相关的主题，而我的工作和经验基本上和大数据没有太多关系，本来去参加会议也就是打打酱油，不过没有想到现场朋友的提问基本上都是Oracle DB相关的问题，基本上和大数