物理DG主、備庫從11.2.0.4升級到12.1.0.2方式：在升級過程中，需要DG備庫停止應用日誌，主庫停止對外服務，即停止業務，所需停機時間即主庫升級的時間;

--另一種停機短的方式：如果對停機時間要求很短則可考慮主庫對應一物理備庫一邏輯備庫，通過邏輯備庫方式進行升級，進行邏輯備庫與主庫的主備切換來實現升級，最後再同步到物理備庫來實現整個DG架構的升級，測試充分的話這種停機時間應該10分鐘左右就夠。對硬體及邏輯、物理備庫互轉等測試會要求較多;其它的第三方同步軟體方式就不說了。

當前方式優點是主庫升級時DG備庫不升級，狀態不變，如升級失敗，業務回退比較方便，適合於資料庫量大、對回退時間要求嚴格的場景；當然如果一主多備庫環境，可以直接升主庫同時應用日誌到一個備庫，另一個備庫不升級做回退用---所需停機時間即主庫升級的時間。。

----主要步驟
1.物理DG主、備庫狀態檢查，取消備庫的日誌恢復應用，但是保留接收REDO日誌
2.主庫進行升級
----->升級前檢查及處理--主庫：SQL> @dbupgdiag.sql  --MOS文件：556610.1有提供，SQL> @preupgrd.sql，並根據輸出進行相應的修改
----->將連線DG備庫的tnsnames.ora檔案複製到新的12C RDBMS_HOME相應目錄
----->DBUA升級--圖形介面，中間遇到問題進行相應處理；  注意如果是RAC，此時已經安裝了12C的GI並正常執行，需要通過11G的RDBMS_HOME下srvctl工具將11G的資料庫資源註冊到叢集並啟動兩節點資料庫到OPEN--資料庫資源的ORACLE_HOME需要是11G的RDBMS_HOME--不然DBUA介面無法正確選擇待升級的RDBMS_HOME及DB版本。
----->DBUA升級完成後的配置修改compatible='12.1.0.2.0'--主庫

3.備庫開啟日誌恢復應用，通過應用日誌完成升級
----->首先備庫的spfile修改compatible='12.1.0.2.0'（主庫升級期間備庫MOUNT但是不RECOVER，後面可能遇到600錯誤，不影響）
----->將備庫的spfile、密碼檔案、連線到主庫的tnsnames.ora檔案複製到12C軟體的$ORACLE_HOME的相應目錄
----->使用12C的軟體，啟動備庫到MOUNT，日誌中有設定compatible相關資訊
----->在12C軟體下啟用DG備庫的日誌恢復應用---注意監控alert日誌
----->恢復完成後，啟動備庫至OPEN READ ONLY狀態，並開啟日誌應用
4.檢查主、備庫同步情況及版本資訊
----->檢查DG主備庫同步情況--通過觀察主、備庫的ALERT日誌來監控
----->主庫版本資訊檢查：---備庫同樣命令檢查，不重複貼了。
----->注意主、備庫使用12C的監聽器
----->如果主機上有多個數據庫例項，升級後存在多個版本資料庫，如果監聽使用11G，升級後的12C資料庫可能無法動態註冊到11G監聽，建議使用12C監聽器，低版本資料庫均可以註冊到12C監聽。


############################單例項升級--詳細的過程介紹及部分命令示例：
1.物理DG主、備庫狀態檢查，取消備庫的日誌恢復應用，但是保留接收日誌
備庫：SQL> alter database recover managed standby database cancel;

2.主庫進行升級
----->升級前檢查及處理
主庫：
SQL> @dbupgdiag.sql  --MOS文件：556610.1有提供
[

[email protected] ~]$ cd /u01/app/oracle/product/12.1/dbhome_1
[[email protected] admin]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Sat Mar 18 20:57:22 2017
SQL> startup
SQL> @preupgrd.sql
根據輸出進行相應的修改
----->DBUA升級--圖形介面，中間遇到問題進行相應處理
----->升級後的配置修改--主庫
SQL> show parameter com
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
compatible                           string      11.2.0.4.0
SQL> alter system set compatible='12.1.0.2.0' scope=spfile;


3.備庫開啟日誌恢復應用，通過應用日誌完成升級
----->首先備庫的spfile修改compatible='12.1.0.2.0'
----->將備庫的spfile、密碼檔案複製到12C軟體的$ORACLE_HOME/dbs目錄
----->使用12C的軟體，啟動備庫到MOUNT
----->啟用DG備庫的日誌恢復應用---注意監控alert日誌
[

[email protected] dbs]$ sqlplus / as sysdba

SQL*Plus: Release 12.1.0.2.0 Production on Sun Mar 19 19:44:24 2017

Copyright (c) 1982, 2014, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup mount;
ORACLE instance started.

Total System Global Area  536870912 bytes
Fixed Size                  2926472 bytes
Variable Size             213911672 bytes
Database Buffers          314572800 bytes
Redo Buffers                5459968 bytes
Database mounted.
SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

----->恢復完成後，啟動備庫至OPEN READ ONLY狀態，並開啟日誌應用



4.檢查主、備庫同步情況及版本資訊
----->檢查DG主備庫同步情況--通過觀察主、備庫的ALERT日誌來監控
----->主庫版本資訊檢查：---備庫同樣命令檢查，不重複貼了。
SQL> select comp_name,version,status from dba_registry;

COMP_NAME                           VERSION         STATUS
----------------------------------- --------------- -------
Oracle Application Express          4.2.5.00.08     VALID
OWB                                 11.2.0.4.0      VALID
OLAP Catalog                        11.2.0.4.0      OPTION
                                                    OFF
Spatial                             12.1.0.2.0      VALID
Oracle Multimedia                   12.1.0.2.0      VALID
Oracle XML Database                 12.1.0.2.0      VALID
Oracle Text                         12.1.0.2.0      VALID
Oracle Workspace Manager            12.1.0.2.0      VALID
Oracle Database Catalog Views       12.1.0.2.0      VALID
Oracle Database Packages and Types  12.1.0.2.0      VALID
JServer JAVA Virtual Machine        12.1.0.2.0      VALID
Oracle XDK                          12.1.0.2.0      VALID
Oracle Database Java Packages       12.1.0.2.0      VALID
OLAP Analytic Workspace             12.1.0.2.0      VALID
Oracle OLAP API                     12.1.0.2.0      VALID

15 rows selected.

SQL> select action_time,action,id,version,comments from dba_registry_history;

ACTION_TIME                    ACTION                  ID VERSION         COMMENTS
------------------------------ --------------- ---------- --------------- ------------------------------
24-AUG-13 12.03.45.119862 PM   APPLY                    0 11.2.0.4        Patchset 11.2.0.2.0
13-JUL-16 12.27.19.064373 AM   APPLY                    0 11.2.0.4        Patchset 11.2.0.2.0
18-MAR-17 10.31.36.080528 PM   VIEW INVALIDATE    8289601                 view invalidation