oracle dump enq hw,Disk file operations I/O和enq:HW-contention等待事件

这篇博客讨论了Oracle Database 11g中遇到的一个已知bug,该bug涉及到ASSM LOB段的高水印争用(Bug ID:6376915.8)。在11.2.0.1版本后,可通过设置一个事件来修复此问题,减少对高水印enqueue的请求。此外,检查交换空间的充足性也是解决性能问题的关键步骤之一。
摘要由CSDN通过智能技术生成

磁盘IO不行.可以先分配空间.

http://blog.itpub.net/267265/viewspace-1107524/

google 找到如下连接:

http://dbasolved.com/2014/03/05/ ... t-enq-hwcontention/

http://www.oracledatabase12g.com ... BA%89%E7%94%A8.html

Opening the SR has lead me to dig a bit and do some research on extent allocation and LOBs while waiting on Oracle's

answer. Prior to Oracle Database 11g (11.2.0.1), there is a known bug (6376915). This bug is related to high watermark

enqueue contention for ASSM LOB segments (Note ID: 6376915.8). This bug was actually fixed in release 11.2.0.1 but it

needs to be "turned on" in later releases. To turn the fix for this bug on in 11.2.0.2+, an event needs to be set in the

spfile.

SQL> ALTER SYSTEM SET EVENT="44951 TRACE NAME CONTEXT FOREVER, LEVEL <1 .. 1024>" scope=spfile;

By setting this event between 1 and 1024 will identify the number of chunks to be cleaned up each time a reclamation

operation is performed. In turn this reduces the number of requests against the high watermark enqueue.

Once the event has been set in the spfile, the database instance needs to be rebooted to make the change effective.

--另外你检查看看交换空间是否充足,sun 是看 /tmp目录.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值