Oracle查询当前的crs/has自启动状态实例教程

前言

我们知道在某些停机测试场景，是需要人为禁用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时，改变的是这个文件的值：

--10.2.0.5
[root@rac1-server ~]# /s01/oracle/product/10.2.0/crs_1/bin/crsctl disable crs
[root@rac1-server ~]# more /etc/oracle/scls_scr/rac1-server/root/crsstart 
disable
[root@rac1-server ~]# /s01/oracle/product/10.2.0/crs_1/bin/crsctl enable crs
[root@rac1-server ~]# more /etc/oracle/scls_scr/rac1-server/root/crsstart 
enable

对于oracle rac 11.2.0.4和oracle rac 12.1.0.2来说：

使用root用户crsctl disable/enable crs时，改变的是这个文件的值：

--11.2.0.4
[root@db01 ~]# /opt/app/11.2.0/grid/bin/crsctl disable crs
crs-4621: oracle high availability services autostart is disabled.
[root@db01 ~]# more /etc/oracle/scls_scr/db01/root/ohasdstr 
disable
[root@db01 ~]# /opt/app/11.2.0/grid/bin/crsctl enable crs
crs-4622: oracle high availability services autostart is enabled.
[root@db01 ~]# more /etc/oracle/scls_scr/db01/root/ohasdstr 
enable

--12.1.0.2
[root@oemapp1 ~]# /app/12.1.0.2/grid/bin/crsctl disable crs
crs-4621: oracle high availability services autostart is disabled.
[root@oemapp1 ~]# more /etc/oracle/scls_scr/oemapp1/root/ohasdstr 
disable
[root@oemapp1 ~]# /app/12.1.0.2/grid/bin/crsctl enable crs
crs-4622: oracle high availability services autostart is enabled.
[root@oemapp1 ~]# more /etc/oracle/scls_scr/oemapp1/root/ohasdstr 
enable

基本上可以认定是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/..）:

--10.2.0.5
/var/opt/oracle/scls_scr/$hostname/root/crsstart
--11.2.0.4
/var/opt/oracle/scls_scr/$hostname/root/ohasdstr

相关案例：

最近某客户aix的一套10g rac，现场运维dba反映说是之前主机重启，crs不会自启动，每次都需要人工启动crs。但协助排查发现其配置文件crsstart的值已经是enable，且查到该配置文件的修改日期在7年前。说明配置是自启动的，而且7年没有人动过这个配置，比较诡异，最终是让其尝试disable再enable的方式，同时观察到配置文件的修改日期也会正常变，且在后续一次主机重启的维护中发现crs已经可以正常自启动。目前还无法解释为何之前无法自启动，先记录下这个现象。

总结

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