环境:RHEL6.5 + Oracle 11.2.0.4 DataGuard physical standby

主库和备库都是单节点。

需求:主备库同时应用160719的PSU和OJVM PSU补丁。

先参考MOS文档 ID 278641.1 的解决方案如下:

SOLUTION

Process Overview:

  1. In the primary disable log shipping to the standby site.

  2. Shutdown the standby site and apply interim patchsets to the RDBMS binaries as per the README. This includes Patchset/Patchset Update(PSU)/Critical Patch Update (CPU). You will not be able to and do not need to run the scripts(catpatch.sql etc) against the standby rdbms itself. Start the standby site to mount only, do not restart managed recovery.

  3. Shutdown the primary site, apply the Patchset/PSU/CPU patch to the RDBMS binaries and patch the RDBMS itself using the instructions in the README (run catpatch/catbundle/catcpu etc).

NOTE: The latest Patchsets for Oracle 11gR2 (11.2.0) require to be installed into a new ORACLE_HOME. So mind to reset your Environment and copy corresponding Files (like SPFILE, Network Files,..) to the new ORACLE_HOME, too. Follow the Database Upgrade Guide for further Details.

  1. Start the primary site, re-enable log shipping to the standby.

  2. At the standby site restart redo apply/managed recovery and the RDBMS changes implemented in the Primary Site through catpatch/catbundle/catcpu will also be applied to the standby.

NOTE: Step 5. should be done immediately after upgrading the Database Binaries on the Standby Database. It is to ensure the Data Dictionary (CATPROC)-Version matches the Version of the Database Binaries. If this does not match (eg. when you upgrade the Standby Database Binaries first and perform a Role Change on the Standby before you upgrade the Primary) you may run into severe Problems. Having different Patchlevels in a Data Guard Physical Standby Database Environment is not supported anyway, see

Mixed Oracle Version support with Data Guard Redo Transport Services (Doc ID 785347.1)

for further Details and Reference.

  1. Checks to perform to ensure the patch has been applied successfully at the primary and standby sites.

提炼核心步骤就是:

1.主库禁用日志传送到备库

