1. 下载补丁和最新OPatchGI PSU : p25869727_112040_Linux-x86-64.zipOPatch : p6880880_112000_Linux-x86-64.zip 说明:GI PSU包括DB PSU,CPU.单机与RAC的opatch通用,单机与rac的psu不通用. 2. 检查数据库当前OPatch版本 RAC所有节点的GI home和DB home都需要检查.$ $ORACLE_HOME/OPatch/opatch version 3. 更新OPatch,

AIX 7.2 下Oracle 11.2.0.4  RAC数据库root用户在使用 /u01/app/11.2.0/grid/OPatch/opatch auto /soft/28813878 -ocmrf /soft/ocm.rsp 安装11.2.0.4.20190115 PSU时,遇到 patch /soft/28813878/28729262 apply failed for home /u01/app/11.2.0/grid 查看日志显示: ApplySession failed in

说明:这是新上线主机,还没有建库的.如果库已经存在,那么最后还要进行刷库操作呢! 环境:SUSE Linux Enterprise Server 11 sp1 (x86_64) 要求将数据库从11.2.0.3.0升级到11.2.0.3.7 PSU(最新),补丁为:16619892 p16619892_112030_Linux-x86-64.zip 用oracle用户解压后: oracle@tb-dinggou3:~/softs> unzip p16619892_112030_Linux-x86-

说明:此次环境的patch p6880880_112000_Linux-x86-64.zip 和 p25476126_112040_Linux-x86-64.zip均放在/soft目录, 且grid和oracle用户对/soft目录具有读写权限,全程只需要root用户执行即可. 数据库版本 11.2.0.4 PSU 11.2.0.4.20170418 GI 安装目录 /u01/app/11.2.0/grid DB 安装目录 /u01/app/oracle/product/11.2.0/dbhom

环境说明:database : 11.2.0.4 x64os: centos6.7 x64 准备内容:OPatch : p6880880_112000_Linux-x86-64.zipDB PSU : p21352635_112040_Linux-x86-64.zip 信息检查,查看环境是否符合打该 patch , optch版本安装环境详细请看 mos 与 readme . -- 查看组件信息set linesize 500 pagesize 600col COMP_NAME for a30s

环境:两节点RAC(RHEL 6.4 + GI 11.2.0.4 + Oracle 11.2.0.4) 需求:安装最新PSU补丁11.2.0.4.7 1.下载补丁和最新OPatch 2.检查数据库当前OPatch版本 3.更新OPatch 4.解压补丁文件 5.检查补丁之间有无冲突 6.停止数据库和本地crs服务 7.更新补丁 8.登录数据库执行升级字典操作 9.验证补丁更新结果 Reference 1. 下载补丁和最新OPatch MOS 补丁程序和更新程序搜索到最新的PSU:截至目前最新是1

写在前面: 1.Oracel打每个补丁的操作有时存在差异,所以不管多熟悉,都应该在打任何补丁之前阅读新补丁中附带的readme. 2.Oracle每季度都会更新一个最新的PSU,本文最新指的是当前最新(即0719发布的PSU). 3.之前整理的完整记录一则Oracle 11.2.0.4单实例打PSU补丁的过程由于旨在体验打补丁的整个过程,粘贴了所有过程输出,篇幅很长,不利于快速参考,本次旨在可以用来快速参考,并增加了OJVM PSU的修补部分.如果对本文的简要命令有疑问,可以反过来参考之前的文

Oracle rdbms 扑灭psu离11.2.0.3.0升级到11.2.0.3.11 参考patch :18522512 停止应用,停止听音乐并DB,将db的oracle_home在下面OPatch将文件夹添加到环境变化PATH.由于接下来要用opatch工具. 报错,说这个opatch工具太旧.要下载新的. The OPatch version being used (11.2.0.1.7) doesn't meet the minimum version required by the p

SQL> alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss'; Session altered. SQL> select created from v$database; CREATED ------------------------------------------------------------------------------------------------------------------------ 20

上传补丁包,修改权限 su - oracle mdir /tmp/psu mv p6880880_112319_Linux-x86-64.zip /tmp/psu/mv databasepsu180717_112040_Linux-x86-64.zip /tmp/psusu - root chown oracle.oinstall /tmp/psu -R 查看当前数据库的补丁情况 [oracle@localhost ~]$ $ORACLE_HOME/OPatch/opatch versionOP

一.准备工作 1,数据库环境 操作系统版本  : RedHat 7.2 x64   数据库版本    : Oracle 11.2.0.4 x64 RAC    Grid          : 11.2.0.4     Oracle database: 11.2.0.4 2,准备内容 GI PSU : p215****75_112040_Linux-x86-64.zip    OPatch : p688****80_112000_Linux-x86-64.zip    DB PSU : p213*

