OMS因为源端执行DDL后卡住

皮卡多 · 2025 年8 月 23 日 16:19

【使用环境】生产环境
【 OB or 其他组件】OMS
【使用版本】oms_4.2.9_ce
【问题描述】原本迁移任务跑的很好的，2025-08-20 15:27分源头功能上线执行了一些DDL和DML语句，今天才发现任务暂停在了上线的那一天了，应该是这个的问题，但是部分DDL执行成功，有一条执DML目标端还没有执行
【复现路径】z
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

Store组件的congo.log日志部分截图

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

皮卡多 · 2025 年8 月 23 日 16:23

补充一下ERROR日志，其他日志文件没有ERROR的

皮卡多 · 2025 年8 月 23 日 16:25

@论坛小助手

论坛小助手 · 2025 年8 月 23 日 16:29

您的 OMS 数据迁移任务可能因源端执行的 DDL 语句和网络连接问题而暂停。建议检查并处理 DDL 语句，确保配置项正确，并检查网络连接。如果问题仍然存在，可以使用 obdiag 工具收集更多诊断信息。

更多信息请查看:

OB_持续学习 · 2025 年8 月 23 日 16:43

一般不建议用oms同步过程中有ddl吧

皮卡多 · 2025 年8 月 23 日 16:53

看了官方是支持的，迁移数据量大不是一下子迁移完，然后功能也得上线

SeaRun · 2025 年8 月 25 日 08:22

原因	说明
网络问题	最常见原因。节点间网络不稳定、延迟高、丢包、防火墙阻断、端口不通等。
目标服务不可达	对端服务（如 OMS Agent、OBServer、ZooKeeper、Nginx 等）宕机、未启动或监听端口异常。
资源耗尽	发送方或接收方的 CPU、内存、文件描述符（fd）、网络缓冲区等资源不足。
连接超时	网络延迟过高，导致发送操作在 2 秒内未完成（日志中提到 in two second）。
OMS 配置错误	如 oms.store.destinations 配置了错误的 IP/端口，导致连接失败。
store 组件自身异常	OMS store 内部 bug 或状态异常，无法正常处理网络请求。