OMS组件的相关问题

OceanBase 技术问题
#1

【 使用环境 】生产环境
【 OB or 其他组件 】OMS
【 使用版本 】4.2.4
【问题描述】OMS在迁移数据的过程中， 通常有store、incr_sync、Full-Import、Full-Verification，则4个组件中，在增量同步的迁移产前下， Full-Import、Full-Verification两个组件在工作完成后会不会继续占用内存资源，是否可以在全量导出和全量校验两个步骤完成后将这两个组件删除以释放资源。
同时有些迁移任务有两个或者三个store组件，可以将多余的store组件删除吗，如果可以的话，如何进行安全删除以不影响现有的迁移任务；

【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

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

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

#3

根据文档库中的信息，以下是关于 OMS 组件的相关问题的详细解答：

1. Full-Import 和 Full-Verification 在工作完成后是否会继续占用内存资源？是否可以删除以释放资源？

解答：

  • Full-Import 和 Full-Verification 的资源占用情况
    根据文档片段 7 和 8 的描述：

    • Full-Import 负责全量数据导入，完成迁移任务后不会持续占用内存资源。
    • Full-Verification 负责全量数据校验，完成校验任务后也不会持续占用内存资源。

  • 是否可以删除 Full-Import 和 Full-Verification 组件以释放资源？
    根据文档片段 5 和 6 的描述：

    • Full-Import 支持删除处于 已停止、异常 或 已完成 状态的组件。
    • Full-Verification 支持删除处于 已停止、异常 或 已完成 状态的组件。

因此，在全量导出和全量校验两个步骤完成后，如果这两个组件的状态为 已完成，可以安全删除它们以释放资源。

2. 迁移任务中存在多个 Store 组件时，是否可以删除多余的 Store 组件？如何进行安全删除以不影响现有的迁移任务？

解答：

  • Store 组件的作用及状态管理
    根据文档片段 4 的描述：

    • Store 负责增量日志采集，并具备高可用能力。
    • OMS 社区版支持删除处于 已停止、异常 或 非预期退出 状态的 Store 组件。

  • 是否可以删除多余的 Store 组件？
    如果某些迁移任务中存在多个 Store 组件，需要确认以下几点：

    1. 确认多余 Store 组件的状态：只有当 Store 组件的状态为 已停止、异常 或 非预期退出 时，才可以删除。
    2. 避免影响现有迁移任务：确保要删除的 Store 组件确实不再参与当前的增量同步任务。可以通过以下方式确认：
      • 查看迁移任务的配置，确认哪些 Store 组件正在使用。
      • 检查日志或监控信息，确认目标 Store 组件是否已经停止工作。

  • 如何安全删除 Store 组件？
    根据文档片段 4 的描述，删除 Store 组件的操作如下：

    1. 登录 OMS 社区版控制台。
    2. 在左侧导航栏中选择 运维监控 > 组件。
    3. 在 组件 页面中找到目标 Store 组件。
    4. 确认目标 Store 组件的状态为 已停止、异常 或 非预期退出。
    5. 执行删除操作。

注意：删除 Store 组件后，该组件将从机器中彻底删除且不可恢复，请谨慎操作。

总结建议

  1. Full-Import 和 Full-Verification：在完成全量导出和全量校验后，如果组件状态为 已完成，可以安全删除以释放资源。
  2. Store 组件：仅当 Store 组件的状态为 已停止、异常 或 非预期退出 时，才可删除。删除前需确认其不再参与当前的增量同步任务，以免影响现有迁移任务。

如需进一步确认或排查问题，建议使用 OceanBase 的敏捷诊断工具 obdiag 收集诊断信息，并联系 OceanBase 技术支持团队获取帮助。

详情请参考:

  1. 内存和磁盘要求
  2. 查看 Full-Import 组件的详情
  3. 更新 Full-Import 组件
  4. 删除 Store 组件
  5. 删除 Full-Import 组件
  6. 删除 Full-Verification 组件
  7. OMS 社区版高可用（HA）介绍
  8. 组件基本原理
  9. 批量操作数据迁移任务
  10. 查看 Full-Verification 组件的详情
