ITPub博客

Unable To Connect To ASM Due To SQL*Plus Shows “Connected To An Idle Instance. [ID 1179825.1] -------------------------------------------------------------------------------- 修改时间 30-SEP-2010 类型 PROBLEM 状态 PUBLISHED In this Document Symptoms Cause Solution--------------------------------------------------------------------------------Applies to: Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 11.2.0.2 - Release: 10.2 to 11.2Information in this document applies t

Oracle 10.2.0.1 HP-UX 11.31 ia64alert.log:Mon Dec 26 14:11:16 2011Shutting down instance (abort)License high water mark = 486Instance terminated by USER, pid = 1675syslog:Dec 26 14:10:14 wandadb1 cmnetd[29338]: lan0 is down at the data link layer.Dec 26 14:10:14 wandadb1 cmnetd[29338]: lan0 failed.Dec 26 14:10:14 wandadb1 cmnetd[29338]: Subnet 10.0.4.0 downDec 26 14:10:36 wandadb1 cmnetd[29338]: lan0 is up at the data link layer.Dec 26 14:10:36 wandadb1 cmnetd[29338]: lan0 recovered.Dec 26 14:10

源库10.2.0.1，目标库11.2.0.3impdp system/"xxxx" network_link=wdyx_prod schemas=wd_web,wanda parallel=4 TABLE_EXISTS_ACTION=REPLACE directory=dumpdir logfile=wdyx_trans.log VERSION=10.2Import: Release 11.2.0.3.0 - Production on Tue Dec 20 23:13:02 2011Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit ProductionWith the Partitioning optionORA-39006: internal errorORA-39113: Unable t

11.2.0.3 VIP/SCAN VIP is Not Pingable After Failover Leads to Connection Issue (Doc ID 1379498.1)[@more@]

一台Linux 11GR2public vip scan 均在10.199.88.0网段，服务器启动后，从服务器本身或者10.199.88.0网段的其他服务器看，均正常。在10.199.88.0网段外看这个RAC坏境，public ip是通的，但是，vip scan都不通。在这两台RAC服务器上使用/sbin/arping -s vip gateway后，所有的网段看到RAC的状态都正常了。原因待查[@more@]

