DATAGUARD之六：11g和12c的dataguard的不同之处

1，VALIDATE，12C可以直接通过此参数进行检验switchover_status

2，从12C开始，RECOVER语句，不需要再指定using current logfile，Oracle会自动判断日志应用是实时的还是不是

3，11g手动切换主备角色

　　主库：ALTER DATABASE COMMIT TO SWITCHOVER TO STANDBY WITH SESSION SHUTDOWN;

　　备库：ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

　　12C的命令：https://www.cnblogs.com/ryanw/articles/11870362.html 

4，12C多了新的实例类型，FAR SYNC实例，能够从主库接收redo，然后传递给其他成员，类似于REDO的中介，可以进行更远的同步，对主库的影响

5，12C在rolling upgrade的时候，可以查询DBA_ROLLING_UNSUPPORTED来查看是否有任何表包含了不支持的数据类型

6，12C基于最低权限原则，多了一个DG相关的管理权限的角色SYSDG

7，12C主库重做日志可以实时级联写入到STANDBY REDO LOG，无论是物理备库或者是far sync实例

8，12C最高可用性允许SYNC和NOAFFIRM同时使用。AFFIRM表示需要等到日志写入到standby redo log才算日志接收成功，noaffirm则在写入standby之前也算接收成功。SYNC和NOAFFIRM可以允许同步到更远的实例而不对主库造成影响。

9，12C可以移动在线数据文件的位置，即便数据库正在访问它，ALTER DATABASE MOVE DATAFILE，但不会影响备库，反之亦然。

10，12C，如果DG是配置了BROKER，那么数据库可以在配置中支持GDS功能（Global Data Services）。GDS提供一个类似于RAC的服务failover和load balancing功能。

11，12C，支持在ADG的备库中对global temporary table的DML操作

12，12C，ADG环境支持使用SEQUENCE

13，12C，RAC环境执行SWITHCOVER的时候，不再需要关闭所有的实例只保留一个了

14，12C，SWITCHOVER到物理备库以及fast-failover到最高可用性的物理备库，全都支持应用连续性

15，12C，EDS，扩展数据类型支持，允许SQL应用来同步变更到那些不是天然支持的数据类型上

16，12C，可以创建CDB的物理备库和逻辑备库

17，12C，当进行滚动升级的时候，逻辑备库仍旧可以接收归档日志，之前的版本，当升级程序正在进行的时候会拒绝接收传输过来的归档

18，12C，新的滚动升级流程可以使用ADG特性来自动化之前版本的手动过程，包括数据库补丁，数据库版本。新特性使用DBMS_ROLLING包

19，12C，在所有存储模块中支持XMLType

20，12C，滚动升级支持DBMS_SCHEDULER