#4

截图查看一下oms的版本号 看你发的oms不是社区版的oms版本

#5

image
是社区版的

#6

根据用户提供的信息以及 OCR 提取的文本内容，以下是关于 OMS 社区版 4.2.4 的详细解答：

1. 用户环境确认

  • 使用环境：生产环境。
  • 组件版本：OMS 社区版 4.2.4（CE）。
  • 问题描述：涉及 Store、Incr-Sync、Full-Import 和 Full-Verification 四个组件的工作状态及资源占用情况。

2. 关于 Full-Import 和 Full-Verification 的资源释放

解答：

根据文档片段 8 的描述：

  • Full-Import 和 Full-Verification 是负责全量数据导入和校验的组件。
  • 在完成任务后，这两个组件不会继续占用内存资源。
  • 如果需要释放相关资源，可以安全删除处于 已完成 状态的组件。

操作步骤：

  1. 登录 OMS 社区版控制台。
  2. 在左侧导航栏中选择 运维监控 > 组件。
  3. 找到目标组件（Full-Import 或 Full-Verification）。
  4. 确认组件状态为 已完成。
  5. 执行删除操作。

3. 关于多个 Store 组件的管理

解答：

根据文档片段 8 和 9 的描述：

  • Store 是增量拉取组件，负责采集源数据库的增量日志。
  • 某些迁移任务可能会存在多个 Store 组件，通常是为了实现高可用或负载均衡。
  • 如果某些 Store 组件不再参与当前任务，可以安全删除以释放资源。

判断是否可以删除 Store 组件的标准：

  1. 确认组件状态：只有当 Store 组件的状态为 已停止、异常 或 非预期退出 时，才可以删除。
  2. 避免影响现有任务：确保目标 Store 组件确实不再参与当前的增量同步任务。

安全删除 Store 组件的操作步骤：

  1. 登录 OMS 社区版控制台。
  2. 在左侧导航栏中选择 运维监控 > 组件。
  3. 找到目标 Store 组件。
  4. 确认组件状态为 已停止、异常 或 非预期退出。
  5. 执行删除操作。

4. 总结建议

  1. Full-Import 和 Full-Verification：在完成全量导出和校验后，如果组件状态为 已完成，可以安全删除以释放资源。
  2. Store 组件：仅当 Store 组件的状态为 已停止、异常 或 非预期退出 时，才可删除。删除前需确认其不再参与当前的增量同步任务。

如需进一步排查问题，建议使用 OceanBase 的敏捷诊断工具 obdiag 收集诊断信息，并参考以下链接获取更多帮助：

备注

如果用户仍有疑问或需要更详细的指导，请提供具体的任务配置信息或日志文件，以便进一步分析和解决问题。

详情请参考:

  1. 遇到问题如何向技术支持同学提问
  2. OMS 社区版问题排查手册
  3. 产品动态
  4. OMS 社区版错误码
  5. OceanBase 数据库概述
  6. 如何升级 CDC
  7. 架构概览
  8. 下载和导入迁移对象配置
  9. 系统和网络要求

(小助手的答复已结束，如未能解决您的问题，请继续提问并等待其他同学的回复，谢谢！)

#7

截图发一下 oms组件监控

#8

image
image1688×878 56.8 KB

image
image1740×763 53.3 KB

#10

正如上面小助手回答

  • Full-Import 和 Full-Verification 是负责全量数据导入和校验的组件。
  • 在完成任务后，这两个组件不会继续占用内存资源。
  • 如果需要释放相关资源，可以安全删除处于 已完成 状态的组件。

多个 Store 组件的管理

  • Store 是增量拉取组件，负责采集源数据库的增量日志。
  • 某些迁移任务可能会存在多个 Store 组件，通常是为了实现高可用或负载均衡。
  • 如果某些 Store 组件不再参与当前任务，可以安全删除以释放资源。
#11

在store组件运行一段时间后， 其占用内存较多，时候可以定期重启docker容器来释放一些占用的内容？

image
image894×267 9.19 KB

#12

这个应该可以配置组件内存有关系吧 不是异常内存占用 应该不是问题吧