ob租户启动日志备份后状态仍为stop

[ocean你的base]

【 使用环境 】生产环境
【 OB or 其他组件 】OCEANBASE
【 使用版本 】4.3.5
【问题描述】在OCP启动日志备份及在后台执行alter system archivelog;查询select * from dba_ob_archivelog;中status均为STOP
【复现路径】备份目录为NAS，中途有一段时间NAS故障，NAS恢复后日志备份异常
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

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

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

[论坛小助手]

根据您的描述，您在使用OceanBase 4.3.5版本时遇到了日志归档的问题，即执行了alter system archivelog命令并通过OCP启动日志备份后，发现日志备份状态仍然显示为STOP。同时，通过查询dba_ob_archivelog表也证实了状态确实是STOP。鉴于之前曾遇到NAS故障的情况，可能这次问题与此相关联。

针对这种情况，推荐您使用obdiag工具来收集与日志归档相关的系统信息，并尝试初步诊断问题的原因。下面列出了相应的操作建议：

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

这个命令会帮助收集关于日志归档失败的信息，包括但不限于配置、状态报告等，有助于识别潜在问题所在。

此外，为了更准确地定位问题，请提供以下额外的信息：

1. 您能否分享有关NAS的详细错误消息或警告（如果有的话）？
2. 是否已经确认OCP平台和OceanBase之间的网络连接正常？可以检查是否有任何防火墙规则或安全组设置阻止了必要的通信。
3. 从尝试启用日志归档功能以来，有没有观察到其他异常现象或错误记录，特别是在OceanBase的日志文件中？
4. 在此期间，是否对OceanBase集群做了任何调整或者更新？比如参数更改等。
5. 能否提供具体的dba_ob_archivelog表内容截图或者其他形式的数据输出，以便我们查看更多细节？

请您先执行上述命令完成数据收集，并将生成的日志压缩包提供给我们进一步分析。如果您在运行命令过程中遇到困难或有任何疑问，请随时反馈。希望这些信息能够帮助快速解决您的问题。

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

[ocean你的base]

备份信息能否完全清理后重新发起？目前在新建其他目录创建备份后，发现日志备份的目录还是在原来的目录下