ORACLE DG备库同步像蜗牛，哪里出了幺蛾子？ - 重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛

8303168a13e16a3940.png (100.57 KB, 下载次数: 320)

2025-8-17 10:27 上传

这不正常呀！
要说补丁，其他两个也没有打补丁，枣阳同步正常。于是，我前去看看。

1.检查环境
1.1 登录上去，检查数据库状态，
select open_mode from v$database;
open read only

select process,status from v$managed_standby;
...
rfs    writing
mrp applying
...

1.2.检查备库的归档日志，已经到最新

1.3.检查日志应用

select thread#,sequence#,applied,to_char(first_time,'yyyy-mm-dd hh24:mi:ss') from v$archived_log where first_time>sysdate-1/2 order by 4,1,2;
。。。

。。。

发现最新应用的日志，在7小时以前。

等30分钟去看，又往前走了几个。

1.4 想到，是否设置了延迟，检查，也没有启用 BROKER，应该不会，后面也可以看到，没有设置。

。。。那就怪了。

1.5 检查备用日志文件
  select thread#,group#,sequence#,bytes/1024/1024 ,status from v$log;
  主库联机日志有3/线程，3个线程，一共9组
select thread#,group#,sequence#,bytes/1024/1024 ,status from v$standby_log;
备库备用日志文件有12组，应该没有问题

但在检查备库的联机日志文件时，发现备库上的联机日志文件每个线程有4组联机文件，以为是这个
把备库日志应用停了，删除备库联机文件多的一组，在停时，有这个一个提示：

5935268a144cd66e24.png (422.64 KB, 下载次数: 288)

下载附件

2025-8-17 10:56 上传

没有使用实时应用。
把备用日志文件删除后，重新启用日志应用，没有报不是日志应用了，以为已经解决，但等了半小时，还是没有太大变化。看来问题没有找到。

1.6 检查备库的日志设置
show parameter dest_
发现备库的log_archive_dest_2=还是以前老的位置，fal-server是正确的，于是重新调整 log_archive_dest_2=新的主库
但效果不明显，看来不是这个问题

1.7 检查备库内存使用
free

9971568a1462d16248.png (114.96 KB, 下载次数: 288)

下载附件

2025-8-17 11:02 上传

发现内存只使用了600兆，剩余的也很少，全都在缓存了，难道是这个问题吗？
于是查看内核参数设置，
没有配置大页内存，开启了透明大页

4603968a146f4bcc48.png (241.98 KB, 下载次数: 287)

下载附件

2025-8-17 11:05 上传

于是进行调整，
调整后，内存上来了

9033768a1474ce0e8e.png (71.15 KB, 下载次数: 269)

下载附件

2025-8-17 11:06 上传

但应用效果没有明显改善

1.8 你怎么知道没有改善呢
我们看看IO吧