甲骨文集群diagwait的问题记录

对于Oracle集群,有关diagwait的解释可以很容易在网上搜到:

　　

该问题只会出现在ORACLE 11.2以前版本中,在11 g R2版本中,diagwait的值默认配置为13。
　　而针对11.2以前的版本,需要手工将diagwait修改为13日以推迟重启的时间便于将缓存中的日志信息有足够的时间写入到磁盘文件中,以及减少因为与OS交互允许时间太短而造成的重启可能。

　　 　　

diagwait算是一个小知识点,但具有普遍性。因为现实中很多客户生产数据库版本低于11.2,同时diagwait没有正确设置(默认配置不合理),轻则导致一些节点驱逐的案例缺少相关日志无法准确分析原因,重则由于oporcd默认的1.5秒(1000 ms + 500 ms)过短过于敏感,比如瞬时压力过大都很容易导致节点主机重启,这显然不是我们所期望的。

　　

<强> diagwait设置方法(使用根用户):

　　 　　 　　crsctl设置css diagwait 13 　　 　　

<强> diagwait查询方法:

　　 　　 　　crsctl得到css diagwait 　　ps ef | grep oproc 　　 　　

需要重启集群才能生效修改。

　　

　　 　　 　　(oracle@rac1-server ~) $ p ef | grep oproc 　　甲骨文12527 6205 0 11:44分/4就是grep oproc 　　根21426 20189 0 Jan24 & # 63;就是/bin/sh/etc/init.d/init.现oprocd 　　根21799 21426 0 Jan24 & # 63;00:00:15/s01/oracle/产品/10.2.0/crs_1/bin/oprocd。本运行1000 - m 500 - t - f 　　[oracle@rac1-server ~]美元crsctl css diagwait 　　配置参数diagwait没有定义。 　　 　　(root@rac1-server ~) #/s01/oracle/产品/10.2.0 crs_1/bin/crsctl设置css diagwait 13 　　配置参数diagwait现在设置为13。 　　(root@rac1-server ~) #/s01/oracle/产品/10.2.0 crs_1/bin/crsctl css diagwait 　　13 (oracle@rac1-server ~) $ p ef | grep oproc 　　甲骨文15375 14082 0 12:56分/4就是grep oproc 　　根21426 20189 0 Jan24 & # 63;就是/bin/sh/etc/init.d/init.现oprocd 　　根21799 21426 0 Jan24 & # 63;00:00:15/s01/oracle/产品/10.2.0/crs_1/bin/oprocd。本运行1000 - m 500 - t - f 　　此时可以看到oprocd的设置并未修改。 　　 　　——需要重启crs(所有节点都需要重启): 　　(root@rac1-server ~) #/s01/oracle/产品/10.2.0 crs_1/bin/crsctl crs停止 　　(root@rac1-server ~) #/s01/oracle/产品/10.2.0 crs_1/bin/crsctl crs开始 　　 　　——再次查看oprocd进程,看到- m后面的值已经成为由默认的500改10000年为单位是女士: 　　(oracle@rac1-server ~) $ p ef | grep oprocd 　　根17520 16659 0 12:58 & # 63;就是/bin/sh/etc/init.d/init.现oprocd 　　根17916 17520 0 12:58 & # 63;就是/s01/oracle/产品/10.2.0/crs_1/bin/oprocd。本运行- t 1000 - m 10000成分股5:10:50:75:90 - f 　　甲骨文18504 16764 0 59分/4就是grep oprocd 　　 　　

　　

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对的支持。

甲骨文集群diagwait的问题记录