ITPub博客

一个临时表空间无法分配导致的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

又是一个ANSI标准SQL导致的BUG。 [@more@]数据库版本10.2.0.1，错误信息为：Wed Nov 09 19:15:27 2011Errors in file c:oracleproduct10.2.0adminorcludumporcl_ora_784.trc:ORA-00600: 内部错误代码, 参数: [kkoljt1], [], [], [], [], [], [], []根据文档Bug 5864217 - OERI [kkoljt1] from ANSI query with join elimination [ID 5864217.8]，在10.2.0.3以前版本中标准SQL如果出现了连接消除会导致ORA-600[kkoljt1]的错误。Oracle在11.1.0.6和10.2.0.4中解决了这个问题。除了升级外，避免标准SQL的写法是最好

客户10.2.0.1 for Windows出现ORA-7445错误。 [@more@]没有打过补丁的数据库出现问题的几率果然很大：Thu Mar 29 15:11:50 2012Errors in file c:oracleproduct10.2.0adminorcludumporcl_ora_880.trc:ORA-07445: 出现异常错误: 核心转储 [ACCESS_VIOLATION] [_kkdlavc+233] [PC:0x7F6661] [ADDR:0x0] [UNABLE_TO_READ] []这个问题是由于访问了一个不正常的视图所致，解决方法就是重建视图。关于这个bug的描述可以参考文档ORA-07445 [kkdlavc()+284] When Performing Query Against a View。

客户10.2.0.1 for Windows 32数据库出现ORA-7445[_kkqtnloCbk]错误。 [@more@]告警日志中错误信息为：Tue Nov 08 14:56:39 2011Errors in file c:oracleproduct10.2.0adminorcludumporcl_ora_4720.trc:ORA-07445: 出现异常错误: 核心转储 [ACCESS_VIOLATION] [_kkqtnloCbk+124] [PC:0x1DB818C] [ADDR:0xF5] [UNABLE_TO_READ] []导致这个错误的原因是Oracle处理ANSI语法时出现异常，参考文档Bug 4204383 Dump [kkqtnlocbk] optimizing ANSI OUTER JOINs with subqueries。这个错误影响10.2.0.3以下版本，Oracl

之前一直认为这是Oracle的一个bug，直到前一段时间通读网络服务参考手册时，才发现问题的真相。TNSNAMES配置中空格导致的bug：http://yangtingkun.itpub.net/post/468/487506 [@more@] 当时测试发现，只要在SERVICE_NAME下面的一行缺少空格，就会导致错误的产生： TEST08 = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.25.13.229)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = test08) ) ) 替换下划线的版本为： TEST08 = __(DESCRIPTION = ____(ADD

虽然AWR功能已经完全可以替代STATSPACK的功能，但是目前存在的9i的数据库还有不少，而且却是发现有不少人不了解如何更改STATSPACK的级别。 [@more@]STATSPACK默认是LEVEL 5收集，而LEVEL 5收集的数据是不包括执行计划的，因此对于关注SQL性能的情况，至少需要调整到LEVEL 6，下面是检查和调整STATSPACK收集等级的方法，比较简单，就不多解释了：SQL> exec statspack.snapPL/SQL procedure successfully completed.SQL> select snap_id, dbid, snap_level from stats$snapshot; SNAP_ID DBID SNAP_LEVEL---

一个由于低版本JDBC驱动导致的错误。 [@more@] 告警日志中错误信息为：Fri Aug 12 19:00:03 2011Errors in file /opt/app/oracle/admin/orcl/udump/orcl2_ora_28464.trc:ORA-07445: exception encountered: core dump [lnxadd()+471] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []Fri Aug 12 19:00:04 2011 Trace dumping is performing id=[cdmp_20110812190004]根据MOS文档setDouble On INSERT Corrupts Data In NUMBER Column Using Oracle10g JDBC Driver [ID 313373.1]，导致问题的原因是使用了低版本的J

客户10.2.0.4 RAC for Linux X64环境，告警日志出现ORA-600(6033)错误。 [@more@]详细错误信息为：/opt/app/oracle/admin/orcl/udump/orcl1_ora_25075.trcOracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit ProductionWith the Partitioning, Real Application Clusters, OLAP, Data Miningand Real Application Testing optionsORACLE_HOME = /opt/app/oracle/product/10.2.0/db_1System name: LinuxNode name: hb1Release: 2.6.9-78.ELlargesmpVersion: #1 SMP Wed Jul 9 16:03:59 EDT 200

10.2.0.4 RAC环境关闭数据库时出现ORA-600[2801]错误。 [@more@]详细错误信息为：Mon Apr 11 22:44:24 2011alter database add supplemental log dataTue Apr 12 00:11:42 2011Thread 1 advanced to log sequence 3108 (LGWR switch) Current log# 1 seq# 3108 mem# 0: +DATA/orcl/onlinelog/group_1.307.727394923 Current log# 1 seq# 3108 mem# 1: +DATA/orcl/onlinelog/group_1.306.727394925Tue Apr 12 00:16:55 2011Thread 1 advanced to log sequence 3109 (LGWR switch) Current log# 2 seq# 3109 mem# 0: +

这是一个10.2.0.1到10.2.0.4上都存在的bug。 [@more@]错误发生在DG的STANDBY数据库中：Fri Oct 19 12:01:16 2012Errors in file /data/oracle/admin/vodapp/bdump/vodapp_mrp0_21304.trc:ORA-00600: internal error code, arguments: [3689], [33], [], [], [], [], [], []Errors with log /baceldba/archive/1_30374_730819916.dbfMRP0: Background Media Recovery terminated with error 600导致这个错误的原因很简单，在主库执行了ALTER TABLESPACE DROP DATAFILE后，并不会导致DATAFILE的被删除，后随后在增加新

10.2.0.4 RAC环境的ASM实例出现这个ORA-7445错误。 [@more@]错误信息为：Fri Dec 3 19:49:49 2010Errors in file /opt/app/oracle/admin/+ASM/bdump/+asm2_lck0_19876.trc:Fri Dec 3 19:50:44 2010Errors 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 2010Trace dumping is performing id=[cdmp_20101203195100]Fri Dec 3 19:51:27 201