[Oracle] Data Guard CPU/PSU補丁安裝詳細教程

以下是對Data Guard CPU/PSU補丁安裝的方法進行了詳細的分析介紹需要的朋友可以參考下  

　　非Data Guard的補丁安裝教程可參考《[Oracle] CPU/PSU補丁安裝詳細教程》Data Guard需要Primary和Standby同時打上補丁所以步驟更復雜一些其主要步驟如下
在Primary停止日志傳輸服務
關閉Standby數據庫在Standby的軟件上打補丁（注意不需要為Standby數據庫打補丁）啟動standby為mount狀態不啟用managed recovery
關閉Primary在Primary的軟件和數據庫本身都打上補丁
啟動Primary數據庫重新開啟日志傳輸服務
在Standby啟動Redo Apply這樣Primary上補丁腳本就會自動同步至Standby
檢查Primary和Standby是否都已安裝補丁
下面是一個具體例子
在Primary停止日志傳輸服務

復制代碼 代碼如下:
sys@EPAY>select database_role from v$database;
DATABASE_ROLE

PRIMARY
sys@EPAY>show parameter log_archive_dest_
NAME                                 TYPE        VALUE

log_archive_dest_                   string      SERVICE=sta ASYNC VALID_FOR=(O
                                                 NLINE_LOGFILESPRIMARY_ROLE) D
                                                 B_UNIQUE_NAME=epaybk
log_archive_dest_                  string
log_archive_dest_                  string
sys@EPAY>alter system set log_archive_dest_state_=defer scope=both;
System altered

　　
在Standby的Oracle軟件打上補丁
關閉數據庫實例listenerASM實例等
查看opatch的版本如果不夠就去下載最新的版本
在Standby的Oracle軟件上打補丁
啟動Standby到mount狀態啟動listener
(注意Standby不需要對數據庫本身打補丁）

在Primary上打補丁
關閉數據庫實例listenerASM實例等
查看opatch的版本如果不夠就去下載最新的版本
在Primary的Oracle軟件上打補丁
為Primary數據庫本身打補丁

復制代碼 代碼如下:
cd $ORACLE_HOME/rdbms/admin
sqlplus /nolog
SQL> CONNECT / AS SYSDBA
SQL> STARTUP
SQL> @catbundlesql psu apply
SQL> QUIT

　　
在Primary啟動日志傳輸服務
啟動Primary listener數據庫實例等
強制注冊services到listener

復制代碼 代碼如下:
sys@EPAY>alter system register;
System altered

　　
重新啟動日志傳輸服務

復制代碼 代碼如下:
sys@EPAY>alter system set log_archive_dest_state_=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

　　
根據錯誤信息的提示應該是主庫在做CPU補丁的時候把sys密碼修改了用主庫的密碼文件替換備庫的密碼文件即可解決該錯誤
Standby啟動Redo Apply
open Standby 數據庫
啟用Redo Apply

復制代碼 代碼如下:
sys@EPAY>alter database recover managed standby database disconnect from session;
Database altered

　　
驗證Primary和Standby是否同步
在primary端查詢當前最大的歸檔日志序號

復制代碼 代碼如下:
sys@EPAY>select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)

          

　　
在standby端查詢已傳過來的歸檔日志

復制代碼 代碼如下:
sys@EPAY>select sequence# applied from v$archived_log;

　　
從alertlog可用看出同步了個日志文件（即把在primary打的補丁同步到了standby）

復制代碼 代碼如下:
alter database recover managed standby database disconnect from session
Attempt to start background Managed Standby Recovery process (epay)
Wed Jul ::
MRP started with pid= OS id=
MRP: Background Managed Standby Recovery process started (epay)
 started logmerger process
Wed Jul ::
Managed Standby Recovery not using Real Time Apply
Wed Jul ::
Parallel Media Recovery started with slaves
Waiting for all noncurrent ORLs to be archived
All noncurrent ORLs have been archived
Wed Jul ::
Completed: alter database recover managed standby database disconnect from session
Media Recovery Log /data/oradata/epay/archivelog/__dbf
Media Recovery Log /data/oradata/epay/archivelog/__dbf
Media Recovery Log /data/oradata/epay/archivelog/__dbf
Media Recovery Waiting for thread sequence (in transit)

　　
後期檢查補丁是否安裝成功
在primary standby分別指向opatch lsinventory
在數據庫裡檢查補丁是否安裝成功

From:http://tw.wingwit.com/Article/program/Oracle/201311/19113.html