如果自己搞不定可以找诗檀软件专业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，使新参数值生效。
Leave a Reply