Oracle Rac opatch auto的时候为什么不打到Rac database home上

先交代环境:

操作系统:AIX 7.1

Oracle版本:Oracle Rac 11.2.0.3

之前打了11.2.0.3.9的补丁集,Rac装上还没正式用,所以就干脆再打到最新的11.2.0.3.11补丁集。

今日在前段时间新装的两套Rac打最新的psu,同样使用opatch auto的方式来打psu,但是其中一套Rac是连同Rac和Grid一起patch,而另一套是只patch Grid的补丁集。很郁闷,两套rac的crsconfig_params是基本一样的,两套Rac的相关配置都是我一手安装配置的,为什么会有如此多偏差?

如下是Rac和Grid一同patch的那套Rac:

[email protected]:/oraapp/oracle/backup>/oraapp/grid/gridhome/OPatch/opatch auto /install/psu -ocmrf /home/grid/grid.rsp

Executing /oraapp/grid/gridhome/perl/bin/perl /oraapp/grid/gridhome/OPatch/crs/patch11203.pl -patchdir /install -patchn psu -ocmrf /home/grid/grid.rsp -paramfile /oraapp/grid/gridhome/crs/install/crsconfig_params

This is the main log file: /oraapp/grid/gridhome/cfgtoollogs/opatchauto2014-09-28_15-07-56.log

This file will show your detected configuration and all the steps that opatchauto attempted to do on your system:

/oraapp/grid/gridhome/cfgtoollogs/opatchauto2014-09-28_15-07-56.report.log

2014-09-28 15:07:56: Starting Clusterware Patch Setup

Using configuration parameter file: /oraapp/grid/gridhome/crs/install/crsconfig_params

Stopping RAC /oraapp/oracle/product/11.2.0/dbhome_1 ...

Stopped RAC /oraapp/oracle/product/11.2.0/dbhome_1 successfully

patch /install/psu/17592127/custom/server/17592127  apply successful for home  /oraapp/oracle/product/11.2.0/dbhome_1

patch /install/psu/18522512  apply successful for home  /oraapp/oracle/product/11.2.0/dbhome_1

Stopping CRS...

Stopped CRS successfully

patch /install/psu/17592127  apply successful for home  /oraapp/grid/gridhome

patch /install/psu/18522512  apply successful for home  /oraapp/grid/gridhome

Starting CRS...

CRS-4123: Oracle High Availability Services has been started.

Starting RAC /oraapp/oracle/product/11.2.0/dbhome_1 ...

Started RAC /oraapp/oracle/product/11.2.0/dbhome_1 successfully

opatch auto succeeded.

[email protected]:/oraapp/oracle/backup>su - grid

如下是只patch 了 Grid的那套Rac:

[email protected]:/install/psu>/oraapp/grid/gridhome/OPatch/opatch auto /install/psu -ocmrf /home/grid/grid.rsp

Executing /oraapp/grid/gridhome/perl/bin/perl /oraapp/grid/gridhome/OPatch/crs/patch11203.pl -patchdir /install -patchn psu -ocmrf /home/grid/grid.rsp -paramfile /oraapp/grid/gridhome/crs/install/crsconfig_params

This is the main log file: /oraapp/grid/gridhome/cfgtoollogs/opatchauto2014-09-28_15-08-19.log

This file will show your detected configuration and all the steps that opatchauto attempted to do on your system:

/oraapp/grid/gridhome/cfgtoollogs/opatchauto2014-09-28_15-08-19.report.log

2014-09-28 15:08:19: Starting Clusterware Patch Setup

Using configuration parameter file: /oraapp/grid/gridhome/crs/install/crsconfig_params

Stopping CRS...

Stopped CRS successfully

patch /install/psu/17592127  apply successful for home  /oraapp/grid/gridhome

patch /install/psu/18522512  apply successful for home  /oraapp/grid/gridhome

Starting CRS...

CRS-4123: Oracle High Availability Services has been started.

opatch auto succeeded.

[email protected]:/install/psu>

通过查看Mos文档:(Doc ID 1479651.1)得知,HDB中是有数据库存在的(即通过dbca等形式创建数据库的),而ODB上并没有数据库DB的存在。

ps:这时突然想起来,前段时间确实在HDB上建立过数据库,并做了一些数据迁移做测试。。。(愚钝啊)

opatch的时候oracle在发现没有数据库database注册到OCR中,因此只是patch了Grid。

如下:通过Mos提供的命令发现HDB上CRS中确实有ora.hdb.db的存在:

[email protected]:/home/grid>crsctl stat res -p -w "TYPE = ora.database.type"|egrep ‘^NAME|^ORACLE_HOME‘

NAME=ora.hdb.db

ORACLE_HOME=/oraapp/oracle/product/11.2.0/dbhome_1

