[Oracle] Data Guard CPU/PSU补丁安装详细教程
更新时间：2013年07月12日 10:13:00 作者：
以下是对Data Guard CPU/PSU补丁安装的方法进行了详细的分析介绍，需要的朋友可以参考下
非Data Guard的补丁安装教程可参考《[Oracle] CPU/PSU补丁安装详细教程》，Data Guard需要Primary和Standby同时打上补丁，所以步骤更复杂一些，其主要步骤如下：
1.在Primary停止日志传输服务；
2.关闭Standby数据库，在Standby的软件上打补丁（注意：不需要为Standby数据库打补丁），启动standby为mount状态，不启用managed recovery；
3.关闭Primary，在Primary的软件和数据库本身都打上补丁；
4.启动Primary数据库，重新开启日志传输服务；
5.在Standby启动Redo Apply，这样Primary上补丁脚本就会自动同步至Standby；
6.检查Primary和Standby是否都已安装补丁。
下面是一个具体例子：
1. 在Primary停止日志传输服务
sys@EPAY>select database_role from v$database;
DATABASE_ROLE
----------------
PRIMARY
sys@EPAY>show parameter log_archive_dest_3
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_3 string SERVICE=sta ASYNC VALID_FOR=(O
NLINE_LOGFILES,PRIMARY_ROLE) D
B_UNIQUE_NAME=epaybk
log_archive_dest_30 string
log_archive_dest_31 string
sys@EPAY>alter system set log_archive_dest_state_3=defer scope=both;
System altered.
2.在Standby的Oracle软件打上补丁
2.1 关闭数据库实例，listener，ASM实例等
2.2 查看opatch的版本，如果不够，就去下载最新的版本
2.3 在Standby的Oracle软件上打补丁
2.4 启动Standby到mount状态，启动listener
(注意：Standby不需要对数据库本身打补丁）
3. 在Primary上打补丁
3.1 关闭数据库实例，listener，ASM实例等
3.2 查看opatch的版本，如果不够，就去下载最新的版本
3.3 在Primary的Oracle软件上打补丁
3.4 为Primary数据库本身打补丁
cd $ORACLE_HOME/rdbms/admin
sqlplus /nolog
SQL> CONNECT / AS SYSDBA
SQL> STARTUP
SQL> @catbundle.sql psu apply
SQL> QUIT
4. 在Primary启动日志传输服务
4.1 启动Primary listener，数据库实例等
4.2 强制注册services到listener
sys@EPAY>alter system register;
System altered.
4.3 重新启动日志传输服务
sys@EPAY>alter system set log_archive_dest_state_3=enable scope=both;
System altered.
注意：启动日志传输，在alert里有可能出现如下错误：
------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
and that the SYS password is same in the password files.
returning error ORA-16191
------------------------------------------------------------
根据错误信息的提示，应该是主库在做CPU补丁的时候把sys密码修改了，用主库的密码文件替换备库的密码文件即可解决该错误。
5. Standby启动Redo Apply
5.1 open Standby 数据库
5.2 启用Redo Apply
sys@EPAY>alter database recover managed standby database disconnect from session;
Database altered.
5.3 验证Primary和Standby是否同步
在primary端查询当前最大的归档日志序号：
sys@EPAY>select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
159
在standby端查询已传过来的归档日志：
sys@EPAY>select sequence#, applied from v$archived_log;
5.4 从alert.log可用看出同步了3个日志文件（即把在primary打的补丁同步到了standby）
alter database recover managed standby database disconnect from session
Attempt to start background Managed Standby Recovery process (epay)
Wed Jul 10 06:03:48 2013
MRP0 started with pid=29, OS id=15030
MRP0: Background Managed Standby Recovery process started (epay)
started logmerger process
Wed Jul 10 06:03:53 2013
Managed Standby Recovery not using Real Time Apply
Wed Jul 10 06:04:01 2013
Parallel Media Recovery started with 32 slaves
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Wed Jul 10 06:04:01 2013
Completed: alter database recover managed standby database disconnect from session
Media Recovery Log /data/oradata/epay/archivelog/1_157_814716635.dbf
Media Recovery Log /data/oradata/epay/archivelog/1_158_814716635.dbf
Media Recovery Log /data/oradata/epay/archivelog/1_159_814716635.dbf
Media Recovery Waiting for thread 1 sequence 160 (in transit)
6. 后期检查补丁是否安装成功
6.1 在primary, standby分别指向opatch lsinventory
6.2 在数据库里检查补丁是否安装成功
1.在Primary停止日志传输服务；
2.关闭Standby数据库，在Standby的软件上打补丁（注意：不需要为Standby数据库打补丁），启动standby为mount状态，不启用managed recovery；
3.关闭Primary，在Primary的软件和数据库本身都打上补丁；
4.启动Primary数据库，重新开启日志传输服务；
5.在Standby启动Redo Apply，这样Primary上补丁脚本就会自动同步至Standby；
6.检查Primary和Standby是否都已安装补丁。
下面是一个具体例子：
1. 在Primary停止日志传输服务
复制代码 代码如下:
sys@EPAY>select database_role from v$database;
DATABASE_ROLE
----------------
PRIMARY
sys@EPAY>show parameter log_archive_dest_3
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_3 string SERVICE=sta ASYNC VALID_FOR=(O
NLINE_LOGFILES,PRIMARY_ROLE) D
B_UNIQUE_NAME=epaybk
log_archive_dest_30 string
log_archive_dest_31 string
sys@EPAY>alter system set log_archive_dest_state_3=defer scope=both;
System altered.
2.在Standby的Oracle软件打上补丁
2.1 关闭数据库实例，listener，ASM实例等
2.2 查看opatch的版本，如果不够，就去下载最新的版本
2.3 在Standby的Oracle软件上打补丁
2.4 启动Standby到mount状态，启动listener
(注意：Standby不需要对数据库本身打补丁）
3. 在Primary上打补丁
3.1 关闭数据库实例，listener，ASM实例等
3.2 查看opatch的版本，如果不够，就去下载最新的版本
3.3 在Primary的Oracle软件上打补丁
3.4 为Primary数据库本身打补丁
复制代码 代码如下:
cd $ORACLE_HOME/rdbms/admin
sqlplus /nolog
SQL> CONNECT / AS SYSDBA
SQL> STARTUP
SQL> @catbundle.sql psu apply
SQL> QUIT
4. 在Primary启动日志传输服务
4.1 启动Primary listener，数据库实例等
4.2 强制注册services到listener
复制代码 代码如下:
sys@EPAY>alter system register;
System altered.
4.3 重新启动日志传输服务
复制代码 代码如下:
sys@EPAY>alter system set log_archive_dest_state_3=enable scope=both;
System altered.
注意：启动日志传输，在alert里有可能出现如下错误：
复制代码 代码如下:
------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
and that the SYS password is same in the password files.
returning error ORA-16191
------------------------------------------------------------
根据错误信息的提示，应该是主库在做CPU补丁的时候把sys密码修改了，用主库的密码文件替换备库的密码文件即可解决该错误。
5. Standby启动Redo Apply
5.1 open Standby 数据库
5.2 启用Redo Apply
复制代码 代码如下:
sys@EPAY>alter database recover managed standby database disconnect from session;
Database altered.
5.3 验证Primary和Standby是否同步
在primary端查询当前最大的归档日志序号：
复制代码 代码如下:
sys@EPAY>select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
159
在standby端查询已传过来的归档日志：
复制代码 代码如下:
sys@EPAY>select sequence#, applied from v$archived_log;
5.4 从alert.log可用看出同步了3个日志文件（即把在primary打的补丁同步到了standby）
复制代码 代码如下:
alter database recover managed standby database disconnect from session
Attempt to start background Managed Standby Recovery process (epay)
Wed Jul 10 06:03:48 2013
MRP0 started with pid=29, OS id=15030
MRP0: Background Managed Standby Recovery process started (epay)
started logmerger process
Wed Jul 10 06:03:53 2013
Managed Standby Recovery not using Real Time Apply
Wed Jul 10 06:04:01 2013
Parallel Media Recovery started with 32 slaves
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Wed Jul 10 06:04:01 2013
Completed: alter database recover managed standby database disconnect from session
Media Recovery Log /data/oradata/epay/archivelog/1_157_814716635.dbf
Media Recovery Log /data/oradata/epay/archivelog/1_158_814716635.dbf
Media Recovery Log /data/oradata/epay/archivelog/1_159_814716635.dbf
Media Recovery Waiting for thread 1 sequence 160 (in transit)
6. 后期检查补丁是否安装成功
6.1 在primary, standby分别指向opatch lsinventory
6.2 在数据库里检查补丁是否安装成功
相关文章
数据库Oracle数据的异地的自动备份...2007-03-03
Oracle 数据库为 ETL 流程提供了丰富的功能，今天我们就给大家介绍一下 Oracle 多表插入语句，也就是 INSERT ALL 语句，今天通过示例代码给大家介绍Oracle 数据仓库 ETL 技术之多表插入语句的相关知识，感兴趣的朋友一起看看吧2021-04-04
Oracle是一种广泛应用于企业级数据库系统的软件,但在操作过程中可能会发生误删除数据的情况,这时就需要进行数据恢复操作,这篇文章主要给大家介绍了关于Oracle查看表操作历史记录并恢复数据的相关资料,需要的朋友可以参考下2023-08-08
深入浅析mybatis oracle BLOB类型字段保存与读取
本文给大家浅析mybatis oracle blob类型字段的保存与读取，blob字段是指二进制大对象，用来存储大量文本数据。感兴趣的朋友一起学习吧2015-10-10
这篇文章主要给大家介绍了关于Oracle获取GUID和生成批量插入语句实现的相关资料,文中通过图文以及示例代码介绍的非常详细,对大家学习或者工作具有一定的参考价值,需要的朋友可以参考下2023-08-08
oracle中利用关键字rownum查询前20名员工信息及rownum用法
这篇文章主要介绍了oracle中利用关键字rownum查询前20名员工信息,本文通过代码给大家简单介绍了ORACLE 中ROWNUM用法，非常不错，具有一定的参考借鉴价值，需要的朋友可以参考下2019-04-04
这篇文章主要介绍了关于Oracle数据库dbLink的创建和使用详解,Oracle的数据库链路dbLink是一种允许在两个不同的数据库实例之间进行通信和数据交换的功能,它可以让你在一个数据库中访问另一个数据库的对象和数据,需要的朋友可以参考下2023-08-08
客户最近有这样的需求，想通过统计Oracle数据库活跃会话数，并记录在案，利用比对历史的活跃会话的方式，实现对系统整体用户并发量有大概的预估，本文给大家分享具体实现方法，感兴趣的朋友一起看看吧2022-02-02
这篇文章主要介绍了Oracle实现动态SQL的拼装要领,对于Oracle的进一步学习来说非常重要,需要的朋友可以参考下2014-07-07
Oracle + mybatis实现对数据的简单增删改查实例代码
这篇文章主要给大家介绍了关于利用Oracle + mybatis如何实现对数据的简单增删改查的相关资料，文中图文介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2018-10-10
最新评论