Oracle 11g RAC Installer 故障之--数据库软件安装无法发现集群

简介:

错误案例:

GRID进程启动正常,CRS资源全部online;但在安装Oracle 数据库软件时,不能发现集群环境!


解决方法:


Applies to:

Oracle Database - Enterprise Edition - Version 10.2.0.1 to 11.2.0.2 [Release 10.2 to 11.2]
Information in this document applies to any platform.
***Checked for relevance on 11-Mar-2013***

Goal

A few Oracle clusterware/database utilities depend on "CRS=true" flag in central inventory to determine which is current clusterware home, if the flag is not set or set on wrong home, those utilities will fail. "CRS=true" is allowed to be only on active clusterware home(in upgraded case) as there can be only one active clusterware home per node.

Even the behaviour has changed in latest version of 11gR2 Grid Infrastructure, due to a few known issues, the flag is still needed as a workaround in some case- refer to 
note 1316815.1 for one known issue.

This note provides instructions to update the flag in central inventory.

Fix

OUI option -updateNodeList can be used to set/unset the flag.

To set the flag on a three-node RAC cluster on UNIX:

On node1 as clusterware user:

/ocw/grid/oui/bin/runInstaller -updateNodeList ORACLE_HOME="/ocw/grid" CRS=true

## ==> /ocw/grid is current clusterware home



To unset the flag on a three-node RAC cluster on Windows:

On node1 as clusterware user:


d:\ocw\crs\oui\bin\setup -updateNodeList ORACLE_HOME="d:\ocw\crs" CRS=false

## ==> /ocw/crs is pre-upgrade clusterware home but the flag is still there



To confirm the changes, review inventory.xml in central inventory.

Central inventory location is defined by parameter inventory_loc in /etc/oraInst.loc, /var/opt/oracle/oraInst.loc or Windows Registry depend on platform.


Example on Linux:

$ cat /etc/oraInst.loc | grep inventory_loc
inventory_loc=/home/grid/oraInventory
$ cat /home/grid/oraInventory/ContentsXML/inventory.xml

..
<HOME NAME="Ora11g_gridinfrahome1" LOC="/ocw/grid" TYPE="O" IDX="4" CRS="true">

  <NODE_LIST>
     <NODE NAME="racnode1"/>
     <NODE NAME="racnode2"/>
     <NODE NAME="racnode3"/>
  </NODE_LIST>
</HOME>
..

Note: inventory.xml must not be modified manually to avoid inventory corruption.











本文转自 客居天涯 51CTO博客,原文链接:http://blog.51cto.com/tiany/1410396,如需转载请自行联系原作者
目录
相关文章
|
SQL 关系型数据库 数据库
【YashanDB知识库】OM仲裁节点故障后手工切换方案和yasom仲裁重新部署后重新纳管数据库集群方案
本文介绍了主备数据库集群的部署、OM仲裁故障切换及重新纳管的全过程。首先通过解压软件包并调整安装参数完成数据库集群部署,接着说明了在OM仲裁故障时的手动切换方案,包括关闭自动切换开关、登录备节点执行切换命令。最后详细描述了搭建新的yasom仲裁节点以重新纳管数据库集群的步骤,如生成配置文件、初始化进程、执行托管命令等,确保新旧系统无缝衔接,保障数据服务稳定性。
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
718 11
|
SQL 关系型数据库 数据库
【YashanDB 知识库】OM 仲裁节点故障后手工切换方案和 yasom 仲裁重新部署后重新纳管数据库集群方案
本文介绍了一主一备数据库集群的部署步骤。首先在OM节点上传并解压软件包至指定路径,随后通过调整安装参数、执行安装和集群部署完成数据库设置。接着,在主备节点分别配置环境变量,并查看数据库状态以确认安装成功。最后,针对OM仲裁故障提供了手动切换方案,包括构造故障场景、关闭自动切换开关及使用SQL命令进行主备切换,确保系统高可用性。
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
存储 数据挖掘 数据库
服务器数据恢复—raid磁盘故障导致数据库数据损坏的数据恢复案例
存储中有一组由3块SAS硬盘组建的raid。上层win server操作系统层面划分了3个分区,数据库存放在D分区,备份存放在E分区。 RAID中一块硬盘的指示灯亮红色,D分区无法识别;E分区可识别,但是拷贝文件报错。管理员重启服务器,导致离线的硬盘上线开始同步数据,同步还没有完成就直接强制关机了,之后就没有动过服务器。
|
运维 Oracle 前端开发
Oracle 11g RAC集群日常运维命令总结
Oracle 11g RAC集群日常运维命令总结
904 2
|
存储 负载均衡 Oracle
|
存储 Oracle 关系型数据库
|
Oracle 关系型数据库
分布式锁设计问题之Oracle RAC保证多个节点写入内存Page的一致性如何解决
分布式锁设计问题之Oracle RAC保证多个节点写入内存Page的一致性如何解决
572 0