概述

我們知道在某些停機測試場景，是需要人為禁用crs/has的自啟動的，防止過程中主機反復重啟對數據庫集群造成影響。

使用crsctl disable/enable crs命令可以禁用/啟用crs的自啟動，但沒有命令去查看當前自啟動狀態，雖然命令可以反復執行，但看不到實際狀態總歸還是讓人不放心。

我在Linux測試環境下試了幾個Oracle RAC版本：

• Oracle RAC 10.2.0.5
• Oracle RAC 11.2.0.4
• Oracle RAC 12.1.0.2

---

發現對于Oracle RAC 10.2.0.5來說：

使用root用戶crsctl disable/enable crs時，改變的是這個文件的值：

---

對于Oracle RAC 11.2.0.4和Oracle RAC 12.1.0.2來說：

使用root用戶crsctl disable/enable crs時，改變的是這個文件的值：

基本上可以認定是10.2.0.5版本，都是去對應crsstart這個文件的值。11.2.0.4和12.1.0.2版本都是去對應ohasdstr這個文件值。

---

對于主流的小機環境：

對于AIX系統，跟Linux的配置文件路徑沒有區別；

而對于SUN Solaris和HP-UX，需要注意配置文件的路徑有所區別(/etc/oracle/.. -> /var/opt/oracle/..):

---

相關案例

最近某客戶AIX的一套10g RAC，現場運維DBA反映說是之前主機重啟，crs不會自啟動，每次都需要人工啟動crs。但協助排查發現其配置文件crsstart的值已經是enable，且查到該配置文件的修改日期在7年前。說明配置是自啟動的，而且7年沒有人動過這個配置，比較詭異，最終是讓其嘗試disable再enable的方式，同時觀察到配置文件的修改日期也會正常變，且在后續一次主機重啟的維護中發現crs已經可以正常自啟動。目前還無法解釋為何之前無法自啟動，先記錄下這個現象。

---

如果大家有任何疑問請給我留言，小編會及時回復大家的。后面小編會分享更多運維方面的干貨，感興趣的朋友走一波關注哩~

總結

以上是生活随笔為你收集整理的linux oracle 运维_Oracle查询当前的crs/has自启动状态实例教程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。