[Oracle] Data Guard系列（6）-角色转换
[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# FROM V$ARCHIVE_GAP;
THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
---------- ------------- --------------
1 90 92
上例表示备库缺失90,91,92归档日志，手动把它们从主库拷贝过来并在备库注册：
[sql]
SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1';
4）重复第2、3步，直至没有GAP为止，否则会有数据丢失
5）备库停止日志应用
[sql]
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
6）应用所有还未应用的日志
执行下列语句应用所有日志：
[sql]
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;
如果上述语句执行没有错误，则到下一步；如果有错误，则根据具体错误信息具体分析，错误解决之后，再重新执行上诉语句；如果错误无法解决，执行下述语句继续Failover，但部分数据丢失了。
[sql]
SQL> ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE;
7）确认备库已准备切换成主库
[sql]
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS
-----------------
TO PRIMARY
8）切换物理备库为新的主库
[sql]&nbs
- 更多Oracle疑问解答：
- 运行exp备份oracle数据库提示oracle-12154错误
- 有没有，生产Oracle Rman 备份脚本的工具啊！
- 初学orcle，希望有大大帮忙解说一下详细步骤，从登录oracle到创建表的过程
- oracle语句问题：一张user表，三个字段，id,name,time，插入记录比如：张三2007，李四2008，张三2011
- 如何写一个ORACLE触发器同步两个表中的数据？
- oracle 如何查看一个服务器上有多少个数据库.
- oracle 创建包的时候错误 求解
- oracle 重复列的问题
- oracle 中如何查处2星期前的数据
- 请教oracle数据库安装中的问题
- 请问谁能提供给我标准的oracle ERP的数据库表结构并详细说明各表主要的作用?
- 安装oracle遇到的问题 invalid entry CRC (expected 0x3e12e795 but got 0x9db0e9fd)
- 我的是ORACLE 10G，在RMAN中如何按指定的时间恢复数据文件啊？
- oracle为什么没有自动增长列
- oracle快捷键都有哪些啊？