ORACLE_HOME_OLD=

NAME=ora.hdb.db

ORACLE_HOME=/oraapp/oracle/product/11.2.0/dbhome_1

ORACLE_HOME_OLD=

[email protected]:/home/grid>

而在ODB上,次命令下去无任何输出,查看一下/etc/oratab文件,确实未发现除ASM之外的其他数据库:

[email protected]:/home/grid>crsctl stat res -p -w "TYPE = ora.database.type"|egrep ‘^NAME|^ORACLE_HOME‘

[email protected]:/home/grid>

可以通过以下命令来另外给Rac patch 补丁:

As root user, execute the following command:

opatch auto <UNZIPPED_PATCH_LOCATION> -oh <DATABASE_HOME> -ocmrf <ocm response file>

时间: 2024-08-02 05:51:33

Oracle Rac opatch auto的时候为什么不打到Rac database home上的相关文章

Applying GI PSU &quot;opatch auto&quot; fails with &quot;The opatch Component check failed&quot;

Applying GI PSU using "opatch auto" fails with "The opatch Component check failed" (文档 ID 1169036.1) APPLIES TO: Oracle Database - Enterprise Edition - Version 11.2.0.3 and laterInformation in this document applies to any platform.***C

Oracle 更新Opatch、打补丁

1.更新Opatch; 2.打补丁; 3.grid 打补丁; 1.更新Opatch(实验版本:oracle:11.2.0.3.0): 默认安装数据库后,在ORACLE_HOME 下会有个OPatch 文件夹,更新前先检查当前Opatch 版本: 1: [[email protected] OPatch]$ ./opatch lsinventory 2: Invoking OPatch 11.2.0.1.7 3:   4: Oracle 中间补丁程序安装程序版本 11.2.0.1.7 5: 版权所

如何利用JDBC启动Oracle 自动追踪(auto trace)

有时我们需要对执行SQL的具体执行过程做一个追踪分析,特别是在应用程序性能优化的时候.Oracle两个工具可以帮助我们做好性能分析,一个是SQL_TRACE,一个是SESSION_EVENT.SQL_TRACE跟踪SQL执行过程,如解析时间.执行时间.查询时间等:SESSION_EVENT跟踪执行过程的等待事件,如等待客户端响应时间,等待本地磁盘IO事件等等. 开启Oracle自动追踪必须使用DBA权限. 使用JDBC开启SQL_TRACE的方法: conn.prepareStatement("

oracle 利用flashback将备库激活为read wirte(10g 及上)

oracle 利用flashback将备库激活为read wirte(10g 及上) 环境: OS: CENTOS 6.5 X64 DB: ORACLE 10.2.0.5 主库操作: SQL> alter system switch logfile; System altered. SQL> 备库操作 取消归档应用 SQL> alter database recover managed standby database cancel; Database altered. SQL>

opatch auto in windows db in 11.2.0.4

cd D:\oracle_patch\1612D:\app\Administrator\product\11.2.0\dbhome_1\OPatch\ocm\bin\emocmrsp.bat set ORACLE_HOME=D:\app\Administrator\product\11.2.0\dbhome_1mkdir dbmkdir ojvmunzip p23530402_112040_MSWIN-x86-64.zip -d dbunzip p23515277_112040_MSWIN-x8

【Oracle】OPatch升级

在进行PSU升级过程中,opatch prereq CheckConflictAgainstOHWithDetail -phBaseDir ./12419378 检测报错: Invoking prereq "checkconflictagainstohwithdetail" The location "./9352164/README.html" is not a directory or a valid patch zip file. Prereq "c

如何将RAC数据库的 RMAN Disk 备份 Restore 到另一个节点上的单个实例 (Doc ID 415579.1)

HowTo Restore RMAN Disk backups of RAC Database to Single Instance On Another Node (Doc ID 415579.1) APPLIES TO: Oracle Database - Enterprise Edition - Version 9.2.0.1 and laterOracle Database Cloud Schema Service - Version N/A and laterOracle Databa

oracle表空间查询维护命令大全之三(暂时表空间)史上最全

--UNDO表空间汇总 --查看全部的表空间名字 SELECT NAME FROM V$TABLESPACE; --创建新的UNDO表空间,并设置自己主动扩展參数; CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE 'D:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\UNDOTBS02.DBF' SIZE 10M REUSE AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED; --注意:在OPEN状态下某

11G RAC 节点2 主机down(两个节点RAC)

--节点2 数据库日志 Mon Jul 01 06:38:22 2019SUCCESS: diskgroup SAS_ARCH was dismountedMon Jul 01 06:38:22 2019Shutting down instance (abort)License high water mark = 1923USER (ospid: 82381): terminating the instanceMon Jul 01 06:38:22 2019opiodr aborting pro