【翻译自mos文章】11.2 RAC: In "crsctl stat res -t" State Details May Be Missing or Incorrect

11.2 RAC: In "crsctl stat res -t" State Details May Be Missing or Incorrect (Doc ID 1086563.1)

适用于:

Oracle Server - Enterprise Edition - Version: 11.2.0.1 and later   [Release: 11.2 and later ]

Information in this document applies to any platform.

症状:

在crsctl stat res -t的输出中,对于有些或者全部的asm或者db 资源,state_details列的显示 丢失(即:空的) 或者不正确

Case 1

当资源被事实上open 或者started后,state_details列的显示 空白,而不是显示"Open" or "Started" ,虽然STATE列能正确的显示资源为online

$ crsctl stat res -t
-------------------------------------------------------------
NAME TARGET STATE SERVER STATE_DETAILS
-------------------------------------------------------------
Local Resources
-------------------------------------------------------------
ora.asm
ONLINE ONLINE oranode1 <<=== missing
ONLINE ONLINE oranode2 Started
-------------------------------------------------------------
Cluster Resources
-------------------------------------------------------------
ora.tst.db
1 ONLINE ONLINE oranode1 <<=== missing
2 ONLINE ONLINE oranode2 Open
            

In this case, the STATE details only show for the most recently started instance of each group ie. in the above, +ASM2 and TST2 were the most recently started.

Case 2

当在一个node上重启CRS stack后,在其他节点上的某些资源的state_details列可能显示错误并且与state列不匹配,或者是missing状态:

-------------------------------------------------------------
NAME TARGET STATE SERVER STATE_DETAILS
-------------------------------------------------------------
Local Resources
-------------------------------------------------------------
ora.asm
ONLINE ONLINE oranode1 Started
ONLINE ONLINE oranode2 <<=== missing
-------------------------------------------------------------
Cluster Resources
-------------------------------------------------------------
ora.tst.db
1 ONLINE ONLINE oranode1 Open
2 ONLINE ONLINE oranode2 Instance Shutdown <<=== wrong

原因:

Case 1

This is caused by partially published bug:

BUG 9377625 - STATE_DETAILS ONLY SHOWED LAST STARTED ASM "STARTED" FOR ‘CRSCTL STATUS RES -T"

This bug will be fixed in future release 12.1.

Case 2

This is caused by unpublished bug:

BUG 8516657 (Unpublished): CONFUSING ‘STATE_DETAILS‘ FOR ASM/DB INSTANCE FROM ‘CRSCTL STAT RES -T‘

解决方案:

These issues will be patched in future versions and/or CRS PSU‘s.  Check My Oracle Support to see if one-off patches are available.

In the meantiume:

?These errors are informational only, in other words, functionality of the database, asm or other resources are not affected.  Further, the STATE is not affected, only STATE details may be inaccurate.  Inaccurate STATE details can simply be ignored.

@INTERNAL NOTE:  unpublishing this piece because ‘crs_stat‘ is officially deprecated in 11.2: --->crs_stat命令已经在11.2中被废弃。

@crs_stat -l and/or crs_stat -t can be used to give a listing without STATE details.

时间: 2024-10-08 05:13:47

【翻译自mos文章】11.2 RAC: In "crsctl stat res -t" State Details May Be Missing or Incorrect的相关文章

【翻译自mos文章】在rac中,使用asmcmd命令从 文件系统 move system datafile 到asm磁盘组的方法

在rac中,使用asmcmd命令从 文件系统  move system datafile 到asm磁盘组的方法. 参考原文: How to move a SYSTEM datafile from filesystem to the ASM diskgroup using ASMCMD on RAC. (Doc ID 1607292.1) 适用于: Oracle Database - Enterprise Edition - Version 11.2.0.1 to 11.2.0.3 [Releas

【翻译自mos文章】在RAC database中怎么独立于instance来kill session?

来源于: How to Kill a Session on RAC Database In Instance Independent Fashion. (文档 ID 869777.1) 适用于: Oracle Database - Enterprise Edition - Version 11.1.0.6 and later Information in this document applies to any platform. 目标: 你可以在RAC database中来kill sessi

【翻译自mos文章】12c rac中,当脑裂发生时,哪个节点会幸存下来?

来源于: 12c: Which Node Will Survive when Split Brain Takes Place [1951726.1] 12c rac中,当脑裂发生时,哪个节点会幸存下来? 适用于: Oracle Database - Enterprise Edition - Version 12.1.0.2 and later Information in this document applies to any platform. 目的: 理解 从12.1.0.2开始,当脑裂发

【翻译自mos文章】在11gR2 rac环境中,文件系统使用率紧张,并且lsof显示有很多oraagent_oracle.l10 (deleted)

在11gR2 rac环境中,文件系统使用率紧张,并且lsof显示有很多oraagent_oracle.l10 (deleted) 参考原文: High Space Usage and "lsof" Output Shows Many 'oraagent_oracle.l10 (deleted)' in GI environment (Doc ID 1598252.1) 适用于: Oracle Database - Enterprise Edition - Version 11.2.0.

【翻译自mos文章】rac数据库中,HC_&lt;SID&gt;.dat文件被其他Oracle_Home下的实例所使用。

rac数据库中,HC_<SID>.dat文件被其他Oracle_Home下的实例所使用. 参考原文: RAC database HC_<SID>.dat is used by instance of different Oracle_Home (Doc ID 1618161.1) 适用于: Oracle Database - Enterprise Edition - Version 11.2.0.0 and later Information in this document ap

【翻译自mos文章】升级到11.2.0.4之后在alert日志中出现 NUMA 警告信息

注:与本文有关的文章为:http://blog.csdn.net/msdnchina/article/details/43763927 升级到11.2.0.4之后在alert日志中出现 NUMA 警告信息 翻译自mos文章:NUMA warning message appear after upgrade to 11.2.0.4 (文档 ID 1600824.1)1 适用于: Oracle Database - Enterprise Edition - Version 11.2.0.4 and

【翻译自mos文章】11.2.0.4及更高版本号的asm实例中MEMORY_TARGET 和 MEMORY_MAX_TARGET的默认值和最小值

[翻译自mos文章]11.2.0.4及更高版本号的asm实例中MEMORY_TARGET 和 MEMORY_MAX_TARGET的默认值和最小值 来源于: Default and Minimum MEMORY_TARGET & MEMORY_MAX_TARGET Value for ASM 11.2.0.4 and Onwards (文档 ID 1982132.1) APPLIES TO: Oracle Database - Enterprise Edition - Version 11.2.0

【翻译自mos文章】使用asmcmd命令在本地和远程 asm 实例之间 拷贝asm file的方法

使用asmcmd命令在本地和远程 asm 实例之间 拷贝asm file的方法 参考原文: How to Copy asm files between remote ASM instances using ASMCMD command (Doc ID 785580.1) 适用于: Oracle Database - Enterprise Edition - Version 11.1.0.6 to 11.2.0.2 [Release 11.1 to 11.2] Information in thi

【翻译自mos文章】在win2003 sp1下,遇到无法解释的数据库性能下降

翻译自mos文章:在win2003 sp1下,遇到无法解释的数据库性能下降 Unexplained Database Slowdown Seen on Windows 2003 Service Pack 1 (Doc ID 464683.1) Applies to: Oracle Server - Enterprise Edition - Version 9.2.0.1 to 11.1.0.6 [Release 9.2 to 11.1] z*OBSOLETE: Microsoft Windows