Oracle Linux 6.7中 Oracle 11.2.0.4 RAC集群CRS异常处理方法是什么

这篇文章主要讲解了“Oracle Linux 6.7中 Oracle 11.2.0.4 RAC集群CRS异常处理方法是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Oracle Linux 6.7中 Oracle 11.2.0.4 RAC集群CRS异常处理方法是什么”吧！最近一个月单位上的Oracle RAC集群CRS异常导致集群命令无法使用，执行crsctl stat res -t命令出现如下错误:但是数据库可以正常访问，业务系统也运行正常查看ASM磁盘组的状态，发现OCR磁盘组确实offline了手工将crsdg上线，命令能够执行成功，但执行crsctl stat res -t命令仍然报错。检查节点db1的alert_+ASM1.log有如下报错，说是不能访问OCR磁盘组的相关磁盘而强制dismount了OCR磁盘，但使用dd命令测试是能够访问的检查错误日志检查节点db1的alertdb1.log有如下报错,也是说不能访问OCR磁盘组的相关磁盘检查节点db1的oraagent_grid.log文件有如下报错，显示OCR磁盘组的状态被改变为offline了。检查节点db2的alert_+ASM2.log有如下报错，出现了类似的”Waited 15 secs for write IO to PST disk 0 in group 1″信息，这说明对OCR磁盘组执行写操作时超时了15秒.检查节点db2的alertdb2.log有如下报错,也是说不能访问OCR磁盘组的相关磁盘，但使用dd命令测试是可以访问的。检查节点db2的oraagent_grid.log文件有如下报错:检查2个节点的/var/log/messages日志，发现2个节点均有多路径相关的错误信息，但相关的磁盘是用于备份的，不是用于生产数据库所使用的经查看集群相关日志可以确定，由于存储磁盘出现IO问题（或光线闪断、或IO延迟），导致集群CRS异常宕机。但是，比较奇怪的是，虽然CSR掉线了，ASM实例和DB实例却好好的，还可以正常使用。查询oracle support发现一篇文章1581864.1?提到ASM CRS仲裁盘访问超时与隐藏参数_asm_hbeatiowait有关系，而ASM的隐藏参数_asm_hbeatiowait由于操作系统多路径Multipath配置的polling_interval有关，具体的故障原因是操作系统盘的判断访问超时远大于数据库免费主机域名ASM仲裁盘访问超时，导致ORACLE RAC判定ASM中仲裁盘无法访问从而将仲裁盘强制Offline。解决的思路是：首先，确定操作系统polling_interval参数与数据库ASM隐藏参数值_asm_hbeatiowait，将_asm_hbeatiowait的值调整到比polling_interval值大即可。
下面是具体的解决操作:
1、查看数据库RAC ASM的_asm_hbeatiowait值（默认是15秒）：2、查看操作存储盘访问超时时间（Oracle Linux 6.7默认是30秒）3、将_asm_hbeatiowait 的值调整为45秒（该参数是静态参数，需要重启集群）4.重启集群5.检查集群状态处理完成。感谢各位的阅读，以上就是“Or免费主机域名acle Linux 6.7中 Oracle 11.2.0.4 RAC集群CRS异常处理方法是什么”的内容了，经过本文的学习后，相信大家对Oracle Linux 6.7中 Oracle 11.2.0.4 RAC集群CRS异常处理方法是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是云技术，小编将为大家推送更多相关知识点的文章，欢迎关注！

相关推荐: oracle统计信息查看与收集的方法是什么

这篇文章主要讲解了“oracle统计信息查看与收集的方法是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“oracle统计信息查看与收集的方法是什么”吧！一、查看表统计信息备注：通过脚本查看统计信息,参考MO…