Oracle 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停止日志传输服务

 

[sql][/sql] view plaincopyprint?

  1. sys@EPAY>select database_role from v$database;
  2. DATABASE_ROLE
  3. —————-
  4. PRIMARY
  5. sys@EPAY>show parameter log_archive_dest_3
  6. NAME                                 TYPE        VALUE
  7. ———————————— ———– ——————————
  8. log_archive_dest_3                   string      SERVICE=sta ASYNC VALID_FOR=(O
  9.                                                  NLINE_LOGFILES,PRIMARY_ROLE) D
  10.                                                  B_UNIQUE_NAME=epaybk
  11. log_archive_dest_30                  string
  12. log_archive_dest_31                  string
  13. sys@EPAY>alter system set log_archive_dest_state_3=defer scope=both;
  14. 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数据库本身打补丁

 

[sql][/sql] view plaincopyprint?

  1. cd $ORACLE_HOME/rdbms/admin
  2. sqlplus /nolog
  3. SQL> CONNECT / AS SYSDBA
  4. SQL> STARTUP
  5. SQL> @catbundle.sql psu apply
  6. SQL> QUIT

4. 在Primary启动日志传输服务

 

4.1 启动Primary listener,数据库实例等

4.2 强制注册services到listener

 

[sql][/sql] view plaincopyprint?

  1. sys@EPAY>alter system register;
  2. System altered.

4.3 重新启动日志传输服务

 

 

[sql][/sql] view plaincopyprint?

  1. sys@EPAY>alter system set log_archive_dest_state_3=enable scope=both;
  2. System altered.

注意:启动日志传输,在alert里有可能出现如下错误:

 

 

[plain][/plain] view plaincopyprint?

  1. ————————————————————
  2. Check that the primary and standby are using a password file
  3. and remote_login_passwordfile is set to SHARED or EXCLUSIVE,
  4. and that the SYS password is same in the password files.
  5.       returning error ORA-16191
  6. ————————————————————

根据错误信息的提示,应该是主库在做CPU补丁的时候把sys密码修改了,用主库的密码文件替换备库的密码文件即可解决该错误。

 

 

5. Standby启动Redo Apply

5.1 open Standby 数据库

5.2 启用Redo Apply

 

[sql][/sql] view plaincopyprint?

  1. sys@EPAY>alter database recover managed standby database disconnect from session;
  2. Database altered.

5.3 验证Primary和Standby是否同步

 

在primary端查询当前最大的归档日志序号:

[sql][/sql] view plaincopyprint?

  1. sys@EPAY>select max(sequence#) from v$archived_log;
  2. MAX(SEQUENCE#)
  3. ————–
  4.            159

在standby端查询已传过来的归档日志:

[sql][/sql] view plaincopyprint?

  1. sys@EPAY>select sequence#, applied from v$archived_log;

5.4 从alert.log可用看出同步了3个日志文件(即把在primary打的补丁同步到了standby)

 

 

[plain][/plain] view plaincopyprint?

  1. alter database recover managed standby database disconnect from session
  2. Attempt to start background Managed Standby Recovery process (epay)
  3. Wed Jul 10 06:03:48 2013
  4. MRP0 started with pid=29, OS id=15030
  5. MRP0: Background Managed Standby Recovery process started (epay)
  6.  started logmerger process
  7. Wed Jul 10 06:03:53 2013
  8. Managed Standby Recovery not using Real Time Apply
  9. Wed Jul 10 06:04:01 2013
  10. Parallel Media Recovery started with 32 slaves
  11. Waiting for all non-current ORLs to be archived…
  12. All non-current ORLs have been archived.
  13. Wed Jul 10 06:04:01 2013
  14. Completed: alter database recover managed standby database disconnect from session
  15. Media Recovery Log /data/oradata/epay/archivelog/1_157_814716635.dbf
  16. Media Recovery Log /data/oradata/epay/archivelog/1_158_814716635.dbf
  17. Media Recovery Log /data/oradata/epay/archivelog/1_159_814716635.dbf
  18. Media Recovery Waiting for thread 1 sequence 160 (in transit)

6. 后期检查补丁是否安装成功

 

6.1 在primary, standby分别指向opatch lsinventory

6.2 在数据库里检查补丁是否安装成功

 

参考文档:《How do you apply a Patchset,PSU or CPU in a Data Guard Physical Standby configuration [ID 278641.1]》

标签