ADG有两种网络传输模式：
一种是sync，另外一种是aysnc，默认是aysnc模式。
sync是redo还在内存是。lnsn进程就开始传输
aysnc是redo写到redo log 之后，lnsn才开始传输

如果备库开启了实时应用，就立即应用日志，如果没有开启，则等standby重做日志归档后再应用

目前就是sync  实时同步的情况 但之前有点问题导致落后了200来个归档，所以现在在追归档，但是感觉追的速度有点慢  所以有没有什么参数啥的能加快追归档的速度

这个就涉及到自己服务器性能了，比如磁盘io以及redo的能力了。。。

还是让他慢慢跑吧。

可以试试mrp调整并行，但是如果磁盘io或者cpu有瓶颈，那就没辙了。

在Oracle Data Guard环境中，实时同步（即同步复制）出现问题，导致备库落后于主库，那么需要追赶上主库的归档日志。以下是一些可以加快追归档速度的参数和策略：
增加并行度:
1. DBMS_LOGMNR_parallelism: 这个参数可以增加日志应用的并行度，从而加快日志应用的速度。但是，增加并行度可能会增加资源消耗，因此需要根据系统的实际情况来调整。
2. 调整日志传输和接收:
ARCHIVELOG ametadata: 如果启用了元数据，可以考虑关闭它以减少日志的大小，从而加快传输和应用速度。
RFS timeout: 调整RFS进程的超时设置，以确保它不会因为等待日志而频繁启动和停止。
3. 优化日志处理:
DBMS_LOGMNR_buffer_size: 增加日志处理缓冲区的大小，以便更快地处理大量日志。
DBMS_LOGMNR_sort_buffer_size: 对于包含大量数据的日志，增加排序缓冲区的大小可以提高性能。
4. 系统资源:
open_files: 确保系统有足够的文件句柄来同时打开所有必要的日志文件。
processes: 确保有足够的进程来运行MRP和其他必要的进程。
5. 临时停止备份:
如果正在执行备份操作，可以考虑临时停止备份，以便MRP进程可以更快地应用归档日志。
6. 检查磁盘I/O性能:
确保主备库的磁盘I/O性能足够高，以支持快速的数据读写操作。如果磁盘I/O成为瓶颈，可以考虑使用更快的存储解决方案。
7. 调整归档日志的生成:
如果可能，减少主库生成归档日志的频率，以便备库可以更快地应用已有的归档日志。
8. 使用RMAN:
如果追归档的速度仍然很慢，可以考虑使用RMAN来手动应用归档日志。

感谢各位  

如果延迟太大，是否考虑重装搭建DG。