OMS增量同步到MQ，延迟很高

[Elm]

【 使用环境 】生产环境
【 OB or 其他组件 】OMS
【 使用版本 】4.2.4
【问题描述】Store 增量拉取组件 延迟1小时；Incr-Sync增量同步组件 延迟8分钟
【附件及日志】

[淇铭]

麻烦提供一下 这个完整的日志
日志目录 /home/ds/store/store{port}/log
日志文件 libobcdc.log

[Elm]

libobcdc.zip (3.6 MB)

[Elm]

[Elm]

重置同步时间也不成功，这是哪里读取时间超时了？

[刘彻]

后端进程7100这个store进程启动了很多，全部都kill了，然后在OMS页面上启动看一下

[刘彻]

提供一下源端ob的具体版本

[Elm]

源端OB：v4.2.1.7

[刘彻]

@刘彻

7100

7100这些store进程有没有都kill了？

[Elm]

重启虚拟机后，依旧有问题。是重启虚拟机关闭不了store组件吗？
1、目前现存问题：
显示同步增量服务是失败的，但是组件里面是正常运行的。

2、恢复几次，就会创建几个store组件：

[淇铭]

麻烦 提供一下store的后台进程的截图和store的日志信息

[Elm]

这个是第一次启动故障的store

libobcdc.zip (1.5 MB)
store.zip (337 字节)

刚才kill掉了7101，重启任务，创建的7102目前正常。但组件页面依旧显示7101，是需要把7101目录删除吗？

[淇铭]

进程已经kill了 目录也删了么吧

[Elm]

1、执行增量更新任务使，CPU占用很高
Incr-Sync 增量同步组件，怎么看不到这个组件的占用

2、目前store组件拉去日志是实时的，但是incr-sync处理日志组件跟不上了，延迟快将近10分钟了

[淇铭]

https://www.oceanbase.com/docs/community-oms-cn-1000000001302113
你也可以用户docker命令 进入容器内 查看各组件的cpu和io等情况
估计和你的机器性能有关系 oms迁移其实也挺吃资源的 你把store增量的日志发一下 再看一下

[刘彻]

7101停了就好了，删不删除不要紧，看着不舒服就删掉好了
如果机器load高，store启动慢，可能会出现上面的问题，这种情况下可以释放有些不用的链路，只要store在运行中，可以等待，先不要点恢复，点击恢复之后，因为上一个store的位点还没有生成，所以认为是挂了，会启动一个新的store