关于OMS异常问题排查，可能通过以下哪些方法定位问题?

[luashin]

不定项选择题
关于OMS异常问题排查，可能通过以下哪些方法定位问题?
A. 通过查看组件监控页面定位异常组件
B. 全量组件和增量组件一般需要查看connector.log日志
C. 结构迁移异常一般需要看dbcat.log
D. store组件中的数据可使用官网的wget方法dump，用于判断增量数据是否存在于store中

[咖啡哥]

ABCD

[忘川君]

ABC

[awker]

abcd

[awker]

不知道有没有正确答案

[咖啡哥]

[咖啡哥]

课件里面有提到的。

[独善其身]

@甯空

正确选项为 A、B、C。

详细解析如下：

• A. 通过查看组件监控页面定位异常组件
  可通过 OMS 控制台的任务详情页中的“查看组件监控”功能，查看 Store、Full-Import、Incr-Sync 等组件的运行状态与位点延迟情况，快速定位异常组件。
  OMS 社区版问题排查手册 → 全量迁移
• B. 全量组件和增量组件一般需要查看connector.log日志
  Full-Import 和 Incr-Sync 组件的日志中，connector.log 记录了运行时的关键信息（如 DDL、DML 执行、消息流转等），是排查全量和增量问题的核心日志之一。
  OMS 社区版日志排查 → Full-Import/Incr-Sync 组件日志
• C. 结构迁移异常一般需要看dbcat.log
  结构迁移由 Ghana 组件执行，其调用 DBCat 进行结构转换，相关日志记录在 dbcat.log 中，是排查结构迁移问题的主要依据。
  OMS 社区版问题排查手册 → 结构迁移
• D. store组件中的数据可使用官网的wget方法dump
  无任何文档支持该说法。Store 组件的日志排查依赖 store.log、liboblog.log/libobcdc.log、congo.log 等日志文件，未提供通过 wget 导出数据的机制或方法。此说法缺乏依据。

这个答案靠谱点

[菜鸟收割机]

不是靠不靠谱的问题，主要是D确实很少用到，甚至用不到，但也确实存在并可行

[BrianLiu]

留痕学习

[ob68]

xuexi

[咖啡哥]

前几天排查OMS事务顺序，在官方指导下用过一次，印象比较深

[甯空]

嗯，以你那个为准。

[北极星OB]

学习OMS

[菜鸟收割机]

客户说：我binlog上能正常看到这条数据，为什么没有同步到OB上，是不是你们工具获取增量有BUG ？？？OB大佬说：哥们，淡定，待我拿下OMS拉到的日志是否也存在这条数据！！于是OB大佬就上演D操作