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官方文档翻译,不足之处欢迎批评指正!
推荐阅读
-
Oracle 11g Data Guard 之角色转换
-
Oracle 11g Data Guard 之角色转换
-
Oracle 11g Data Guard 之物理备库角色转换
-
Oracle Data Guard_启动和关闭物理备库
-
Oracle 11g Data Guard 之逻辑备库角色转换
-
Oracle 11g Data Guard 物理备库快速配置指南
-
Oracle Data Guard_启动和关闭物理备库
-
Oracle 11g Dataguard 物理备库配置(六)之broker fastfailover测试
-
Oracle 11g Dataguard 物理备库配置(六)之broker fastfailover测试