Skip Headers Oracle® Database Patch 19121551 - Database Patch Set Update 11.2.0.4.4 (Includes CPUOct2014)   Released: October 14, 2014 This document is accurate at the time of release. For any changes and additional information regarding PSU 11.2.0.4

转自:http://www.askmaclean.com/archives/add-node-to-11-2-0-2-grid-infrastructure.html 在之前的文章中我介绍了为10g RAC Cluster添加节点的具体步骤.在11gr2中Oracle CRS升级为Grid Infrastructure,通过GI我们可以更方便地控制CRS资源如:VIP.ASM等等,这也导致了在为11.2中的GI添加节点时,同10gr2相比有着较大的差异. 这里我们要简述在11.2中为GI ADD

模拟生产搭建Standby RAC实验环境(11.2.0.4 DG) 环境:RHEL 6.5 + Oracle 11.2.0.4 GI.DB 1.需求背景介绍 2.准备工作 3.主库配置 4.备库配置 5.备库恢复数据库 6.检查同步状态 7.添加资源 1.需求背景介绍 目前,我有一套正常运行的Oracle 11.2.0.4 RAC实验环境.这是一套VirtualBox的虚拟化环境,整套环境均放在我的台式机服务器的D盘(SSD固态盘).也就是说,这套RAC环境的系统磁盘和共享磁盘均在本地D盘.

最近做了一个安装11.2.0.4.180116补丁的实验,突然想起之前和同事讨论的一个问题:如何检查数据库安装补丁的版本,之前搜到的是去查dba_registry_history,有的说在操作系统中执行./opatch lspatches查看.就做了一个实验: 前提:本系统曾前后安装了 171017和180116版本补丁,但180116补丁已回退!! 1.1 首先检查opatch工具版本: 以oracle用户登录,验证opatch 工具版本.安装补丁11.2.0.4.180116所需最低opat

1.环境 DB:两节点RAC 11.2.0.4.0升级至11.2.0.4.6 OS:AIX 7.1(205G内存 16C) 2.节点1.节点2(未建库) 2.1.patch 20420937居然用了3个小时才跑完 DB1:/ #/oracle/app/11.2.0/grid/OPatch/opatch auto /oracle/patch/20485808 -ocmrf /oracle/app/11.2.0/grid/OPatch/ocm/ocm.rsp Executing /oracle/ap

Patch 21352635 - Database Patch Set Update 11.2.0.4.8 一.OPatch工具检查及升级 OPatch工具包,在安装目录$ORACLE_HOME下,PSU安装升级,都是通过OPatch来完成的.PSU的升级安装对OPatch的版本有一定的要求,关于这一点,可以查看PSU的Readme文档.例如,要安装p21352635_112040_Linux-x86-64,则必须要11.2.0.3.6或更高版本的OPatch. 1.1.确定当前系统的OPatc

  安装了Oracle Database Release 11.2.0.4之后,发现WRH$_ACTIVE_SESSION_HISTORY始终不会自动分割删除,   后来才发现需要应用补丁:14084247   The following are the bugs fixed by this patch: 14084247: STBH: ORA-01555 DUE TO WRH$_ACTIVE_SESSION_HISTORY NOT PURGED   之前有个doc WRH$_ACTIVE_SE

一.CPU和PSU 近日,将数据库从9.2.0.6升级到11.2.0.4后,发现11.2.0.4通过DBLINK访问其他的9i库时发生ORA-02072错误,通过Google找到解决方案,即升级到PSU 11.2.0.4.8,在此,记录一下安装补丁的过程,建议在打补丁前仔细阅读补丁Readme文档的相关章节,有关补丁的所有细节都可以在文档中找到. 关于ORA-02072: ORA-02072: distributed database network protocol mismatch Caus

Oracle 11.2.0.4单实例打PSU,OJVM PSU补丁快速参考 写在前面: ·         1.Oracel打每个补丁的操作有时存在差异,所以不管多熟悉,都应该在打任何补丁之前阅读新补丁中附带的readme. ·         2.Oracle每季度都会更新一个最新的PSU,本文最新指的是当前最新(即0719发布的PSU). ·         3.之前整理的完整记录一则Oracle 11.2.0.4单实例打PSU补丁的过程由于旨在体验打补丁的整个过程,粘贴了所有过程输出,篇幅

在standby database上从11.2.0.3升级11.2.0.4,然后打了补丁PATCH SET UPDATE 11.2.0.4.190115后,无法用srvctl启动第二个节点数据库实例: $ srvctl start instance -d rac -i rac2 PRCR-1013 : Failed to start resource ora.<dbname>.dbPRCR-1064 : Failed to start resource ora.<dbname>.d