ITPub博客

客户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相关的问题，基本上和大数

一个临时表空间无法分配导致的ORA-600错误。 [@more@] 错误信息如下： Wed May 16 17:26:23 2012 ORA-1652: unable to extend temp segment by 128 in tablespace ATEMP Wed May 16 17:26:31 2012 ORA-1652: unable to extend temp segment by 128 in tablespace ATEMP Wed May 16 17:26:37 2012 ORA-1652: unable to extend temp segment by 128 in tablespace ATEMP Wed May 16 17:26:38 2012 ORA-1652: unable to extend temp segment by 128 in ta

Oracle 9206 RAC环境访问LOGMINER视图时报错。 [@more@] 错误信息： Wed Aug 10 17:06:37 2011 Errors in file /opt/app/oracle/admin/orcl/udump/orcl2_ora_20704.trc: ORA-07445: exception encountered: core dump [000000010069AB88] [SIGSEGV] [Address not mapped to object] [0x000000008] [] [] Wed Aug 10 17:07:22 2011 Trace dumping is performing id=[cdmp_20110810170722] 对应的TRACE信息为： *** 2011-08-10 17:06:37.463 *** SESSION ID:(49.28760) 2011-08-10 17:06:37.461 Excep

又一个ORA-600(12333)错误。 ORA-600(12333)错误：http://yangtingkun.itpub.net/post/468/526154 ORA-600(12333)错误和ORA-600(ttclxx1)错误：http://yangtingkun.itpub.net/post/468/526078 [@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/orac

客户的9206数据库出现ORA-7445错误。 [@more@] 错误信息： Fri Apr 17 09:11:24 2009 Errors in file /opt/app/admin/orcl/udump/orcl1_ora_15039.trc: ORA-07445: exception encountered: core dump [000000010102BD1C] [SIGSEGV] [Address not mapped to object] [0x000000004] [] [] Fri Apr 17 09:11:25 2009 Trace dumping is performing id=[cdmp_20090417091125] 导致该错误详细信息： *** 2009-04-17 09:11:24.746 *** SESSION ID:(107.25) 2009-04-17 09:11:24.738 Exception signal: 11 (SIGSEG

9206数据库在收集统计信息时出现这个错误。 [@more@] 错误信息如下： Fri Oct 14 05:00:52 2011 Errors in file /opt/app/admin/orcl/bdump/orcl2_p010_16736.trc: ORA-00600: internal error code, arguments: [kghpih:ds], [0x494217CE8], [], [], [], [], [], [] Fri Oct 14 05:00:53 2011 Trace dumping is performing id=[cdmp_20111014050053] Fri Oct 14 05:00:53 2011 Errors in file /opt/app/admin/orcl/bdump/orcl2_j000_16586.trc: ORA-12012: error on auto execute of job 291 ORA-12801:

客户反馈在重启RAC环境后，发现CLUSTER启动正常，但是数据库实例没用启动。 [@more@] 根据客户的电话描述，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.

这篇文档介绍了OLAP相关的基础概念。 [@more@] Oracle的OLAP组件从9i就独立存在了，不过一直没有研究过。由于有客户在使用，且前一段时间发现OLAP组件的SCHEMA并不像其他数据库SCHEMA迁移那么简单，因此还是有必要了解一下相关的知识。 在线文档地址：http://www.oracle.com/pls/db112/to_toc?pathname=olap.112%2Fe17123%2Ftoc.htm&remark=portal+%28Books%29

如果要和Oracle数据库的文档进行比较，这篇文档类似管理员手册。 [@more@] 由于ODA是一体机，既包含了软件也包括了硬件。因此文档虽然仍然是以软件的描述为主，但是仍然包括了一些硬件的描述，比如网络接口、前后面板警示灯的介绍等等。 ODA本身的管理就很简单，因此这篇文档已经涵盖了ODA日常操作维护的绝大部分内容，包括部署ODA前的准备、ODA的安装、ODA的维护、ODA的高可用以及ODA的故障诊断等等。如果对ODA感兴趣或者已经部署了ODA环境，那么这篇文档是最好的ODA入门手册。

在笔记本的本地数据库中创建数据库链，访问远端数据库，出现ORA-12170访问超时错误。 [@more@] 由于访问超时，首先检查网络，确认远端服务器是可以访问的： C:Userslenovo>ping 192.168.0.56 正在 Ping 192.168.0.56 具有 32 字节的数据: 来自 192.168.0.56 的回复: 字节=32 时间<1ms TTL=64 来自 192.168.0.56 的回复: 字节=32 时间<1ms TTL=64 来自 192.168.0.56 的回复: 字节=32 时间<1ms TTL=64 来自 192.168.0.56 的回复: 字节=32 时间<1ms TTL=64 192.168.0.56 的 Ping 统计信息:

Oracle 11.1.0.6数据库在归档到远端实例时出现这个错误。 [@more@]详细错误信息为：Wed Dec 26 12:39:20 2012Error 1017 received logging on to the standby------------------------------------------------------------Check that the primary and standby are using a password fileand remote_login_passwordfile is set to SHARED or EXCLUSIVE, and that the SYS password is same in the password files. returning error ORA-16191------------------------------------------------------------Errors