OB 修改定时合并时间 未生效

【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】oceanbase V4.3.5
【问题描述】修改合并的时间,但是未生效。major_freeze_duty_time所有租户设置的时间为21:30,但是合并时间仍然是2点是什么原因?


@论坛小助手

根据您提供的信息,您已经设置了 major_freeze_duty_time 为 21:30,但实际合并时间仍然是 2 点。这可能是由于以下几个原因导致的:

  1. 配置未正确生效:

    • 确保您在正确的租户或系统级别上修改了 major_freeze_duty_time 参数。
    • 检查是否有其他地方覆盖了该设置,例如全局配置或其他高级设置。
  2. 配置未刷新:

    • 修改参数后,需要确保 OceanBase 集群已经重新加载了新的配置。可以通过重启集群或执行相应的刷新命令来确保配置生效。
    • 可以使用以下命令刷新参数配置(请根据实际情况替换具体命令):
      ALTER SYSTEM SET major_freeze_duty_time = '21:30';
      
  3. 任务调度问题:

    • 查看是否有定时任务或脚本在特定时间触发合并操作。这些任务可能会覆盖手动设置的时间。
    • 检查 CDB_OB_ZONE_MAJOR_COMPACTION 视图中的记录,确认是否有异常的任务调度情况。
  4. 日志和监控:

    • 查看 OceanBase 的日志文件,特别是与合并相关的日志,检查是否有错误信息或警告信息。
    • 使用 OCP 或其他监控工具,查看集群的状态和任务调度情况,确保没有其他因素干扰。
  5. 系统时间问题:

    • 确认所有节点的系统时间是否同步。如果系统时间不一致,可能导致合并时间未按预期进行。
  6. 配置优先级:

    • 检查是否存在多个配置文件或配置项,某些配置项可能具有更高的优先级,导致您的设置未生效。
  7. 版本问题:

    • 您使用的是 OceanBase V4.3.5 版本,确认该版本是否存在已知的问题或 Bug。可以参考官方文档或联系技术支持获取更多信息。

建议您可以按照上述步骤逐一排查,并结合具体的日志和监控信息来定位问题。如果问题仍然无法解决,建议联系 OceanBase 的技术支持团队,提供详细的配置和日志信息以便进一步诊断。

具体信息可参考以下文档:

  1. obshell 集群命令组
  2. oceanbase.DBA_OB_RECOVER_TABLE_JOB_HISTORY
  3. 创建外表分区

尽量使用ocp去修改 你使用的命令行修改的么

OCP改的,OCP改完没生效,就又在黑屏改了一次。

黑屏改的 ocp上应该看不到 ocp修改的没有生效 具体把ocp-server.log日志拿一下看看