-
Recent Posts
Recent Comments
- yangtingkun on 非空字段空值对查询的影响
- Eric Zong on 非空字段空值对查询的影响
- Kamus on Oracle Ace Director
- 设置全局死锁优先级 | yangtingkun on RAC全局死锁检测时间
- ORA-600(krbounotread_noctx)错误 | yangtingkun on ORA-600(krboReadBitmap_badbitmap)错误
Archives
- December 2020
- February 2019
- December 2018
- November 2018
- October 2018
- July 2018
- June 2018
- May 2018
- July 2016
- July 2013
- June 2013
- November 2012
- October 2012
- September 2012
- August 2012
- July 2012
- June 2012
- May 2012
- April 2012
- March 2012
- February 2012
- January 2012
- December 2011
- November 2011
- October 2011
- September 2011
- August 2011
Categories
Meta
Category Archives: ORACLE
密码即将过期提示的影响
当用户密码即将过期时，在登录时Oracle会提示ORA-28002错误，但是并不会影响正常的登录。 本来认为这个信息并没有太大的影响，但是没想到这个错误会导致SET AUTOTRACE功能失效： solaris*orcl-/home/oracle$ sqlplus test/test SQL*Plus: Release 11.2.0.3.0 Production ON Fri Jul 13 11:27:28 2012 Copyright (c) 1982, 2011, Oracle. ALL rights reserved. ERROR: ORA-28002: the password will expire WITHIN 1 days Connected TO: Oracle DATABASE 11g Enterprise Edition … Continue reading
Posted in ORACLE
Tagged ora-1017, ora-24315, ora-28002, password, profile, SET AUTOT ON
Leave a comment
分区表部分分区不可用导致统计信息收集失效
一个客户碰到的具体需求，分区表中有些分区所在的表空间被OFFLINE，导致在删除统计信息时报错。 下面通过例子来说明这个问题： SQL> CREATE TABLE t_part_read (id NUMBER) 2 partition BY range (id) 3 (partition p1 VALUES less than (10) tablespace ts1, 4 partition p2 VALUES less than (20) tablespace ts2, 5 partition pmax VALUES less than (maxvalue) tablespace users); … Continue reading
Posted in ORACLE
Tagged DBMS_STATS, granularity, lock_partition_stats, offline, ORA-1110, ora-376, partition
Leave a comment
ORA-600(qctopn1)错误
客户11.2.0.2环境数据库出现这个ORA-600错误。 详细错误信息如下： Tue Jun 12 09:50:47 2012 Errors IN file /u01/app/oracle/diag/rdbms/orcl/orcl2/trace/orcl2_ora_28252.trc (incident=329000): ORA-00600: internal error code, arguments: [qctopn1], [], [], [], [], [], [], [], [], [], [], [] Incident details IN: /u01/app/oracle/diag/rdbms/orcl/orcl2/incident/incdir_329000/orcl2_ora_28252_i329000.trc Tue Jun 12 09:51:21 2012 Dumping diagnostic … Continue reading
Posted in BUG
Tagged 11.2, CREATE TABLE AS SELECT, ORA-600, qctopn1, UNNEST, _fix_control, _optimizer_cost_based_transformation
Leave a comment
删除归档出现ORA-15028错误
在10.2.0.4 RAC环境中使用RMAN删除归档报错ORA-15028。 错误信息如下： RMAN> DELETE archivelog ALL completed BEFORE ‘sysdate-3’; Do you really want TO DELETE the above objects (enter YES OR NO)? YES RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03009: failure OF DELETE command … Continue reading
ORA-600(kffmXpGet)错误
第一次碰到Exadata上的bug。 数据库环境Exadata V2-2，数据库版本为11.2.0.2，错误信息为： Wed Apr 25 11:32:35 2012 Errors IN file /u01/app/oracle/diag/rdbms/ods/orcl2/trace/orcl2_ora_9495.trc (incident=304808): ORA-00600: internal error code, arguments: [kffmXpGet], [145], [69784], [], [], [], [], [], [], [], [], [] ORA-03135: connection lost contact Incident details IN: /u01/app/oracle/diag/rdbms/orcl/orcl2/incident/incdir_304808/orcl2_ora_9495_i304808.trc USE ADRCI … Continue reading
DROP PARTITION为什么不进回收站
前几天在给公司的员工讲一个案例的提到这个问题。 其实当时提到了这个特点，DROP TABLE会进入回收站，但是DROP PARTITION并不会，因此DROP PARTITION之后，数据无法简单的回复，只能通过逻辑或物理备份的方式来进行数据的回复。 SQL> CREATE TABLE t_drop (id NUMBER); TABLE created. SQL> DROP TABLE t_drop; TABLE dropped. SQL> SELECT object_name, original_name FROM recyclebin; OBJECT_NAME ORIGINAL_NAME —————————— ——————————– BIN$xJhZqpmfWZXgRDzZK0pZWw==$0 T_DROP SQL> CREATE TABLE t_part_drop (id NUMBER) partition BY range … Continue reading
11gr2增强CREATE OR REPLACE TYPE功能
11.2对于CREATE OR REPLACE TYPE语句进行了增加，增加了FORCE选项。 在11.2之前，只要有其他的表或TYPE依赖了当前对象，这个对象就无法进行REPLACE了： SQL> CREATE TYPE t_num_tab IS TABLE OF NUMBER; 2 / TYPE created. SQL> CREATE TYPE t_record IS object (id NUMBER, n_tab t_num_tab); 2 / TYPE created. SQL> CREATE OR REPLACE TYPE t_num_tab IS TABLE OF … Continue reading
10g RMAN的REDUNDANCY策略改变
最近发现10g的RMAN备份保留REDUNDANCY策略和9i相比发生了改变。 在Oracle9i中，备份保留策略的REDUNDANCY的值，指的是备份冗余的个数。也就是说，如果REDUNDANCY设置为1，那么Oracle会保留2个备份。 但是在10g以后，REDUNDANCY的值，就是最终备份保留的值，手头没有10g的环境，用11g的rman做了一个例子： solaris*orcl-/home/oracle$ rman target / Recovery Manager: Release 11.2.0.3.0 – Production ON Sun Jul 8 19:04:43 2012 Copyright (c) 1982, 2011, Oracle AND/OR its affiliates. ALL rights reserved. connected TO target DATABASE: ORCL (DBID=1299676637) RMAN> SHOW retention policy; … Continue reading
9iRAC环境遭遇library cache lock和library cache load lock等待
客户数据库版本为9208 RAC FOR AIX，客户反应系统缓慢，检查告警日志，发现大量Library cache lock和Library cache load lock等待。 由于客户的原因，这个问题只是远程协助的方式帮忙检查了一下，因此没有留下任何的操作记录，这里只是简单描述一下问题。 客户反应数据库操作响应变慢，平时一个执行很快的基于主键的UPDATE操作也变得异常缓慢，且执行计划本身并未发生改变。 登录数据库后检查两个节点上的告警日志，并未发现任何异常报错。分别检查两个实例的等待信息，发现除了上面提到的大量Library cache lock和Library cache load lock以外，还有明显的gc等待。 但是随后发现，查询V$SESSION和GV$SESSION的结果居然没有区别，接着查询GV$INSTANCE视图，发现只有当前的实例存在，而此时恰好连接另一个节点的工具出现了断连，以至于我一度以为另外一个节点上的实例已经DOWN掉，但是随后重新登录到该节点上，发现数据库实例仍然存在，而且登录到数据库实例中也可以进行任何正常的操作。不过发现在当前节点所有的GV$视图都只会返回当前实例的信息，这与另外一个节点的情况完全一样。显然两个节点间的通信出现了问题，当前节点已经不清楚另外一个节点的状态的。 现在再去分析那些等待信息已经没有太多的意义了，因为整个数据库已经处于不正常的状态。不难推断，当前数据库的异常是由于节点间的通信异常导致。由于9i使用的操作系统的CLUSTER，还没有Oracle的clusterware，剩下只能由操作系统或硬件维护人员去进一步跟踪了。 最终数据库和系统在夜间闲时进行了重启操作，重启后数据库恢复正常，GV$视图的结果也恢复了正常。
Posted in ORACLE
Tagged 9.2.0.8, cluster, gv$instance, library cache load lock, library cache lock, RAC
Leave a comment