log_archive_dest_2='service=pri reopen=120 lgwr async valid_for=(online_logfiles,primary_role) db_unique_name=pri';

这里的service=pri，pri是指向备库吗？

pri备库的配置，指向主库

主库配置一致，对应std指向备库

备库standby log有正确配吗

没发现异常的地方，帮忙再琢磨琢磨

备库的standby log 比生产上的redo 是不是多一个。
贴一下你的主库redo log
再贴一下，你的备库的standby log

除了以上说的检查standby日志数量和大小。我有一次是因为大小不一致（standby和redo大小不一致），有延迟。

redo 和standby的数量和文件大小是一致的，大家再帮忙，如图

还发现一个比较奇特的现象，current redo的编号，在主库是还没生成归档的，在备库的归档目录却是已经有，如图编号：441293

目标端还存在奇葩归档，主库做手动切换后，当前redo log序列号对应的归档日志文件大小就是打满的

在备库上这样操作即可：

alter database recover managed standby database cancel; 
alter database recover managed standby database using current logfile disconnect from session;