ITPub博客

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

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

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:

在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

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

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

客户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.4 RAC环境，出现大量的library cache lock和cursor: pin S wait on X等待，经分析是由于统计信息收集僵死导致的。 [@more@] 数据库在8点到9点期间，数据库两个节点都存在明显的cursor: pin S wait on X和library cache lock的等待： Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class cursor: pin S wait on X 1,573,056 30,651 19

印象中很少帮人写序，提笔后才发现这也不是件轻松的事情。 [@more@] 初识周亮应该是2012年10月到杭州出差，经一个杭州的同事介绍认识的，虽然是第一次见面，但是聊得却很投机：一方面大家都是这个圈子里的人，虽然之前没有打过交道，但是有着很多共同的朋友，因此感觉比较亲切；另一方面是我们两个的相似点非常多，因此共同语言也就比较多。大家都是Oracle的DBA，都对Oracle技术感兴趣，也都在Oracle的圈子内积累了不少年头，即便是只聊技术，也能找到说不完的话题。更何况我们两个人的工作性质几乎完全一样。我们两个

客户10.2.0.4 RAC出现大量的ORA-600[17059]错误。 [@more@] 错误信息如下： Tue May 21 09:55:30 2013 Errors in file /oraclelog/admin/orcl/bdump/orcl1_j000_307.trc: ORA-00600: 内部错误代码, 参数: [17059], [0xC000001346657EB8], [], [], [], [], [], [] Tue May 21 09:55:32 2013 Errors in file /oraclelog/admin/orcl/bdump/orcl1_j000_307.trc: ORA-00600: 内部错误代码, 参数: [17059], [0xC000001346657EB8], [], [], [], [], [], [] Tue May 21 09:55:33 2013 Errors in file /oraclelog/

对于大部分企业而言，核心数据库中保存的数据对于企业都是极为重要的。这些数据使得企业拥有核心竞争力，有的数据甚至涉及商业机密。对于社保系统就更是如此，很多敏感数据的查询权限都是十分严格的。而且社保系统...

这篇文章主要讨论如何通过修改物化视图日志来同步INSERT和DELETE操作。小议物化视图与基表数据不一致的消除（一）：http://yangtingkun.itpub.net/post/468/326751 对于物化视图和基表的差别，一共存在三种情况。记...

这篇文章介绍一下快速刷新的只读物化视图于基表不一致的解决方法。 我并没有碰到过实际的情况，但是在网上看到过几次类似的案例：快速刷新的物化视图与基表出现数据不一致的状况。因为我并没有在使用中实际碰到过这...

这篇文章主要讨论如何通过修改物化视图日志来同步包含LOB列的UPDATE操作。小议物化视图与基表数据不一致的消除（一）：http://yangtingkun.itpub.net/post/468/326751小议物化视图与基表数据不一致的消除（二）：...

当想要查询：包含任意两组或多组字符串的查询原来可以这么用！ 很好 很强大！==================table_name like '%DBA%PRIVS%'==LIKE的经典用法============select * from dictionary where table_name like '%DBA%PRIVS%' TABLE_NAME               COMMENTS...