[Oracle] Data Guard系列（6）-角色转换
DG最核心的功能是提供高可用性的容灾，因此本节要介绍的角色转换内容是DG最重要的部分。DG主从库间的角色切换分为以下两种：
1）Switchover
Swithchover是指主从库进行角色互换（主库变备库，备库变主库），通常都是人为的、有计划的，比如利用Switchover可以减少
数据库升级的停机时间，因此不会造成数据丢失。
2）Failover
Failover是指主库因为故障无法短时间内恢复，为了保证数据的可用性，备库不得不临时充当主库的角色，如果DG的数据保护模式是最大性能模式，这种切换就很有可能导致数据丢失。
下面分别演示物理备库和逻辑备库的Switchover和Failover
物理备库的Switchover和Failover
1. 物理备库的Switchover
1） 确认主库是否可以切换成备库
[sql]
SQL>select switchover_status from v$database;
SWITCHOVER_STATUS
--------------------
TO STANDBY
2） 把主库切换为物理备库
[sql]
SQL>alter database commit to switchover to physical standby;
3）关闭主库并重启至mount状态
[sql]
SQL>shutdown abort
SQL>startup mount
此时主库的身份已经改变，成为物理备库了。
4） 确认物理备库是否可以切换为主库
[sql]
SQL>select switchover_status from v$database;
SWITCHOVER_STATUS
--------------------
TO PRIMARY
5） 切换原物理备库为新的主库
[sql]
SQL>alter database commit to switchover to primary;
Database altered.
SQL>alter database open;
Database altered.
6）在新主库启动日志应用
[sql]
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
7） 验证
[sql]
SQL>select database_role from v$database;
DATABASE_ROLE
----------------
PHYSICAL STANDBY
SQL>select database_role from v$database;
DATABASE_ROLE
----------------
PRIMARY
从上面可以看到原来的主库现在已经变成物理，原来的物理备库变成了主库。
检查新的主库的log_archive_dest_n参数的设置是否正确：
[sql]
SQL>show parameter log_archive_dest_2
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2 string service=O01DMS0 ARCH VALID_FOR
=(ONLINE_LOGFILES,PRIMARY_ROLE
) DB_UNIQUE_NAME=O01DMS0
SQL>show parameter log_archive_dest_state_2
NAME TYPE VALUE
------------------------------------ ----------- ---------------------
log_archive_dest_state_2 string ENABLE
在新主库做日志切换，看日志是否可以成功传输至新的备库:
[sql]
SQL>alter system switch logfile;
System altered.
SQL>select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
479
在新备库查看：
[sql]
SQL>select max(sequence#) from v$archived_log;
MAX(SEQUENCE#)
--------------
479
两边的归档日志的最大序号吻合，说明switchover成功啦~
物理备库的Failover
1）从主库刷新未发送的日志至备库
如果主库还可以mount，我们就有可能把未发送的日志刷新至备库，这样就不会导致数据丢失。
当主库mount之后，执行如下语句：
SQL> ALTER SYSTEM FLUSH REDO TO standby_db_unique_name;
如果上述语句成功执行，说明已把所有的日志发送至备库，可以直接跳到第5步，否则从第2步开始。
2）确认备库拥有最新的归档日志
查询备库归档日志的最高序号：
[sql]
SQL> SELECT UNIQUE THREAD# AS THREAD, MAX(SEQUENCE#) OVER (PARTITION BY thread#) AS LAST from V$ARCHIVED_LOG;
THREAD LAST
---------- ----------
1 100
手动把缺失的归档日志拷贝至备库，并在备库中注册：
[sql]
SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1';
3）解决归档日志GAP
查询v$archive_gap视图就能知道是否有GAP
[sql]
SQL> SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FRO