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,如需转载请自行联系原作者
目录
相关文章
|
2天前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
94 64
|
2月前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
1天前
|
监控 Oracle 关系型数据库
Oracle数据库性能优化
【10月更文挑战第16天】Oracle数据库性能优化是
5 1
|
14天前
|
SQL 存储 Oracle
Oracle数据库SQL语句详解与应用指南
在数字化时代,数据库已成为各类企业和组织不可或缺的核心组件。Oracle数据库作为业界领先的数据库管理系统之一,广泛应用于各种业务场景。掌握Oracle数据库的SQL语句是数据库管理员、开发人员及运维人员的基本技能。本文将详细介绍Oracle数据库SQL语句的基本概念、语法、应用及最佳实践。一、Or
28 3
|
1月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
27天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
27天前
|
Oracle NoSQL 关系型数据库
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
106 2
|
8天前
|
存储 Oracle 关系型数据库
【数据库-Oracle】《Oracle 数据库探秘:基础知识点全攻略》
《Oracle 数据库探秘:基础知识点全攻略》深入介绍 Oracle 数据库的基础知识点,包括数据类型、表结构、查询语句等。通过详细讲解、代码示例和流程图,帮助读者快速掌握 Oracle 数据库的基本操作,为数据库开发和管理打下坚实基础。
19 0
|
10天前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,
|
1月前
|
Oracle 安全 关系型数据库
Oracle数据恢复—Oracle数据库误删除的数据恢复方法探讨
删除Oracle数据库数据一般有以下2种方式:delete、drop或truncate。下面针对这2种删除oracle数据库数据的方式探讨一下oracle数据库数据恢复方法(不考虑全库备份和利用归档日志)。

推荐镜像

更多