ADG小技巧之failover后的原故障主库如何快速重新变成standby备库

IT那活儿发布于2023-01-11 13:20 / 2264人阅读

在ADG发生failover之后，原主库与备库的关系就被破坏了。直到它被修复并在新配置中建立为备用数据库。通常有以下3种方法：

将原故障主库重新搭建为备库；
使用闪回数据库将出现故障的主数据库转换为备用数据库；
使用RMAN备份将失败的主库转换为备库；

但对于比较大的数据库来说，第1种和第3种方法都比较耗时，如果在搭建ADG时我们开启了flashback database功能，并且设置了足够大小的闪回恢复区，并且在DB_FLASHBACK_RETENTION_TARGET参数的限制时间范围内，则我们可以很快的将原故障主库恢复成standby备库。恢复灾备需求。

注意:

记得在搭建ADG时开启主备库的flashback database功能。
设置闪回恢复区目录(db_recovery_file_dest_size)和闪回恢复区大小(db_recovery_file_dest)
设置闪回数据库的时间上限（DB_FLASHBACK_RETENTION_TARGET，以分钟为单位，可动态修改）。
闪回日志生成量与归档日志生成量基本相同。
如果要flashback 24小时内的数据库，建议把闪回恢复区大小至少要比系统高峰期归档日志生成量大小要多20~30%。
从19C开始，当闪回日志存在时间超过DB_FLASHBACK_RETENTION_TARGET的时间限制以后，将会自动删除闪回日志。

使用闪回数据库将出现故障的主库转换为standby备库的操作步骤如下：

在新的主库上，查询旧备库成为新主库前的SCN
SELECT TO_CHAR(STANDBY_BECAME_PRIMARY_SCN) FROM V$DATABASE;
重新启动旧主库到mount,并闪回数据库到STANDBY_BECAME_PRIMARY_SCN上一步中确定的值.
Startup mount;
FLASHBACK DATABASE TO SCN XXXXXX;
在旧主库上将数据库转换为新standby备库。
ALTER DATABASE CONVERT TO PHYSICAL STANDBY;
在新主库上检查归档日志状态，并switch logfile;
SELECT DEST_ID, DEST_NAME, STATUS, PROTECTION_MODE, DESTINATION, ERROR,SRL FROM V$ARCHIVE_DEST_STATUS;
ALTER SYSTEM SWITCH LOGFILE;
SELECT DEST_ID, DEST_NAME, STATUS, PROTECTION_MODE, DESTINATION, ERROR,SRL FROM V$ARCHIVE_DEST_STATUS;
在新standby 备库上开始应用日志
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
在新standby备库上应用完日志后，就可以进行主备库的switchover操作了。

文章参考：

1. Master Note For Oracle Flashback Technologies (Doc ID 1138253.1)

2. 19c (New Feature) : Auto Space Management for Flashback Logs in the Fast Recovery Area (Doc ID 2465562.1)

3. Flashback Database Best Practices & Performance

END

更多精彩干货分享

点击下方名片关注

IT那活儿

GPU云服务器云服务器主库和备库微信小程序如何快速小技巧小技巧全集

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/129770.html

19C DG Broker配置和测试

19C DG Broker配置和测试 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...

IT那活儿 2023-01-11 13:20 评论0 收藏2941
DG备库读写测试方案

DG备库读写测试方案 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; margin:0...

IT那活儿 2023-01-11 13:19 评论0 收藏856
【独家】终生受用的Redis高可用技术解决方案大全

摘要：哨兵是社区版本推出的原生高可用解决方案，部署架构主要包括两部分集群和数据集群，其中集群是由若干节点组成的分布式集群。自研推荐推荐自研的高可用解决方案，主要体现在配置中心故障探测和的处理机制上，通常需要根据企业业务的实际线上环境来定制化。最近很多朋友向我咨询关于高可用的方案的优缺点以及如何选择合适的方案线上使用，刚好最近在给宜人贷，光大银行做企业内训的时候也详细讲过，这里我再整理发出来...

cc17 2019-08-16 12:42 评论0 收藏0