一.物理备库的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官方文档翻译，不足之处欢迎批评指正！