rman本身不自动清理归档日志，必须依赖外部调度器定期执行包含crosscheck archivelog all、delete noprompt expired archivelog all和delete noprompt archivelog all completed before 'sysdate-n'三步的脚本；crosscheck是前提，否则rman“看不见”文件，后续删除无效。
RMAN 本身不自动清理归档日志——你配了 configure archivelog deletion policy 或 retention policy，它也不会自己动手删。所谓“自动”，必须靠外部调度器（如 cron 或 Windows 任务计划）定期执行包含状态校验、过期清理、时间条件删除三步的 RMAN 脚本。
CROSSCHECK ARCHIVELOG ALL 必须最先执行
这是整个流程的起点，也是最容易被跳过的致命步骤。RMAN 的控制文件只记录它“知道”的归档日志；如果归档文件被手动移动、重命名、或磁盘异常导致元数据未更新，LIST ARCHIVELOG ALL 就查不到它们，后续 DELETE ARCHIVELOG 也完全无效。
- 执行
CROSSCHECK ARCHIVELOG ALL会强制扫描所有归档路径（包括DB_RECOVERY_FILE_DEST和显式配置的LOG_ARCHIVE_DEST_n），把物理不存在的标记为EXPIRED，把仍存在的同步为AVAILABLE - 若跳过这步直接删，
DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'可能一个文件都不删，而df -h显示空间依然爆满 - 注意：该命令不删文件，只刷新元数据；但它是后续两步生效的前提
DELETE NOPROMPT EXPIRED ARCHIVELOG ALL 是释放 FRA 配额的关键
很多 DBA 卡在“删了归档但 V$RECOVERY_FILE_DEST 使用率没降”，问题就出在这步没做，或用了带 PROMPT 的版本被交互卡住。
-
EXPIRED记录是 RMAN “认为已丢失”的归档元数据，不清理它们，FRA 空间配额不会释放，即使物理文件早已不存在 - 必须加
NOPROMPT，否则脚本在定时任务里会挂起等待确认，导致后续命令不执行 - 这一步不碰磁盘文件，只清理控制文件里的“幽灵记录”，但它是让 RMAN 重新准确计算可用空间的必要操作
DELETE NOPROMPT ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-N' 的真实含义
这个命令删的是 v$archived_log.completion_time（归档完成时间），不是操作系统文件的修改时间（mtime），也不是归档生成时间。误以为它按“文件年龄”删，常导致保留窗口失效。
- 例如：某归档日志在 9 月 10 日完成归档（
completion_time = 2026-09-10 14:22:05），但因备份延迟到 9 月 15 日才写入磁盘，SYSDATE-7仍会把它当作“9 月 10 日前完成”而删除 - 生产环境建议用
SYSDATE-15或更长窗口，避免因归档传输延迟、网络抖动导致关键日志被误删 - Windows bat 脚本中不能直接写
SYSDATE-7，需改用TO_DATE('2026-09-10','YYYY-MM-DD')这类静态日期，或用 PowerShell 动态拼接
Linux 下脚本和 cron 部署的硬性要求
一个能跑通的自动清理脚本，环境变量、权限、日志路径缺一不可；少一个就可能静默失败，且无明显报错。
-
ORACLE_HOME和ORACLE_SID必须在脚本内export，不能依赖 shell 启动时的环境（cron 默认只有极简 PATH） - 执行用户（通常是
oracle）必须对归档目录有w权限；否则 RMAN 连库成功，但删文件时报ORA-19573: cannot obtain exclusive enqueue for datafile或系统级拒绝，错误只记在日志里 -
control_file_record_keep_time默认 7200 秒（约 30 天），超过此时间的归档元数据会被覆盖；若业务要求保留 60 天归档，必须先调大该参数：ALTER SYSTEM SET control_file_record_keep_time=86400 SCOPE=BOTH;
真正容易被忽略的点是：RMAN 删除后，若归档路径不在 FRA 内（比如用了 LOG_ARCHIVE_DEST_1 指向独立目录），DELETE ARCHIVELOG 命令仍然有效，但你得确保那个目录也在脚本的清理范围内——否则空间还是不释放。
