暂无图片
分享
周伟
2020-04-20
关于OGG源端info all 命令显示 Lag at Chkpt 状态为 unknown
暂无图片 5M

请教一下,有哪位大神碰到过ogg的远端info all 命令显示 Lag at Chkpt 状态为unkown是啥意思的?根据官方文档关于lag值为unkown的解释,有两个原因:1. 抽取进程正常running,但是还没有开始对记录进行任何操作;2. 源端的系统时间要超前于目标端的系统时间。
但是我们的情况恰好跟第二点是相反的,目标端的时间要比源端的时间快了几分钟。

微信图片_20200420174618.png

收藏
分享
5条回答
默认
最新
每日一步

1、出现问题之前,有没有调整过操作系统时间
2、在显示“unknown”的相关进程,源端,手动更新下源端的记录,看看目标端能否收到。
3、若目标端可以收到,相应于的“unknown”会改变的。源端手动修改的部分,记得改回去。

暂无图片 评论
暂无图片 有用 0
章芋文

看下详细如下信息:
./ggsci

lag extract EMXXXXX

暂无图片 评论
暂无图片 有用 0
Kun

抽取端是RAC吗,如果是的话,看一下节点间的时间同步哦,可能不一致

暂无图片 评论
暂无图片 有用 0
周伟

谢谢各位专家,源端是RAC,两个节点时间是同步的,也不曾手动更改过系统时间。只是每天晚上0点会有一个和时间服务器进行时间同步的动作。
从report上来看,出现unkown的时候,进程对应的数据同步倒是没有报什么错。
这个unkown 是不定时出现的,也就是出现一会儿之后,它自己就会消失,然后过一会儿又会出现了。
以下是lag命令输出:
QQ截图20200420203544.jpg

暂无图片 评论
暂无图片 有用 0
周伟
问题已关闭: @Kun 悬赏给你了,你说的是对的的,经过反复的检查,我发现我们的RAC 1号节点的时间比2号节点快了大约2秒钟,而OGG是装在2号节点上的。当一条记录来自于1号节点的时候,OGG处理完他时,所产生的ckpt记录的时间戳来自于2号节点的system clock,于ckpt时间比record在redo里面的时间反而慢了2秒钟,Lag就成了unkown了。当记录来自2号节点的时候,则一切正常,这也是为什么这个Lag时而变成unkown,时而又正常的原因了。
暂无图片 评论
暂无图片 有用 0
郑华征
2024-01-06
我也碰到了,差4秒
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