Oracle 11g Data Guard 之物理备库角色转换

一. 物理备库的Switchover操作 本节主要内容是物理备库的switchover操作，该操作起始于主库，结束于目标备库。 1.确认主库可以切换为standby角色 SQL SELECT SWITCHOVER_STATUS FROM V$DATABASE; 如果结果显示TO STANDBY或者SESSIONS ACTIVE，则表明主库可以

一.物理备库的Switchover操作

本节主要内容是物理备库的switchover操作，该操作起始于主库，结束于目标备库。

1.确认主库可以切换为standby角色

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

如果结果显示TO STANDBY或者SESSIONS ACTIVE，则表明主库可以切换为standby角色，否则，切换操作将不可行，因为redo传输不是配置错误就是不能正常进行。

2.主库启动switchover

执行如下SQL语句将主库切换为standby角色：

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;

在switchover之前，当前的控制文件备份到当前SQL执行的会话跟踪文件中，这使得，如果需要的话，可以重建当前的控制文件。

注意：如果第1步中查询结果显示是TO STANDBY，该SQL语句中的WITH SESSION SHUTDOWN子句可以省略。

3.关闭并mount前主库

SQL> SHUTDOWN ABORT;

SQL> STARTUP MOUNT;

这个时候，原主库已经变成了standby角色。

注意：Oracle 11g (11.2.0.4) 或者更新的版本，不需要执行SHUTDOWN ABORT，因为一旦数据库执行“ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN”就默认包括了该操作。

4.确保switchover目标可以切换为primary角色

通过V$DATABASE查询standby库的SWITCHOVER_STATUS值：

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

如果查询结果显示TO PRIMARY或者SESSIONS ACTIVE，则表明备库可以切换为primary角色。否则，确认redo应用是否是激活的、redo传输的配置是否正确并且能否正常运行，直到查询结果显示TO PRIMARY或者SESSIONS ACTIVE。

5.切换目标物理备库到primary角色

在目标物理备库上执行如下SQL:

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;

注意：如果第1步中查询结果显示是TO PRIMARY，该SQL语句中的WITH SESSION SHUTDOWN子句可以省略。

6.打开新的主库

SQL> ALTER DATABASE OPEN;

7.打开新物理备库的redo应用

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

8.重启redo应用，如果在该Data Guard配置中任何其他物理备库中redo应用已经关闭

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

二.物理备库的Failover操作

物理备库进行failover操作步骤如下：

1.将主库所有未传至目标备库的redo数据刷新到目标备库

如果主库可以mounted，可能可以将主库所有未发送的归档日志和当前的redo从主库刷新到备库，如果这个操作能成功执行，那么即便主库不是运行在零数据丢失保护模式下，零数据丢失的故障转移也是可能的。

确保目标备库的redo应用是开启的，然后mount但不要打开主库（如果主库不能mounted，直接跳到第2步）。

在主库执行SQL：

SQL> ALTER SYSTEM FLUSH REDO TO target_db_name;

target_db_name，指定备库的DB_UNIQUE_NAME，它用来接收主库刷新过来的redo数据。该SQL用来刷新主库所有未发送的redo数据到备库，然后等待redo应用到备库。如果该步骤无误完成，那么直接进入第5步；如果该步骤执行有误或者因为不能等它执行完就已停止，则进入第2步。

2.确保备库拥有每个主库线程最新的归档日志

通过V$ARCHIVED_LOG视图查询目标备库查询每个redo线程的最大日志序列：

SQL> SELECT UNIQUE THREAD# AS THREAD, MAX(SEQUENCE#) OVER (PARTITION BY thread#) AS LAST from V$ARCHIVED_LOG;

如果备库中不存在每个主库redo线程的最大日志序列对应的归档日志，如果可以，从主库复制并注册它们到备库：

SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1';

3.确认并解决所有归档日志的缺失

通过V$ARCHIVE_GAP视图查询目标备库是否存在日志缺失：

SQL> SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;

对于缺失的日志，执行第2步的操作，直到没有日志缺失的情况存在。

4.关闭redo应用

在目标备库执行：

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

5.完成所有收到的redo日志应用

在目标备库执行：

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;

如果该SQL执行无误，进入第7步，如果执行有误，说明收到的redo没有被应用，需要解决错误再进入下一步。注意，如果第3步redo缺失没有解决，将收到redo缺失的错误警告，如果错误没有被解决，failover通过备库上如下SQL也可以完成：

SQL> ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE;

语句执行完进入第8步。

6.确认目标备库可以转换为primary角色

通过查询V$DATABASE视图的SWITCHOVER_STATUS值来确认：

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

如果查询结果显示TO PRIMARY或者SESSIONS ACTIVE，则表明备库可以切换为primary角色。否则，确认redo应用是否是启动的，直到查询结果显示TO PRIMARY或者SESSIONS ACTIVE。

7.切换物理备库到primary角色

在目标物理备库上执行如下SQL:

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;

注意：如果第1步中查询结果显示是TO PRIMARY，该SQL语句中的WITH SESSION SHUTDOWN子句可以省略。

8.打开新的主库

SQL> ALTER DATABASE OPEN;

9.备份新的主库

10.重启redo应用，如果在该Data Guard配置中任何其他物理备库中redo应用已经关闭

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

11.有选择的恢复故障主库

Failover后，通过Flashback或者RMAN工具，原主库可以转换为新主库的物理备库，或者可以通过新主库的备份以作为物理备库的身份被重建。一旦原主库转为standby角色，就可以通过switchover操作恢复其主库身份。

本文参阅Oracle官方文档翻译，不足之处欢迎批评指正！