周末突然迁移任务状态失败， 里面的增量同步状态还是正常的，增量同步延迟位点显示正常

[AntTech_VXJJMC]

OMS社区版 V4.2.9-CE
service.log.2025-07-27_09 日志文件里有报错：

2025-07-27 09:42:21 INFO com.alibaba.drc.service.impl.ConnectorTaskV2ServiceImpl$8.lockAcquired(ConnectorTaskV2ServiceImpl.java:590) - [cb4ca5c3-b1f8-4902-9c64-1a0e61aa9fcc] Correct status to fail while not active for connectorTaskV2 172.19.200.82-9000:connector_v2:np_6vyq24kq99a8-incr_trans-1-0:0000000003.
2025-07-27 09:42:21 INFO com.alibaba.drc.service.impl.ConnectorTaskV2ServiceImpl$8.lockAcquired(ConnectorTaskV2ServiceImpl.java:590) - [cb4ca5c3-b1f8-4902-9c64-1a0e61aa9fcc] Correct status to fail while not active for connectorTaskV2 172.19.200.82-9000:connector_v2:np_6vypsq2z3mww-incr_trans-1-0:0000000004.
2025-07-27 09:42:26 INFO com.alibaba.drc.service.impl.ConnectorTaskV2ServiceImpl$9.lockAcquired(ConnectorTaskV2ServiceImpl.java:610) - [8b96be99-df86-48f0-a292-1e91335d1a6c] Correct status to running while active for connectorTaskV2 172.19.200.82-9000:connector_v2:np_6vypsq2z3mww-incr_trans-1-0:0000000004.
2025-07-27 09:42:26 INFO com.alibaba.drc.service.impl.ConnectorTaskV2ServiceImpl$9.lockAcquired(ConnectorTaskV2ServiceImpl.java:610) - [8b96be99-df86-48f0-a292-1e91335d1a6c] Correct status to running while active for connectorTaskV2 172.19.200.82-9000:connector_v2:np_6vyq24kq99a8-incr_trans-1-0:0000000003.

[淇铭]

组件监控的截图 查看一下

[AntTech_VXJJMC]

是这个原因吗？ 组件这个耗时超过15秒就会切换状态？

[淇铭]

增量同步组件是正常的 增量拉取组件的呢 是延迟的 还是报错了？可以发一下组件的监控截图么？

[AntTech_VXJJMC]

昨天的截图：

[AntTech_VXJJMC]

[淇铭]

你这个是mysql迁移到ob的mysql是么？metrics.log这个文件有么或者./connector_utils.sh metrics 命令分析日志有么？你发的日志截图 是哪个日志文件？这个查看一下

[AntTech_VXJJMC]

目标端也是MySQL

我发的截图是 /home/ds/run/172.19.200.82-9000:connector_v2:np_6vyq24kq99a8-incr_trans-1-0:0000000003/logs/trace.2025-07-27_09.log

昨天任务失败的时候这个组件日志都打不开

[淇铭]

mysql可以迁移到ob oms社区版支持。oms社区版不支持这样操作的 ob不能迁移到mysql的 也不能mysql迁移到mysql的

[AntTech_VXJJMC]

我们在系统变量里配置了oms.transfer.support
{“obmysql_mysql”:true,“mysql_mysql”:true} 就可以了。。。

请问这个15秒的限制是在哪里设置的吗？ 我们可以改一下观察下吗

[淇铭]

目前oms社区 不支持这样的操作 这个是产品行为 不要这样改