当前位置: 首页 > 编程笔记 >

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

皇甫鸿远
2023-03-14
本文向大家介绍Oracle查询当前的crs/has自启动状态实例教程,包括了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已经可以正常自启动。目前还无法解释为何之前无法自启动,先记录下这个现象。

总结

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

 类似资料:
  • ...除了这不存在。但这是关于我在这里想做什么。 或相反的: ...它获取每个GameCharacter的最早版本。为此,我已经尝试了,但显然Javers没有从最后开始计算版本。 这方面的Gradle依赖关系是:

  • 我们正在将应用程序从JBoss EAP 6.4迁移到WildFly 14。我们遇到了Hibernate和Infinispan的问题。 该应用程序被配置为使用Hibernate的二级缓存(也称为2LC)和Wildfly提供的Infinispan。 在启用2LC缓存但禁用查询缓存的情况下,应用程序启动并似乎正常工作。 但是当我们尝试再次启用查询缓存(属性hibernate.cache.use_quer

  • 问题内容: 我想从Oracle表的DOB(出生日期)字段中计算当前的人的年龄。 DOB字段的数据类型为varchar,其日期以“ DD-MON-YY”格式存储。 当我从日期算起一个人的当前年龄时,查询将返回负数。另外,我观察到,如果日期为13到49年,则结果为负。 例子 查询执行以供参考 任何帮助表示赞赏! 问题答案: 为了解决21世纪的问题,只需稍微修改@the_silk的答案即可: 请注意,尽

  • 我正在使用Alembic自动生成来迁移一些模型更改。我运行alembic修订/升级一次,它会正确创建我的表并将alembic_version表添加到我的数据库中。当我再次运行修订/升级命令时,它会尝试重新创建表,尽管没有对模型进行任何更改 正如您在这里看到的,它正在尝试添加表alias.alias尽管它已经存在于我的数据库中,并且是由Alembic在第一个修订/升级命令中创建的。 可以预见,当我尝

  • 问题内容: 简要描述;简介 将测试服务器重置为已知状态会导致我的测试失败,因为重置服务器时DataTables实例启动的Ajax请求正在进行中。我想通过在重置服务器之前停止DataTables请求来防止这种情况。 详细说明 我有一个在某些页面上使用DataTables的应用程序。这些数据表均执行服务器端查询以填充其表。 当我执行系统测试时,有时会发生争用情况: 测试运行程序启动测试服务器。 测试运

  • 2.11 状态码查询 2.11.1 描述 通过调用该接口查询频道在指定时间段内的状态码统计。 2.11.2 请求地址 地址: https://api.bokecs.com/channel/queryHttpCode 2.11.3 请求方式 POST 2.11.4 请求参数 1) 请求入参 { "domainName":"", "beginTime":"", "endT