Data Guard高级玩法:通过闪回恢复switchover主库 (r10笔记第13天)

时间:2022-05-04
本文章向大家介绍Data Guard高级玩法:通过闪回恢复switchover主库 (r10笔记第13天),主要内容包括其使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

最近又试了下Data Guard的新玩法,可以通过闪回恢复switchover的主库,这种场景听起来比较特别,但是Oracle依旧支持。 我们的大体思路就是,在主库我们标记一下数据状态,然后做Switchover之后,我们truncate 某个表中的数据,也就间接模拟了一个数据库故障,这个时候需要做回退,需要把主库的数据都恢复到切换前的状态,这个听起来还是比较复杂的场景,备库还可以一如既往的跟着主库吗? 我们用图表来说明一下: 首先是一个主备库的环境:

switchover是计划内的任务,就是主切备,备切主。

这个时候发现切换出现了问题,我们需要紧急回退,需要回退到切换前的状态,要知道此时的主库已经不是原来的主库,备库也不是原来的备库了。闪回是否依旧可行,备库是否可以依旧选择一个新的断点可以重新同步?

我们来通过实战演练一下,当然这个操作需要保证主备库都开启了闪回数据库的特性,在11g中开启已经不再需要重启数据库,open阶段即可随时开关。

主库的操作如下:

我们创建一个表test,插入2行记录。 SQL> select count(*)from n1.test; COUNT(*) ---------- 2 然后我们得到一个初始的SCN值。 SQL> select current_scn,database_role,flashback_on from v$database; CURRENT_SCN DATABASE_ROLE FLASHBACK_ON ----------- ------------------------------ ------------------------------------ 2084486 PRIMARY YES 检查DG Broker的状态,这里snewtest2是主库,newtest2是备库。 DGMGRL> show configuration; Configuration - dg_newtest2 Protection Mode: MaxPerformance Databases: snewtest2 - Primary database newtest2 - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS 然后我们开始测试这个方案。

备库的操作如下: DGMGRL> switchover to newtest2; Performing switchover NOW, please wait... New primary database "newtest2" is opening... Operation requires startup of instance "newtest2" on database "snewtest2" Starting instance "newtest2"... ...

切换之后查看DG Broker的状态,也看到主备库的角色已经调整过来了。

DGMGRL> show configuration; Configuration - dg_newtest2 Protection Mode: MaxPerformance Databases: newtest2 - Primary database snewtest2 - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS 这个时候我们查看表test的数据。 SQL> select count(*)from n1.test; COUNT(*) ---------- 2

然后开始破坏。直接truncate SQL> truncate table n1.test; Table truncated.

这个时候业务层面发现了数据的连锁错误,准备开始回退到初始的状态。 SQL> shutdow immediate SQL> startup mount

开始闪回数据库,恢复到初始的数据状态

SQL> flashback database to scn 2084486; Flashback complete.

这个时候需要resetlogs SQL> alter database open resetlogs; Database altered. 原来的主库操作如下:

先初步验证,发现这个时候DG Broker验证失败。 DGMGRL> show configuration; Configuration - dg_newtest2 Protection Mode: MaxPerformance Databases: newtest2 - Primary database snewtest2 - Physical standby database Error: ORA-16810: multiple errors or warnings detected for the database Fast-Start Failover: DISABLED Configuration Status: ERROR 我们关闭日志的应用。 SQL> recover managed standby database cancel;

然后开始闪回到指定的SCN SQL> flashback database to scn 2084486; Flashback complete. 完成之后,重新开启日志应用。 SQL> recover managed standby database disconnect from session; Media recovery complete.

这个时候操作成功,我们就直接开启ADG,把数据库开启到open状态。 SQL> alter database open;

稍作等待,就会发现备库的状态为READ ONLY WITH APPLY.

SQL> select open_mode from v$database; OPEN_MODE ---------------------------------------- READ ONLY WITH APPLY

这个时候DG Broker校验就没有问题了,这就达到了我们的预期目标。 DGMGRL> DGMGRL> show configuration; Configuration - dg_newtest2 Protection Mode: MaxPerformance Databases: newtest2 - Primary database snewtest2 - Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS 这个过程让我对闪回的强大功能又有了新的认识和了解,希望在一些极端场景中依然能够帮助到你们。