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 组数，再行观察。