Oracle DG备库应用延迟问题分析处理

1.情况说明

分享一个之前的案例,客户备库出现间歇性的日志应用延迟,延迟最高时刻需经过约50分钟左右才能将日志追平。

2.详细记录

2.1、问题发现

数据库的DG1备库出现间歇性的日志应用延迟,具体表现为备库apply lag延迟过高。影响到数据库的实时同步传输,增加潜在的数据安全风险。

2.2、问题分析

DG配置参数检查:

经检查,备库参数符合标准规范。

备库日志应用状态检查:

MRP0状态为applying状态,表明备库正在做日志应用。

DG告警提示检查:

无error项,且状态为valid,说明无传输性异常。

主库日志产生量分析:

通过上面可以看到,主库日志在一定时间内产生了较多的归档量,说明主库业务发生了变化。

主库alert告警日志分析:

我们以下午3点到4点的日志为例,伴随着业务量的提升,主库产生的归档量增加,这也就意味着备库需要传输和应用的归档也会同步增加,通过alert日志可以看到,在业务高峰期,备库所有standby redo 都处于active状态,无法接收thread 1的日志,因此造成了日志的应用延迟。

3.解决建议

经过认真分析,备库出现日志应用延迟与业务特点有关,与standby redo log组数有关,在业务高峰期时刻,主库日志切换频繁,备库日志来不及应用,导致短期内暂无空闲的standby redo log接收主库传输过来的日志,引发数据延迟,当前备库standby redo log比主库多1组,建议增加备库standby redo log 组数,再行观察。

相关推荐
i道i9 分钟前
MySQL win安装 和 pymysql使用示例
数据库·mysql
小怪兽ysl9 分钟前
【PostgreSQL使用pg_filedump工具解析数据文件以恢复数据】
数据库·postgresql
wqq_99225027740 分钟前
springboot基于微信小程序的食堂预约点餐系统
数据库·微信小程序·小程序
爱上口袋的天空41 分钟前
09 - Clickhouse的SQL操作
数据库·sql·clickhouse
聂 可 以2 小时前
Windows环境安装MongoDB
数据库·mongodb
web前端神器2 小时前
mongodb多表查询,五个表查询
数据库·mongodb
门牙咬脆骨2 小时前
【Redis】redis缓存击穿,缓存雪崩,缓存穿透
数据库·redis·缓存
门牙咬脆骨2 小时前
【Redis】GEO数据结构
数据库·redis·缓存
wusong9993 小时前
mongoDB回顾笔记(一)
数据库·笔记·mongodb
代码小鑫3 小时前
A043-基于Spring Boot的秒杀系统设计与实现
java·开发语言·数据库·spring boot·后端·spring·毕业设计