ob租户开启归档，没有任何反应

OceanBase 技术问题
#1

【 使用环境 】生产环境
【 OB or 其他组件 】OceanBase 构建版本号：4.3.5.0-100000202024123117
【 使用版本 】
【问题描述】在前端执行 alter system archivelog TENANT = AIPA_PRO; 返回成功，但是查询 租户归档依旧没有开启，也没有任何报错
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

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

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

image
image1447×423 76.5 KB

image
感觉 执行这个命令 没生效，

8 个赞
#3

根据您的描述，您在OceanBase生产环境中尝试开启租户AIPA_PRO的日志归档功能，尽管执行了相应的命令且未收到错误信息，但是通过查询oceanbase.CDB_OB_ARCHIVELOG表却发现该租户的归档状态并没有更新。这表明可能在执行过程中遇到了一些内部问题或配置问题。

推荐使用obdiag工具来进行日志采集，特别是关注与日志归档相关的诊断信息。这样可以帮助我们更准确地定位问题所在。

  • 日志采集场景: 日志归档问题
  • 日志采集命令: obdiag gather scene run --scene=observer.log_archive

这个命令将收集所有关于日志归档操作的信息，包括但不限于配置、日志文件以及系统中的相关记录等，这对于解决您遇到的问题非常重要。

请按照上述命令完成日志采集，并将得到的日志压缩包发送给我们进行进一步分析。同时，为了帮助更快地定位问题，请回答以下问题：

  1. 执行alter system archivelog TENANT = AIPA_PRO;命令之前，是否有为该租户设置归档目的地？如果有的话，请提供具体的设置步骤及参数。
  2. 在执行开启归档命令时，是否观察到了任何异常或延迟？比如响应时间过长等。
  3. 除了CDB_OB_ARCHIVELOG外，还检查了哪些其他视图或表格来确认归档状态？
  4. 最近是否有对集群进行过升级或者调整过集群配置？如果有，请详细说明。
  5. 该租户AIPA_PRO在执行此操作前后的业务运行情况如何？是否存在明显的性能下降或其他异常现象？

感谢您的配合！期待您的回复和提供的日志文件。

附上敏捷诊断工具 obdiag 使用帮助链接

4 个赞
#4

这个集群是2-2-2 ，而且 admin 的uid 还不一样，没法设置nfs 路径权限为admin
型号 os 都是rhel 8 的，这里采用的是nobody 用户权限，
image

3 个赞
#5

image
image874×529 83.4 KB

2 个赞
#6

需要更详细的日志。

2 个赞
#7

mysql> alter system archivelog TENANT = “AIPA_PRO”;
Query OK, 0 rows affected (0.00 sec)

mysql> select last_Trace_id();
±------------------------------------+
| last_Trace_id() |
±------------------------------------+
| Y10B42AC1A68AE-0006409F9016C9CC-0-0 |
±------------------------------------+
1 row in set (0.00 sec)

[root@nd-ond02-master04 ~]# grep Y10B42AC1A68AE-0006409F9016C9CC-0-0   /home/admin/oceanbase/log/observer.log.2026061613*
/home/admin/oceanbase/log/observer.log.20260616134757267:[2026-06-16 13:47:28.509251] INFO  [SQL.ENG] execute (ob_alter_system_executor.cpp:2352) [12722][T1_L0_G0][T1][Y10B42AC1A68AE-0006409
F9016C9CC-0-0] [lt=11] ObArchiveLogExecutor::execute(stmt={stmt_type:203, enable:true, tenant_id:1, archive_tenant_ids:[1012]}, ctx=)
/home/admin/oceanbase/log/observer.log.20260616134757267:[2026-06-16 13:47:28.512960] INFO  [SHARE] add_event (ob_event_history_table_operator.h:266) [12722][T1_L0_G0][T1][Y10B42AC1A68AE-000
6409F9016C9CC-0-0] [lt=8] event table add task(ret=0, event_table_name="__all_server_event_history", sql=INSERT INTO __all_server_event_history (gmt_create, module, event, name1, value1, nam
e2, value2, name3, value3, name4, value4, value5, value6, svr_ip, svr_port) VALUES (usec_to_time(1781588848512930), 'sql', 'execute_cmd', 'cmd_type', 203, 'sql_text', X'616C74657220737973746
56D20617263686976656C6F6720202054454E414E54203D2022414950415F50524F22', 'return_code', 0, 'tenant_id', 1, '', '', '172.26.104.174', 2882))
/home/admin/oceanbase/log/observer.log.20260616134757267:[2026-06-16 13:47:28.512988] INFO  [SQL] get_cache_obj (ob_sql_stat_record.cpp:621) [12722][T1_L0_G0][T1][Y10B42AC1A68AE-0006409F9016
C9CC-0-0] [lt=9] sql stat record not found(ret=-5138, key={sql_id:"303BC7B98D7D55CAC521E5D03BFCECE9", plan_hash:0, source_addr:"0.0.0.0:0"})
3 个赞
#8

业务租户里看看这2个
select * from oceanbase.DBA_OB_ARCHIVE_DEST;
select * from oceanbase.DBA_OB_ARCHIVELOG;

3 个赞
#9

select * from oceanbase.DBA_OB_ARCHIVE_DEST;
select * from oceanbase.DBA_OB_ARCHIVELOG;
RS日志也发一份看下。

3 个赞
#10

问题解决了。怎么设置都不行，把老的文件删除了，在重新开启就好了。
这个环境比较负载，2-2-2 ，observer 运行的用户uid 不一样

5 个赞
#11

开归档的目录需要为空的

3 个赞
#12

归档断了，目录不变 重新开 ，目前这个没法做吗 ？

3 个赞
#13

暂停恢复这种不需要，若先停止再启动新轮次，情况可能不同（ 目录里应有合法的 format.obbak）情况不需要清空目录

4 个赞
#14

又学到了，谢谢分享

3 个赞
#15

5566%%9988

1 个赞
#16

22336655%%///–+

1 个赞
#17

8855447++%%%

1 个赞
#18

6666

2 个赞
#19

查看一下归档路径是否存在哈

1 个赞
#20

支持支持

1 个赞