基于湖库一体架构,统一管理结构化、半结构化与非结构化等多模态数据,一个系统承载事务处理、实时分析与 AI 工作负载。
OMS 一个数据同步项目出现多个 Store 组件
更新时间:2026-08-06 07:36
本文为您介绍使用 OceanBase 迁移服务(OceanBase Migration Service,OMS)进行数据同步时,一个数据同步项目出现多个 Store 组件的原因和解决方法。
适用版本
适用于 OMS V4.x。
问题描述
OMS 数据同步项目运行正常,但查看组件监控时发现存在多个 Store 组件。

问题原因
本文示例的重复 Store 组件是由 OMS 的 HA 机制导致,属于 OMS 的自我保护机制,是为了避免 Store 组件运行发生异常后未及时处理,进而触发缺失归档等情况配置的。
触发场景如下:
新建 OMS 数据同步项目。
当 OMS 进程执行至结构迁移步骤报错。

处理完相应报错后,恢复进程。

后续进程同步正常,然而在查看组件监控时发现出现了两个 Store 组件。
以下为问题排查过程:
进入 OMS 控制台的 系统管理 > 系统参数 页面,查看 OMS 配置的
ha.config,确认 HA 功能开启。{"enable":true,"checkRequestIntervalSec":600,"enableHost":true,"checkHostDownIntervalSec":540,"enableStore":true,"checkModuleExceptionIntervalSec":240,"subtopicStoreNumberThreshold":2,"refetchStoreIntervalMin":90,"perceiveStoreClientCheckpoint":false,"clearAbnormalResourceHours":72,"enableConnector":true,"enableJdbcWriter":true,"checkJdbcWriterIntervalSec":600}从操作记录可以确认,多出来的 Store 组件是 HA 创建的。

解决办法
HA 机制能够有效缓解异常 Store 组件未及时处理而引发的归档缺失问题,总体是利大于弊的,然而多余的 Store 组件对于内存或者 IO 紧张的环境是一种负担,在进程已经正常运行的前提下,您可以参见下述操作删除多余的 Store 组件。
登录 OMS 控制台。
在左侧导航栏,单击 运维监控 的 组件,默认进入 Store 页面。
查看 Store 组件的连接数。连接数为 1 表示在正常运行,连接数为 0 表示无对应进程。

在 Store 页面,单击连接数为 0 的 Store 组件后的 暂停。

在对话框中单击 确定。
打开新的页面,查看数据同步项目的运行情况,确认停止的是多余的 Store 组件。
返回 Store 页面,单击已停止的 Store 组件后的 删除。
在对话框中输入 delete,并单击 确定。