前言
對于Oracle集群，有關diagwait的解釋可以很容易在網上搜到：
該問題只會出現在ORACLE 11.2 以前版本中，在 11G R2版本中，diagwait的值默認配置為13。
而針對11.2以前的版本，需要手工將diagwait修改為13，以推遲重啟的時間便于將緩存中的日志信息有足夠的時間寫入到磁盤文件中，以及減少因為與OS交互允許時間太短而造成的重啟可能。
diagwait算是一個小知識點，但具有普遍性。因為現實中很多客戶生產數據庫版本低于11.2，同時diagwait沒有正確設置（默認配置不合理），輕則導致一些節點驅逐的案例缺少相關日志無法準確分析原因，重則由于oporcd默認的1.5s（1000ms+500ms）過短過于敏感，比如瞬時壓力過大都很容易導致節點主機重啟，這顯然不是我們所期望的。
diagwait設置方法（使用root用戶）：
crsctl set css diagwait 13
diagwait查詢方法：
crsctl get css diagwait ps -ef|grep oproc
需要重啟集群才能生效修改。
下面在測試環境驗證下這個過程：
[oracle@rac1-server ~]$ ps -ef|grep oprocoracle 12527 6205 0 11:44 pts/4 00:00:00 grep oprocroot 21426 20189 0 Jan24 ? 00:00:00 /bin/sh /etc/init.d/init.cssd oprocdroot 21799 21426 0 Jan24 ? 00:00:15 /s01/oracle/product/10.2.0/crs_1/bin/oprocd.bin run -t 1000 -m 500 -f[oracle@rac1-server ~]$ crsctl get css diagwaitConfiguration parameter diagwait is not defined.[root@rac1-server ~]# /s01/oracle/product/10.2.0/crs_1/bin/crsctl set css diagwait 13Configuration parameter diagwait is now set to 13.[root@rac1-server ~]# /s01/oracle/product/10.2.0/crs_1/bin/crsctl get css diagwait 13[oracle@rac1-server ~]$ ps -ef|grep oprocoracle 15375 14082 0 12:56 pts/4 00:00:00 grep oprocroot 21426 20189 0 Jan24 ? 00:00:00 /bin/sh /etc/init.d/init.cssd oprocdroot 21799 21426 0 Jan24 ? 00:00:15 /s01/oracle/product/10.2.0/crs_1/bin/oprocd.bin run -t 1000 -m 500 -f此時可以看到oprocd的設置并未修改。--需要重啟crs（所有節點都需要重啟）：[root@rac1-server ~]# /s01/oracle/product/10.2.0/crs_1/bin/crsctl stop crs[root@rac1-server ~]# /s01/oracle/product/10.2.0/crs_1/bin/crsctl start crs--再次查看oprocd進程，看到-m后面的值已經成為由默認的500改為10000，單位是ms：[oracle@rac1-server ~]$ ps -ef|grep oprocdroot 17520 16659 0 12:58 ? 00:00:00 /bin/sh /etc/init.d/init.cssd oprocdroot 17916 17520 0 12:58 ? 00:00:00 /s01/oracle/product/10.2.0/crs_1/bin/oprocd.bin run -t 1000 -m 10000 -hsi 5:10:50:75:90 -foracle 18504 16764 0 12:59 pts/4 00:00:00 grep oprocd
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對VeVb武林網的支持。
新聞熱點
疑難解答
