欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  数据库

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

程序员文章站 2022-06-15 19:23:50
...

一. 物理备库的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 之物理备库角色转换