解决一例latch:cache buffers chains小记
最近发现一个数据库的latch:cache buffers chains等待较多,因为近期很关注这个库,所以打算找一下问题出在哪儿。select sid,event,p1text,p1,p2text,p2,p3text,p3,wait_class from v$session_wait where w...
ORACLE会话连接进程三者总结
概念介绍 通俗来讲,会话(Session) 是通信双方从开始通信到通信结束期间的一个上下文(Context)。这个上下文是一段位于服务器端的内存:记录了本次连接的客户端机器、通过哪个应用程序、哪个用户登录等信息. 连接(Connection):连接是从...
crontab失败的解决过程
1.问题描述:在使用crontab定时执行发布包sql脚本解析工作时,出现了一个奇怪的问题,脚本执行到生成release_xxxx.tmp文件就终止执行了,且release_xxxx.tmp文件是空的。但是以同样的方式手动执行dbmisProject.sh脚...
一步一步教你学习如何玩转跟踪文件
1.获取跟踪文件路径: oracle数据库获取trace文件方法: 10g 1.show parameter background_dump_dest 2.show parameter background_dump_dest11 1.show parameter diag 2.select value from v$diag_info...
Oracle 使用 ass.awk 工具查看 system state dump 说明
如果Oracle数据库hang住了,对Oracle做system dump,或做 hang analyze,是研究和解决问题的有效办法。如果能够连接数据库,并能够进行操作,那么用oradebug是简单快捷的办法。 OracleHANGANALYZE 功能诊断 DBhanginghttp://blog.csdn.net/tianlesoftware/article/details/6321961 Oracleo...
ass109.awk脚本学习使用
ass109.awk脚本学习使用
如何抓住蝴蝶效应中的那只蝴蝶
南美丛林的一只蝴蝶煽动翅膀,可能导致莫斯科下大雪,说明的大气系统的复杂性。而DBA在日常工作中叶经常会面临类似的问题,我们从故障的表象上分析问题处理问题,而往往我们采取的措施仅仅是解决一些表象的问题,并没有找到问题的关键。也就是说,我们并没有抓到扇翅膀的那只蝴蝶,而仅仅抓住了莫斯...
关于enq: TX - allocate ITL entry的问题分析
今天发现系统在下午1点左右的时候负载比较高,就抓取了一个最新的awr报告.Snap IdSnap TimeSessionsCursors/SessionBegin Snap:2089226-Nov-14 13:20:1736235.4...
创建索引意外终止解决方法
今天在重建索引的时候遭遇ORA-08104错误。问题产生如下:下班同事说有几个索引是失效的。回到家中打开电脑,发现有个全局索引的几个分区的索引状态处于UNUSABLE中。 然后我讲将处于失效状态的分区摘出来,写了一个简单脚本。类似:ALTER INDEX IDX_MKT_EXEC_01 REBUILD PARTITION SYS_P81 PARALLEL 4 ONLINE;ALTER I...
故障排除:"log file sync"等待 (转自MOS)
文档内容用途排错步骤 什么是'log file sync'等待事件? 用户应该搜集那些信息,来初步分析'log file sync'等待事件? ...
获得消耗cpu较高的topsql
一、SELECT a.snap_id, a.dbid, a.instance_number, DB_TIME, to_char(TRUNC((DB_TIME - lag(DB_TIME, 1, DB_TIME)  ...
oracle 11g RAC crfclust.bdb过大的处理
早晨收到报警邮件,关于磁盘空间的。上去一块,是grid目录下面有一个大文件: crfclust.bdb,都快30G了。== checkcrsctl stat res ora.crf -init -t== stopcrsctl stop res ora.crf -init== deleterm *.bdb== startcrsctl start res ora.crf -init...
从巡检备份失败排查解决数据库故障
转载地址:http://www.cnblogs.com/jasoname/p/5474159.html最近某业务备份报错:Starting Control File and SPFILE Autobackup at 09-MAY-16piece handle=c-335040995-20160509-00 comment=API Version 2.0,MMS Version 5.0.0.0Finished Control File and SPFILE Autobackup at 09-MAY-16sql statement: alter s...
进一步理解oracle11g之v$sga_resize_ops
结论1,v$sga_resize_ops记录已完成的近期850次SGA组件重定义大小的操作,注意是已经完成 与之对应的是v$sga_current_resize_ops它仅记录当前正在操作中的SGA组件重定义操作,注意是正在操作中的2,由此引申出,ORACLE任何知识皆有正反性,对应即有对应的知识点,所以考虑问题要从自反和辩证方面分析,才会更进一...
窥视SGA(v$sga_resize_ops解说)
v$sga_resize_ops-----------------10g中使用内存自动管理后系统自动调整内存的情况可以通过这个视图来查询可以通过观察这个视图内内存变化的情况来调整内存的大小如果发现某个内存组件频繁扩张和缩小,也就是内存...
数据库内存抖动
在数据库巡检的过程中,发现在AWR报告中(该报告的采集间隔为1小时),两个采集点的Buffer Cache和Shared Pool Size发生了较大变化:接着查询v$SGA_RESIZE_OPS视图:确实在报告对应的时间里发生了shared pool的增长与buffer cache的收缩。原因: 内存抖动指的是SGA中的内存...
dba_hist_active_sess_history中p2列列值换算为sid的步骤
在帖子“一次cursor: pin S wait on X事件的跟踪 ”(http://blog.csdn.net/msdnchina/article/details/45372011)中,有一个知识点,原作者没有写出计算过程:SQL> select distinct session_id,session_serial#,p1,p2 2 from temp_hist_active_sess_history 3 where event ='cursor: pin S wait on X' 4...
library cache lock和cursor: pin S wait on X等待
1.现象:客户10.2.0.4 RAC环境,出现大量的library cache lock和cursor: pin S wait on X等待,经分析是由于统计信息收集僵死导致的。数据库在8点到9点期间,数据库两个节点都存在明显的cursor: pin S wait on X和library cache lock的等待: TOP 5 EVENT:Event...
记一次cursor pin s wait on X的处理
http://www.oracleblog.org/working-case/a-case-of-cursor-pin-s-wait-on-x/今天遇到个问题,客户说某天的11:45开始,系统遇到了大量的cursor pin s wait on X,经历一个小时后自动消失,需要查找原因。这报错一般是某个会话需要申请S模式的mutex,而mutex被其他会话以X模式占有了。查holder也很容易,11g版...
redolog 调整建议
ORACLE REDO LOGFILE大小正常,不过有些切换时间<1min,应根据上述切换块时间点,进行分析挖掘1. 建议分析 切换时间快日志点 操作19-21点。1-2点(crm1,2 切换快时间点相似) 2. Redo logfile目前大小为1GB,对于该系统 平均每秒 2MB的情况是够使用的,但在压力期,log file ...