Oracle ASM 磁盘组 dismount 显示 “Waited 15 secs for write IO to PST”

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]

 

适用于:

Oracle Database – Enterprise Edition – 版本 11.2.0.3 到12.1.0.1 [Release 11.2 to 12.1]
本文信息适用于任何平台。

症状

 

正常或高冗余磁盘组被dismounted ,显示这些警告消息。

//ASM alert.log
Mon Jul 01 09:10:47 2013
WARNING: Waited 15 secs for write IO to PST disk 1 in group 6.
WARNING: Waited 15 secs for write IO to PST disk 4 in group 6.
WARNING: Waited 15 secs for write IO to PST disk 1 in group 6.
WARNING: Waited 15 secs for write IO to PST disk 4 in group 6.
….
GMON dismounting group 6 at 72 for pid 44, osid 8782162

 

 

原因

通常这类信息在以下情况下出现在ASM 警告日志文件中,

延迟的 ASM PST 在正常或高冗余磁盘组上的ASM磁盘上心跳,
因此ASM实例dismount磁盘组。默认下,它是15秒。

 

顺便说下,对于外部冗余磁盘组,心跳延迟有点被忽略。
ASM 实例停止发出更多PST 心跳直到它成功完成PST 重新验证,
但心跳延迟不直接dismount外部冗余磁盘组。

通过在以下情况中,ASM 磁盘可能无响应:

+    多路径失败的物理路径的其中一些脱机或丢失
+    在一个多路径设置中路径 ‘failover’
+    服务器负载,或任何类型的存储/多路径/OS维护

 

Doc ID 10109915.8 简述了Bug 10109915(该修复引入了这个underscore参数)。且在Hung NFS Server/Filer 的情况中,问题是没有OS/存储可调超时timeout机制的。然后,_asm_hbeatiowait 帮助设置time out。

 

 

解决方案

1]    与OS 和Storage 管理员确认有无磁盘无响应。

2]    尽可能保持磁盘响应在15秒以下。

这取决于多个因素,如
+    操作系统
+    多路径(和多路径类型)的存在
+    任何内核参数

所以你要搞清楚你的设置的磁盘无响应的’maximum’是多少。

例如,在AIX上 rw_timeout 设置影响这一点,且默认为30秒。

另一个例子是原生多路径的Linux。在这样的设置中,物理路径的数量和multipath.conf文件中的POLLING_INTERVAL值将决定这个最大磁盘无响应。

所以对于你的设置(OS / 多路径/ 存储的组合),你需要找到这个。

3]    如果你不能保持磁盘无响应在15秒以下,则可以在ASM实例(在RAC的所有节点上)中设置以下参数:

_asm_hbeatiowait

对于每个内部17274537 ,基于内部尝试,应该将值增加到120秒,这在12.1.0.2中被修复

 

在asm实例中运行以下来设置_asm_hbeatiowait所需的值

alter system set “_asm_hbeatiowait”=<value> scope=spfile sid=’*’;

然后重启asm 实例/ crs,使新参数值生效。


Posted

in

by

Tags:

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *