如何解决oracle11gR2 DataGuard switchover切换的两个错误状态

共计 3384 个字符，预计需要花费 9 分钟才能阅读完成。

这篇文章给大家分享的是有关如何解决 oracle11gR2 DataGuard switchover 切换的两个错误状态的内容。丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考，一起跟随丸趣 TV 小编过来看看吧。

在公司的测试环境搭建了一套 oracle11gR2  DataGuard，用来预生产测试。在 Data Guard 中分为两种冗余切换，一种是 switchover 无损切换，一种是 failover 丢弃切换。

所谓 switchover 是针对 failover 而言的，它是一种无损切换，切换的过程中不会丢失数据。可以平滑的使主备互换并且 2 个库都可以正常使用。切换过程：主库 - 切换 - 备库 - 检查状态 - 原备库 - 切换 - 主库 - 再检查状态

应用场合：主库因性能或其他原因需要调整升级，这时可以切换后用新主库对外提供服务。

关于 DG 的搭建过程这里就不详述了，下面就切换过程中出现的两个错误状态进行分析和解决。

一、SWITCHOVER LATENT 状态

在备库上查询数据库角色和状态

SYS@standby select database_role,switchover_status,open_mode from v$database;

DATABASE_ROLE SWITCHOVER_STATUS    OPEN_MODE

—————- ——————– ——————–

PHYSICAL STANDBY SWITCHOVER LATENT    READ ONLY

发现是 switchover latent 而不是 to primary

这个问题是说切换处于 pending 模式，没有完成无法回到主库。当你查看 ALERT 日志时，也没有发现什么报错，是不是要继续等下去呢？其实不需要等待，出现这个问题的原因就是日志没有归档，所以备库与主库不一致，需要恢复。当备库恢复到和主库一致后，状态就会成为 to_primary

验证一下这个问题是不是上面所说的原因，你可以继续在备库上执行下面这句

sys@standby  ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;

ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN

*

ERROR at line 1:

ORA-16139: media recovery required

这里提示需要介质恢复。

根据以上的分析和定位，我们要解决这个问题，需要在备库上切断应用，启用日志同步

SYS@standby ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Database altered.

SYS@standby SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

——————–

TO PRIMARY

显示为 TO PRIMARY, 这时看状态就正常了。

SYS@standby alter database commit to switchover to primary with session shutdown;

Database altered.

SYS@standby select database_role,switchover_status,open_mode from v$database;

DATABASE_ROLE SWITCHOVER_STATUS    OPEN_MODE

—————- ——————– ——————–

PRIMARY  NOT ALLOWED      MOUNTED

打开数据库

sys@standby alter database open;

切换一下日志

sys@standby alter system switch logfile ;

System altered.

再检查一下日志的状态

SYS@standby select sequence#,standby_dest,archived,applied,status from v$archived_log;

SEQUENCE# STA ARC APPLIED   S

———- — — ——— –

4 NO  YES YES     A

5 NO  YES YES     A

6 NO  YES YES     A

7 NO  YES YES     A

8 NO  YES YES     A

9 NO  YES YES     A

10 NO  YES YES     A

11 NO  YES YES    A

11 NO YES YES     A

10 NO YES YES     A

12 NO  YES YES     A

发现都是 YES, 说明已经同步了。

二、FAILED DESTINATION 状态

当备库切换为主库后，发现切换状态为 FAILED DESTINATION

SYS@primary select database_role,switchover_status,open_mode from v$database;

DATABASE_ROLE SWITCHOVER_STATUS    OPEN_MODE

—————- ——————– ——————–

PRIMARY  FAILED DESTINATION   READ WRITE

发现是 FAILED DESTINATION 而不是 to standby

这个问题说明主库连接备库有问题，可以具体查看一下 ALERT 日志，看看是怎么回事

Error 12541 received logging on to the standby

Check whether the listener is up and running.

Errors in file /u01/app/oracle/diag/rdbms/primary/primary/trace/primary_arc2_2546.trc:

ORA-12541: TNS:no listener

PING[ARC2]: Heartbeat failed to connect to standby standby . Error is 12541.

这里说明备库的监听有问题, 重启备库监听，再查状态就变成 to standby 了

SYS@primary select database_role,switchover_status,open_mode from v$database;

DATABASE_ROLE SWITCHOVER_STATUS    OPEN_MODE

—————- ——————– ——————–

PRIMARY  TO STANDBY      READ WRITE

当然导致 FAILED DESTINATION 的原因会有很多，比如 log_archive_dest_2 参数的属性值还有口令文件的配置出错或者权限问题等。

总之出了问题，面对问题分析问题就对了，从中你可以学到很多。

附 Switchover_Status 值的含义

NOT ALLOWED

当前的数据库不是带有备用数据库的主数据库

PREPARING DICTIONARY

该逻辑备用数据库正在向一个主数据库和其他备用数据库发送它的重做数据，以便为切换做准备

PREPARING SWITCHOVER

接受用于切换的重做数据时，逻辑备用配置会使用它

RECOVERY NEEDED

备用数据库还没有接收到切换请求

SESSIONS ACTIVE

在主数据库中存在活动的 SQL 会话；在继续执行之前必须断开这些会话

SWITCHOVER PENDING

适用于那些已收到主数据库切换请求但是还没有处理该请求的备用数据库

SWITCHOVER LATENT

切换没有完成并返回到主数据库

TO LOGICAL STANDBY

主数据库已经收到了来自逻辑备用数据库的完整的字典

TO PRIMARY

该备用数据库可以转换为主数据库

TO STANDBY

该主数据库可以转换为备用数据库

感谢各位的阅读！关于“如何解决 oracle11gR2 DataGuard switchover 切换的两个错误状态”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！