已经停止归档，但修改路径提示错误

OceanBase 技术问题
,
#1

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】4.2.0_CE
【问题描述】

  1. 查询租户已经停止归档，但执行修改路径仍报错归档中

image
image740×301 9.6 KB

1 个赞
#3

修改租户级别是不是要指定租户啊@论坛小助手

1 个赞
#4

根据您的问题描述，您在生产环境中使用 OceanBase 社区版 4.2.0，并遇到了以下问题：尽管已经停止了租户的归档功能，但在尝试修改归档路径时仍然报错，提示归档正在进行中。

分析与解答

  1. 关于错误原因
    根据文档片段中的信息，可能的原因包括：

    • 日志归档的状态不对（例如未完全停止或处于 BEGINNING 状态）。
      文档片段 3 提到：“日志归档不是 DOING 状态，不能开启数据备份。” 这表明如果归档状态异常（如未正确停止），可能会导致类似问题。
    • 归档状态可能存在延迟或未同步。
      文档片段 8 提到：“如果是 OBServer 节点的日志归档报错，一般是启停日志归档的时候发生的，不需要人工介入。”

  2. 解决方式
    综合上述信息，您可以按照以下步骤排查和解决问题：

    • 确认归档状态
      使用以下 SQL 查询当前租户的归档状态：

      SELECT * FROM GV$OB_LOG_ARCHIVE_STATUS WHERE TENANT_ID = (SELECT TENANT_ID FROM DUAL);

      如果状态仍为 DOING 或 BEGINNING，说明归档尚未完全停止，请等待一段时间后重试。

    • 检查是否成功停止归档
      确保您已正确执行停止归档的操作。可以参考以下命令：

      ALTER SYSTEM STOP ARCHIVE;

      执行后再次查询归档状态，确保其已变为 STOPPED。

    • 重新尝试修改路径
      在确认归档已完全停止后，再执行修改路径的操作。例如：

      ALTER SYSTEM SET ARCHIVE_DEST='/new/path/to/archive';

    • 等待状态同步
      如果问题仍未解决，可能是状态同步存在延迟。根据文档片段 8 的建议，无需人工介入，等待一段时间后再尝试。

  3. 关于租户级别的操作
    您提到“修改租户级别是不是要指定租户”，确实，在执行租户级别的操作时，需要明确指定目标租户。例如：

    ALTER TENANT your_tenant_name SET ...

    如果未指定租户，可能会导致操作失败或影响默认租户。

  4. 进一步排查
    如果以上方法均无效，建议检查系统日志以获取更多详细信息。如果问题依然无法解决，可以联系 OceanBase 技术支持人员协助排查。

总结

根据文档库中的信息，您遇到的问题可能与归档状态未完全停止或状态同步延迟有关。请按照上述步骤逐一排查并解决问题。如果仍有疑问，欢迎提供更多细节以便进一步分析。

详情请参考:

  1. 9000 ~ 9499
  2. 4000 ~ 4499
  3. 4500 ~ 4999
2 个赞
#5

修改归档的sql是在普通租户登录的了

1 个赞
#6

使用root用户试试

1 个赞
#7

截图里的便是root@{租户}登录的

#8

查询归档历史，有一个一直STOPPING，一个STOP

image
image703×755 15.8 KB

#9

麻烦提个一下RS日志 ｜grep ‘ob_log_archive_scheduler’
并提供一份observer日志

#10

单节点用本地目录还可以玩一下，多节点就没必要这样玩了，没意义

#11

环境被重建还原覆盖了；后续有复现再贴上来