11204单实例DG升级到12102版本-有停机-包含升级12cRAC注意事项

物理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有提供
[oracle@bys1 ~]$ cd /u01/app/oracle/product/12.1/dbhome_1
[oracle@bys1 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日志
[oracle@bys1 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