HP-UX 11.31Oracle 10.2.0.1 RAC其中一个session的等待事件一直为kksfbc child completion，查询了一下，有可能是个BUGBug 6795880，相关的doc id为：6795880.8A session may go into an infinite spin just after a wait for 'kksfbc child completion'. The spin occurs with a stack including kksSearchChildList -> kkshgnc where kksSearchChildList loops forever.This problem can also lead to internal error such as any ofORA-600 [kksSearchChildList1], ORA-600 [kksSearchChildList2]ORA-600 [kksSearchChildList

一个多灾多难的系统：）HP-UX 11.31 IA64 Oracle 10.2.0.1 两节点RAC数据库集群自动重启，检查alert文件，报ORA-00600错误Mon Nov 14 15:43:53 2011Errors in file /u01/app/oracle/admin/ufsa8/udump/ufsa81_ora_4531.trc:ORA-00600: internal error code, arguments: [KGHALO4], [0xC0000000BD0CD060], [], [], [], [], [], []Mon Nov 14 15:43:58 2011Trace dumping is performing id=[cdmp_20111114154358]Mon Nov 14 15:43:58 2011Errors in file /u01/app/oracle/admin/ufsa8/udump/ufsa81_ora_4531.trc:ORA-00600: internal error

Load averages可以很好的表示系统的负载情况，它统计的是CPU运行及等待队列的长度，而与CPU使用率无关。当CPU队列长度长期超过CPU数量时，表明系统CPU已超载，需调整应用或增加硬件。对于Load averages，wikipedia有一些描述http://en.wikipedia.org/wiki/Load_averages在文章里，Load averages/CPU_NUM，如果这个值超过1，则代表处理器已无法及时的处理所有的请求。但是，在HP-UX 11.31 IA64下，观察的结果却不一致。在一个16核的小机，Load averages为1.5，按照标准的计算模式，1.5/16，此服务器负载不高，处理器绰绰有余。但是，查看CP

上周在生产环境做AIX 6.1.1.4 Oracle 10.2.0.1的维护操作，完毕后，按照领导的要求，重新启动服务器，为年底服务器搬迁做准备。此服务器自2011年3月重启后，再未进行过重启操作使用reboot命令重启了AIX，等了很久，服务器都没有重启，机房检查发现服务器已停机，开机后，又出现文件丢失的情况，幸好是双机环境，将丢失的文件从另一台服务器拷贝过来，启动正常。重启另一台服务器时，又是停机，并且出现一个LUN无法挂载，需进行fsck，修正文件系统后，得以重新挂载在AIX上要慎用reboot命令，需要重启时，应使用安全的重启命令shutdown -Fr特

在之前工作中，对于一台AIX Oracle 10.2.0.1做过一次投票盘迁移，并且，投票盘数量增加至5，但添加操作完成后，导致投票盘混乱于是，在Linux上又做了一遍，却没有重现，是否是与操作系统版本相关？具体步骤见详细内容[@more@][oracle@rac1 ~]$ sqlplus /nologSQL*Plus: Release 10.2.0.1.0 - Production on Tue Nov 8 10:24:00 2011Copyright (c) 1982, 2005, Oracle. All rights reserved.SQL> conn / as sysdbaConnected.SQL> select * from v$version;BANNER----------------------------------------------------------------O

还是上篇提到的SQLhttp://sundog315.itpub.net/post/308/524769修改完毕后，在某一特定服务器，性能仍然存在问题，看了一下执行计划，确实是有问题的截取相关的执行计划 35 | HASH GROUP BY | | 1 | 150 | 398 (2)| 00:00:05 | | ||* 36 | FILTER | | | | | | | ||* 37 | TABLE ACCESS BY INDEX ROWID | SELLPAYGOODS | 1 | 34 | 3 (0)| 00:00:01 |

生产系统，出现一个SQL，执行计划不对，SQL如下：SELECT SDMFID GMFMFID,'[' || TO_CHAR(TO_NUMBER(PMCODE)) || ']' || PMNAME NAME,SUM(SPGGDMONEY * FGETINVSIGN(SHDJLB)) JEFROM SELLHEAD, SELLDETAIL, SELLPAYGOODS, PAYMODE, GOODSMFRAMEWHERE SHBILLNO = SPGBILLNOAND SHBILLNO = SDBILLNOAND SDROWNO = SPGGDROWAND SPGPMCODE = PMCODEAND SDMFID = GMFMFIDAND SDGDID = GMFGDIDAND GMFMARKET = :as_mktAND SPGPMCODE <> '0500'AND PMTYPE = '5'AND (GMFMFID = :as_mf OR NVL(:as_mf, '#') = '#')AND SHDATE >= TRUNC(to_

电梯Oracle技术嘉年华的一个案例，redo的那些事，连载一Oracle技术嘉年华的一个案例，redo的那些事，连载二在上一篇中，修改row flag后，logminer已经可以正确的解析日志了，那么，这个问题是否可以重现呢？我们来做个测试。由于没有9i环境，我们使用11g环境进行测试，测试结果稍微有些偏差，但不影响结论首先，我们建立varchar2(4000)类型的三条数据，然后，对这三条数据进行修改，将4000字节全部占满，那么，必然有一条记录将发生迁移。SQL*Plus: Release 11.2.0.3.0 Production on Fri Oct 28 08:34:33 2011Copyright (c) 1982, 2011,

电梯Oracle技术嘉年华的一个案例，redo的那些事，连载一Oracle技术嘉年华的一个案例，redo的那些事，连载三前篇的结论是，由于没有开启附加日志，导致这条记录无法正确的解析。那么进一步，到底是什么原因导致这条记录不能得到正确的解析呢？决定进一步探究一下我们再来看一下logfile dump的结果，在eygle大师的PPT里，信息并不完整，下面是完整的信息：REDO RECORD - Thread:1 RBA: 0x00309e.00028b4d.0010 LEN: 0x0114 VLD: 0x01SCN: 0x0001.4be86fb9 SUBSCN: 1 07/05/2011 16:41:54CHANGE #1 TYP:0 CLS:22 AFN:2 DBA:0x00801542 OBJ:0

电梯Oracle技术嘉年华的一个案例，redo的那些事，连载二Oracle技术嘉年华的一个案例，redo的那些事，连载三在刚刚结束的Oracle技术嘉年华大会上，eygle大师的演讲中提到了有关于数据安全的一个案例，大致的意思是数据库管理员修改了自己账户的金额。但是，奇怪的是，通过logminer挖掘日志时，居然挖掘不到修改记录，显示如下状况： 2011-10-31 09:38 上传下载附件 (50.08 KB) SQL_REDO的内容是Unsupported，但是，通过logfile dump，可以看到此次修改，如下图： 2011-10-31 09:38 上传下载附件 (44.58 KB) 将金额从0修改为40000。在大会上

在生产环境出现一件怪事，一个查询，按照日期生成查询，而且，查询的结果集占总数据量的比重也很小，但这个查询确不走索引扫描，见下例：SQL> select count(*) from ttm_temp_order t; COUNT(*)---------- 729465总行数为70多万条SQL> select count(*) from ttm_temp_order t where t.order_time>=trunc(sysdate)-2; COUNT(*)---------- 6076查询两天内的数据只有6000多条，理应走索引扫描SQL> exec dbms_stats.gather_table_stats(user,'TTM_TEMP_ORDER',null,null,method_opt => 'for all indexed columns siz

来源于这个问题：http://www.itpub.net/thread-1503855-1-1.html表没有统计信息时，Cardinality从哪里来？做个试验：SQL> alter system flush shared_pool;系统已更改。SQL> create table t as select * from dba_objects where rownum<10001; 表已创建。SQL> insert into t select * from dba_objects where rownum<10001;已创建 10000 行。SQL> /已创建 10000 行。SQL> commit;提交完成。SQL> select count(*) from t; COUNT(*)---------- 30000SQL> select t.num_rows,t.blocks from user_tables t w

nagios监控报告一台数据库服务器last_call_et超过设定阈值，等待事件为latch free。该数据库版本为10.2.0.1，操作系统为HP-UX 11.23 IA64查找v$session.p2，代码为127，具体latch为simulator lru latch[@more@]Bug 5918642 Heavy latch contention with DB_CACHE_ADVICE on This note gives a brief overview of bug 5918642. The content was last updated on: 01-APR-2008 Click here for details of each of the sections below.Affects:Product (Component)Oracle Server (Rdbms)Range of versions believed to be affectedVersions

存储进行了切换，院线保存在本地磁盘的归档空间迁移到存储中，并分别mount在两个节点，备份节点通过NFS将另一个节点的归档空间mount备份归档日志时发生错误RMAN-3009: failure of backup command on t1 channel at 09/21/2011 11:40:01ORA-19504 : failed to create file "/wdyx_arch2/2_25_762322937.dbf"ORA-27054 : NFS file system where the file is created or resides is not mounted with correct options按照说明是mount时的参数不正确，但归档空间在本地时使用的是相同的参数，并且，使用Oracle建议的参数mount还是同

今天百货那边同事反映，在前台销售商品时，出现了时快时慢的情况，一个小票的打印时间，从零点几秒到100多秒不等，如果哪个顾客赶上了，可能买一包方便面都会等2分钟。这个情况已经持续了两三天了由于此系统前段时间由单机转为了RAC，同事怀疑因为RAC的配置或是IO问题导致了这种情况。确实，对于非数据库的很多情况，IO负载的轻重变化确实容易导致时快时慢的现象。做AWR麻烦，直接登录到数据库中看，有一个SQL在v$session中比较容易出现db sequence read等待，直接看v$sql，有两个child number，其中有一个child_number等于3的SQL buffer_