【OceanBase 版本】：v4.2.5 社区版（MySQL 模式）
【部署方式】：主从架构，主库与备库均通过 RPM 包部署，未使用 OCP
【问题背景】
有一套边缘业务系统，初期为验证主从容灾能力，搭建了基于 OceanBase 社区版的 MySQL 模式主从集群。由于资源限制，未部署 OCP，日常运维通过命令行进行。
今日发现归档日志（Archive Log）占用磁盘空间持续增长，已接近容量上限。经确认，归档功能已开启用于主从同步，但目前未配置自动清理策略，也未执行过物理备份（BACKUP DATABASE）。
【请教问题】
在当前无 OCP、仅依赖 RPM 部署的生产环境下，如何安全、有效地配置归档日志的自动清理方案？
目前了解到两种可能路径：
- 启用定期物理备份 + 设置归档清理参数，让 OB 自动清理过期归档；
- 编写脚本手动清理，但需确保不破坏主从同步链路。
想请教社区各位老师：
在 v4.2.5 社区版中，方案 1 是否可行？具体应如何配置？
若暂无法做物理备份，方案 2 有哪些关键校验点？是否有社区推荐的安全清理脚本？
是否有其他更适合边缘场景的轻量级归档管理建议？
非常感谢大家的指导！