【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】执行 ALTER SYSTEM SET LOG_ARCHIVE_DEST cos备份介质报 9071错误
【复现路径】问题出现前后相关操作
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
1 个赞
您好，您提的这个技术问题可能牵涉到 OceanBase 企业版范围内的功能细节；针对此类问题，建议你通过以下方式寻求帮助：
-
如你所在的企业客户已签署 OceanBase 企业版销售合同，请你联系客户经理；
-
如你所在的企业客户尚未签署 OceanBase 企业版销售合同，你可通过OceanBase官网商务咨询页面留下你的联系方式，OceanBase企业版的业务顾问会在一个工作日内与你联系。
另外，我们欢迎你使用社区版，并在论坛/社群中分享你对社区版本的想法、经验和问题，与其他社区成员共同交流。
(小助手的答复已结束，如未能解决您的问题，请继续提问并等待其他同学的回复，谢谢！)
3 个赞
我前几天备份到obs的时候也报这个错，是权限问题。按如下方法收集日志看下
1.开启 Trace 功能
SET ob_enable_show_trace=ON;
2.执行SQL
3.获取SQL trace_id
SELECT last_trace_id() FROM DUAL;
4.登录对应 OBServer 节点，进入到日志文件所在目录
cd /home/admin/oceanbase/log
5.获取trace_id对应的日志
grep xxxxxxx rootservice.log --填写第3步获取的trace_id
grep xxxxxxx observer.log --填写第3步获取的trace_id
1 个赞
麻烦发下版本信息及按照楼上说的发下trace日志
你可以参考下这个帖子，cos需要配置类似权限
不是权限的问题，所有权限都开了。这个cos桶里面放了不同服务器数据库租户的备份都没有问题。只有这一台服务器出现了这个问题
按楼上说的 rootservice.log的trace日志麻烦也发下，可以脱敏后放附件
其它服务器数据库备份都没问题，这里其它服务器数据库也是OB吗？
这个问题有进展吗