```
主库;
show parameter log_archive_dest_state_X
alter system set log_archive_dest_state_X=defer scope=both sid='*';

SQL> show parameter log_archive_dest_2

NAME TYPE VALUE


log_archive_dest_2 string SERVICE=ZHZYNEW2 ASYNC LGWR VA

LID_FOR=(ONLINE_LOGFILES,PRIMA

RY_ROLE) DB_UNIQUE_NAME=ZHZYNE

W2

SQL> show parameter log_archive_dest_state_2

NAME TYPE VALUE


log_archive_dest_state_2 string enable

所以我这里的环境执行:

SQL> alter system set log_archive_dest_state_2=defer scope=both;


<h1 id="2">2.关闭备库应用补丁,但不执行脚本(catpatch.sql等),启动到mount,不启用日志恢复</h1>
lsnrctl stop
SQL> shutdown immediate; 1).OPatch更新
2).应用PSU补丁 但不执行数据库脚本
3).应用OJVM PSU补丁 但不执行数据库脚本 NOTE:上面步骤跟《[Oracle 11.2.0.4单实例打PSU,OJVM PSU补丁快速参考](http://www.cnblogs.com/jyzhao/p/5895617.html)》区别不大,但是注意只是软件应用补丁,不要执行数据库脚本。 最后启动数据库到mount,启动监听
SQL> startup mount;
lsnrctl start <h1 id="3">3.关闭主库应用补丁,执行脚本(run catpatch/catbundle/catcpu等)</h1>
lsnrctl stop
SQL> shutdown immediate; 1).OPatch更新
2).应用PSU补丁 执行数据库脚本
3).应用OJVM PSU补丁 执行数据库脚本 <h1 id="4">4.启动主库,重新开启日志传送到备库</h1>
最后确认正常启动主库数据库和监听, 然后重新开启日志传送到备库
SQL> alter system set log_archive_dest_state_X=enable scope=both sid='*'
这里环境就是:

SQL> alter system set log_archive_dest_state_2=enable scope=both;


<h1 id="5">5.备库开启日志恢复</h1>
mount状态开启日志恢复:

SQL> startup mount;

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE disconnect;

最终可以切换为ADG:

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

SQL> ALTER DATABASE OPEN;

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;

<h1 id="6">6.检查补丁应用情况</h1>
$ORACLE_HOME/OPatch/opatch lspatches
$ORACLE_HOME/OPatch/opatch lsinventory
SQL> select ACTION_TIME,ACTION,NAMESPACE,VERSION,BUNDLE_SERIES,ID from registry$history; 这里尤其注意第三项,备库只有在ADG模式下才可以查询。
主库补丁应用的查询结果:

SQL> r

1* select ACTION_TIME,ACTION,NAMESPACE,VERSION,BUNDLE_SERIES,ID from registry$history

ACTION_TIME ACTION NAMESPACE VERSION BUNDLE_SERIES ID


24-AUG-13 12.03.45.119862 PM APPLY SERVER 11.2.0.4 PSU 0

08-JUL-16 02.50.00.349757 PM APPLY SERVER 11.2.0.4 PSU 0

22-SEP-16 03.48.39.295292 PM jvmpsu.sql SERVER 11.2.0.4.160719OJVMPSU 0

22-SEP-16 03.49.37.935537 PM APPLY SERVER 11.2.0.4 PSU 160719

22-SEP-16 03.51.55.999773 PM APPLY SERVER 11.2.0.4.160719OJVMPSU 0

22-SEP-16 03.51.56.010800 PM APPLY 23177551

6 rows selected.

ADG模式下,最终备库补丁应用的查询结果:

SQL> select ACTION_TIME,ACTION,NAMESPACE,VERSION,BUNDLE_SERIES,ID from registry$history;

ACTION_TIME ACTION NAMESPACE VERSION BUNDLE_SERIES ID


24-AUG-13 12.03.45.119862 PM APPLY SERVER 11.2.0.4 PSU 0

08-JUL-16 02.50.00.349757 PM APPLY SERVER 11.2.0.4 PSU 0

22-SEP-16 03.48.39.295292 PM jvmpsu.sql SERVER 11.2.0.4.160719OJVMPSU 0

22-SEP-16 03.49.37.935537 PM APPLY SERVER 11.2.0.4 PSU 160719

22-SEP-16 03.51.55.999773 PM APPLY SERVER 11.2.0.4.160719OJVMPSU 0

22-SEP-16 03.51.56.010800 PM APPLY 23177551

6 rows selected.

至此已确定主库备库都已经成功完成应用PSU,OJVM PSU补丁。

<h1 id="7">Reference</h1>
- How do you apply a Patchset,PSU or CPU in a Data Guard Physical Standby configuration (文档 ID 278641.1)

Oracle 11.2.0.4 DataGuard 环境打PSU,OJVM PSU补丁快速参考的更多相关文章

  1. Oracle 11.2.0.1 ADG环境MRP进程遭遇ORA-600异常终止

    环境:Linux + Oracle 11.2.0.1 ADG 现象:发现备库没有应用日志 1. 数据库查询备库目前状态 发现备库目前没有应用日志,apply lag已经显示备库有3天21小时多没有应用 ...

  2. Oracle 11.2.0.1 ADG环境MRP进程遭遇ORA

    环境:Linux + Oracle 11.2.0.1 ADG现象:发现备库没有应用日志 1. 数据库查询备库目前状态发现备库目前没有应用日志,apply lag已经显示备库有3天21小时多没有应用日志 ...

  3. Oracle 11.2.0.4在线(Online mode)打补丁14084247解决WRH$_ACTIVE_SESSION_HISTORY不会自动切割的问题

      安装了Oracle Database Release 11.2.0.4之后,发现WRH$_ACTIVE_SESSION_HISTORY始终不会自动分割删除,   后来才发现需要应用补丁:14084 ...

  4. Oracle安装部署,版本升级,应用补丁快速参考

    一.Oracle安装部署 1.1 单机环境 1.2 Oracle RAC环境 1.3 Oracle DataGuard环境 1.4 主机双机 1.5 客户端部署 二.Oracle版本升级 2.1 单机 ...

  5. Oracle 11.2.0.4单实例打PSU,OJVM PSU补丁快速参考

    写在前面: 1.Oracel打每个补丁的操作有时存在差异,所以不管多熟悉,都应该在打任何补丁之前阅读新补丁中附带的readme. 2.Oracle每季度都会更新一个最新的PSU,本文最新指的是当前最新 ...

  6. Oracle 11.2.0.4单实例打补丁

    Oracle 11.2.0.4单实例打PSU,OJVM PSU补丁快速参考 写在前面: ·         1.Oracel打每个补丁的操作有时存在差异,所以不管多熟悉,都应该在打任何补丁之前阅读新补 ...

  7. Oracle 11.2.0.4.0 Dataguard部署和日常维护(1)-数据库安装篇

    本次测试环境 系统版本 CentOS release 6.8 主机名 ec2t-userdata-01 ec2t-userdata-01 IP地址 10.189.102.118 10.189.100. ...

  8. 【Oracle】11G 11.2.0.4 RAC环境打补丁

    一.准备工作 1,数据库环境 操作系统版本  : RedHat 7.2 x64   数据库版本    : Oracle 11.2.0.4 x64 RAC    Grid          : 11.2 ...

  9. 完整记录一则Oracle 11.2.0.4单实例打PSU补丁的过程

    本文记录了打PSU的全过程,意在体会数据库打PSU补丁的整个过程. 1.OPatch替换为最新版本2.数据库软件应用19121551补丁程序3.数据库应用补丁4.验证PSU补丁是否应用成功 1.OPa ...

随机推荐

  1. 线性数据结构之栈——Stack

    Linear data structures linear structures can be thought of as having two ends, whose items are order ...

  2. OpenCASCADE AIS Manipulator

    OpenCASCADE AIS Manipulator eryar@163.com Abstract. OpenCASCADE7.1.0 introduces new built-in interac ...

  3. [APUE]UNIX进程的环境(上)

    一. 前言 本章将学习:当执行程序时,其main函数是如何被调用的,命令行参数是如何传送给执行程序的,典型的存储器布局是什么样式,如何分配另外的存储空间,进程如何使用环境变量,进程终止的不同方式等.另 ...

  4. Android权限管理之Permission权限机制及使用

    前言: 最近突然喜欢上一句诗:"宠辱不惊,看庭前花开花落:去留无意,望天空云卷云舒." 哈哈~,这个和今天的主题无关,最近只要不学习总觉得生活中少了点什么,所以想着围绕着最近面试过 ...

  5. javascript单元测试框架mochajs详解

    关于单元测试的想法 对于一些比较重要的项目,每次更新代码之后总是要自己测好久,担心一旦上线出了问题影响的服务太多,此时就希望能有一个比较规范的测试流程.在github上看到牛逼的javascript开 ...

  6. Java多态性——分派

    一.基本概念 Java是一门面向对象的程序设计语言,因为Java具备面向对象的三个基本特征:封装.继承和多态.这三个特征并不是各自独立的,从一定角度上看,封装和继承几乎都是为多态而准备的.多态性主要体 ...

  7. Configure a VLAN on top of a team with NetworkManager (nmcli) in RHEL7

    SOLUTION VERIFIED September 13 2016 KB1248793 Environment Red Hat Enterprise Linux 7 NetworkManager ...

  8. 最新的 cocoaPods 安装方法

    经过努力终于发现了最新的 解决cocoaPods安装的办法: taobao Gems 源已停止维护,现由 ruby-china 提供镜像服务 第一步:安装rvm, 不管需不需要升级ruby,rvm可以 ...

  9. NV显卡Ubuntu14.04更新软件导致登录死循环,不过可以进入tty模式

    注意:此方法只适用于nv显卡的电脑! 在网上寻找各种方法无果的情况下,选择重新安装显卡驱动,成功登录进入图形界面. 一.首先需要在另外一台电脑(windows系统也可以)上下载NVIDIA相应显卡驱动 ...

  10. 在Ubuntu下安装ovs-dpdk

    在Ubuntu下安装ovs-dpdk 参考资料:https://software.intel.com/zh-cn/articles/using-open-vswitch-with-dpdk-on-ub ...