你备库的MRP0进程都不正常了，你看看你的备库alert日志

你好，我截了点现在的输出日志和mrp0状态

你再看看当前是否有gap？可以看到mrp0状态是正常的了

又变成wait_for_log了

是不是没有添加备库日志组，DG要求备库的日志组个数必须是主库个数加1

把你主备库的redo日志组发出来

主库：

备库：

建议重建备库的STANDBY LOGFILE，再观察

方便看一下log_archive_dest_2跟log_archive_dest_3参数设置吗？

你好

这是主库的log_archive_dest_2跟log_archive_dest_3参数设置。

没看懂你啥意思，在我看来状态不是正常的么，MRP0 状态为 wait_for_log 不是正常的么？意思是先前来自主库的日志已经应用完成，正在等待新的日志，也就是当前主备之间或许没有数据在同步呀？这种状态一般是你的DG启动采用的是归档日志应用，alter database recover managed standby database; 至于你期望的APPLYING_LOG 状态则是你启动DG的时候用的using current logfile（有时候也出现于这两种状态之间进行切换的开始一小段儿时间）。
RESOLVABLE GAP 这个意思是当前有GAP日志产生，但是这个GAP是可以自动解决的不需要人工干预，一般多出现于主备之间的归档传输不顺畅，比如宽带不足啥的。
只要主备两端的最大归档日志号一样就可以了。

哦，错了，更正一下，APPLYING_LOG 只是表明正在应用归档，和是否开启实时应用没有关系，不过大多情况下，开启实时应用的时候，这个状态出现的多一些。用归档文件来应用的话，一般会有一些延后性了。你试试开启实时应用归档看看。

感谢各位专家解答，目前同步数据没有问题。