ITPub博客

结论1,测试环境是oracle 10.2.0.52,_kghdsidx_count=1，即共享池子池个数是1个3,硬解析需要获取shared pool latch4,软解析需要获取shared pool latch5,软软解析不需要获取shared pool latch6,上次各类解析皆要获取library cache latch7,上述各类解析要获取的shared pool latch是child#=1,即第1个子latch  ...

结论1,cssd进程访问表决磁盘2,如果RAC节点间私网通讯出现故障，不是马上会导致RAC节点驱逐，有个时间间隔，大约为1分钟   由CSSD的日志看出   [    CSSD]2015-11-19 03:13:19.281 [1205823808] >TRACE:   clssnmPollingThread: node jingfa2 (2) missed(2) checkin(s)[   ...

背景   本文是文章:基于oracle 10.2.0.1 rac学习lmon进程系列六 :http://blog.itpub.net/9240380/viewspace-1839875/的 延续，我们继续深入理解lmon进程的一些原理及含义，好我们进入正题。结论1,如果rac中某个节点的lmon出现故障，并且其它节点关闭实例，会产生IPT TIMEPUT  而且如...

结论1,经目前的测试，lmon仅在RAC节点关闭及重启，才会发挥其巨大作用2,lmon进程如何工作，需要分析lmon的trc文件3,lmon trc文件里面的内容非常多，也很复杂，要在另一文章中进行分析与测试4,可以基于bdump进行基于时间排序，也就是说基于最新时间进行比对，就知道你一个测试操作，到底与哪些后台进程有关系了&nbsp...

问题数据库用户被锁了，如何查看什么原因导致被锁的呢结论1,dba_users是由底层表user$,profile$,profname$相关表构成，当然还有ts$2,dba_users与账户锁定或过期相关的列有：created,account_status,lock_date,expiry_date,profile3,具体如何分析到底是dba_profiles中的哪个参数为用户锁定的原因，要结合上述这...

结论1,阻塞process allocation latch,数据库会出现latch free及dfs lock handle2,dfs lock handle通过systemstate dump找不到有价值的信息  却可通过v$session的p1,p2,p3找到有价值的信息3,因为dfs lock handle的p1,p2,p3含义不知，只能借助于mos,找到文章：Understanding 'DFS Lock Handle' and Cross-Instanc...

结论1,为了模拟db hang,尝试oradebug suspend ckpt,dbwr,smon,lmd无果，可见对于后台进程还要继续深入研究2,oradebug suspend process allcation latch,模拟出会话无法登陆3,从目前测试看，普通的等待事件，仍在other chains中，仅为latch或mutex方会在open chains中出现4,latch free诊断，通过v$session.p1或p2定位...

结论1,对于报错的分析，可见猜测能力非常重要，联想能力极为重要   这个非常重要，如果理解报错，直接决定你分析思路，最终要花多久时间解决问题2,oradebug用法还是理解不深3,oradebug dump buffer 后面的数字，不是字面的级别，而是缓冲区中数据块的地址即rdba4,rdba可以基于测试表dbms_rowid,然后dump ...

背景   之前，我们了解了lmd进程一些概念，这儿我们学习下另一个重要RAC后台进程，LMS进程。结论1,如果lms出现故障，会导致dml事务无法提交，即提交或回退hang住;并且远端节点的DML操作会HANG住2,lms进程的等待事件和lmd进程的相似，是gcs remote message  引申，即和远端节点的LMS进程进行通...

结论1,如果节点间的DML操作非常频繁，会在节点间产生大量的GES信息传递2,ges messages sent可以评估RAC节点的DML操作或通讯是否频繁，如果此值小，说明RAC数据库并不繁忙3,lmd进程是负责发送ges message到远端的RAC节点4,如果用oradebug suspend lmd,会导致远端RAC节点的insert操作受阻，可见lmd进程就是管理全局锁...

结论：1,strace -p跟踪lmd进程，是和fd为9及17的2个socket进行通讯2,这2个socket为    9为socket:[1361566]，而17为socket:[1361581]3，strace的应用关键在于有针性性理解操作系统的函数，比如times,getrusage,poll的含义是什么，你就明白了lmd进程到底在作什么4, find .|xargs grep -ri "2015-11-1...

背景：   在学习oracle 10.2.0.1 rac时，发现RAC出现明显的GC CR REQUEST事件，导致select查询hang住，分析处理如下：分析处理：含义：   本地节点需要一致性读的UNDO数据不在本地节点，需要到远端节点获取，等待返回的过程。先用下述SQL，查查本地节点一致性数据块获取的平均时间s...

背景    延续上一文：基于oracle 10.2.0.1 rac使用oradebug dump hanganalyze 分析oracle hang系列四     http://blog.itpub.net/9240380/viewspace-1827352/，继续学习TRACE FILE的内容构成。结论1,trace file的第四部分state of nodes记录所有数据库会话的信息，包括了前后台进程2...

背景   发现oracle 10.2.0.1 rac的SQL查询也HANG住了，借此用下hanganalyze，练练手，但发现基于RAC的HANGANALYZE与单实例的TRACE FILE区别相当大，一时也抓不到头绪，既然如此，学习下基于RAC的HANAANALYZE的产生TRACE FILE的格式及内容构成。   结论1,基于rac环境下 默认的RAC下的...

结论1,测试环境为oracle 10.2.0.1 rac2,lmd进程如果异常中断，会导致所属RAC实例重启，并且在关库前会生成一个SYSTEMSTATE DUMP文件3,lmon进程是监控lmd进程，即lmd进程如果死掉，会由lmon进程重启它4,lmd进程负责全局队列服务，即GES,说白了，就是管理跨RAC多实例的资源请求，由此可见LMD进程的重要性，如果LMD出现...

背景   在分析基于oracle 10.2.0.1 rac的死锁时，发现ORACLE检测死锁的时间明显要慢于单实例数据库，当然，这是取决于ORACLE RAC的架构设计；不过我想，肯定会有相关参数控制死锁检测时间，本文主要研究这方面的相关知识，达到进一步理解基于RAC死锁相关的知识。   结论1,基于oracle 10.2....

结论1,oracle 10g rac如果在2个节点间发生死锁，会记录到告警日志中2,从告警日志可以找到对应的死锁的TRACE FILE3，死锁的TRACE FILE内容构成     第一部分：      略去，因为和死锁内容无关   第二部分：这是我们基于RAC死锁最为关心的信息 *** 2015-11-...

结论1,基于oradebug 的alter system set events='60 trace name errorstack forever,level 3';  是分析或获取死锁信息的一处重要手段2,errorstack适用于诊断某种特定的ORACLE错误3,且记是alter system set events,而非set event,否则会报错  4，还有一点，通过10046也可以分析死锁测试--ora...

结论  1,oracle应用死锁会产生trace file，并且会在告警日志记录相关文件的目录  2,trace file大体包括几部分内容  3,第一部分内容为：表明死锁是什么类型的死锁    信息如下：    DEADLOCK DETECTED ( ORA-00060 ) [Transaction Deadlock] The following dead...

结论1,ORA-12537: TNS:connection closed此报错因为$ORACLE_HOME/bin/oracle权限不对2,根据正常的权限调整上述文件的权限3，调整过程如下：11.2.0.1[oracle@seconary admin]$ ll -l $ORACLE_HOME/bin/oracle*-rwsr-s--x 1 oracle oinstall 210824714 Aug 26  2013 /oracle/product/11.2.0/db_1/bin/oracle...