做什么 asynch descriptor resize 等待事件意味着在Windows 2008 R2上运行的Oracle 11G数据库上的意思是?根据我的Oracle支持,此事件适用于任何平台,但提供的描述包括DOC ID中的以下信息1081977.1:

当必须重新调整OS内核内保留的Asynch描述符的数量时,设置了此事件。当必须增加过程提交的Asynch I/O的数量时,它会发出信号。这 Linux内核 当内核内部有未出色的I/O时,不允许增加极限。因此,在限制增加之前,所有未偿还的I/O均已收获。使用此事件时,等待所有未偿还的I/O的等待。 重点是我的

这并没有在我们的系统上引起重大问题,但是很高兴知道在Windows平台上的含义。

这似乎类似于评论 这篇博客文章, ,特别是因为它提到了Windows 2008和VMware的Oracle 11G R2。尽管这表明问题不是我们系统所唯一的,但它无助于确定原因或可能的解决方案。有关Microsoft修复程序的另一个评论适用于Windows 2008 R1而不是R2。

有帮助吗?

解决方案

因此,有一些答案,这是我发现的一些信息。

在MOS上,有一个名为“大量'Asynch描述符大小的文档”(DOC ID 1273748.1)这似乎表明问题确实是一个问题确实是另一个等待事件,使系统减慢了系统的速度,并导致了这些问题,因此它们是ARE的真正的源等待事件。

Oracle-L有一个 等待事件的线程, ,但在Windows上没有提及它。

oaktable有一些有趣的 有关问题的信息, , 并说,

...调整大小显然很糟糕。也许这就是为什么其他港口也遭受了同样的等待活动的原因。

许可以下: CC-BY-SA归因
不隶属于 dba.stackexchange
scroll top