必须先确认备库归档已完全应用且无传输gap，再通过rman执行crosscheck archivelog all和delete noprompt expired archivelog all清理失效记录，最后用delete noprompt archivelog until time 'sysdate - 3'安全删除已应用归档。
备库归档空间爆满，不能直接删文件，否则控制文件里还留着记录，rman 会报错、v$archived_log 里状态混乱，甚至影响日志应用。必须先确认归档已应用、无传输 gap，再用 rman 安全清理。
确认备库已完全应用且无 GAP
没确认就删，可能把还没应用的归档干掉，导致备库同步中断或需要重建。重点查三块：
-
v$archived_log中APPLIED = 'YES'的归档才真正安全；STATUS = 'A'是辅助判断，但以APPLIED列为准 - 执行
select thread#, low_sequence#, high_sequence# from v$archive_gap;—— 返回空结果才算无 GAP - 检查主库
v$archive_dest_status，确保LOG_ARCHIVE_DEST_2（或对应 DG 目标）的STATUS = 'VALID'且ERROR为空
清理前先 crosscheck 再 delete expired
如果之前手动 rm 过归档文件，或者备份策略变更过，控制文件里的归档记录很可能已失效。不先做 crosscheck 就删，delete archivelog all 会跳过这些“幽灵记录”，空间还是不释放。
- 进
RMAN后先运行crosscheck archivelog all;—— 把磁盘上不存在的归档标记为EXPIRED - 立刻跟
delete noprompt expired archivelog all;—— 清掉这些“僵尸记录” - 这一步不做，后续
delete archivelog until time可能报RMAN-08137或静默跳过
按时间删除已应用归档（推荐用 SYSDATE - N）
别用模糊的 all，也别依赖 delete input —— 备库没有 backup archivelog 场景，delete input 不生效。直接按时间窗口删更可控。
-
delete noprompt archivelog until time 'SYSDATE - 3';表示删掉 3 天前所有已应用的归档（前提是前面已确认APPLIED = YES） - 时间表达式必须带单引号，
SYSDATE - 3是标准写法，SYSDATE-72（小时）容易出错，不建议 - 如果备库有多个
DEST_ID（比如同时存本地 + ASM），加from dest_id 1显式指定目标，避免误删
清理后检查空间是否释放
删完不等于空间立刻回来。常见卡点是：db_recovery_file_dest 下的归档被删了，但 V$RECOVERY_FILE_DEST 里 USED_SPACE 没变 —— 这说明控制文件还没刷新统计。
- 查
select * from V$FLASH_RECOVERY_AREA_USAGE;，重点关注ARCHIVELOG行的PERCENT_SPACE_USED - 如果仍高，等 5–10 分钟再查；若长期不降，可能是
control_file_record_keep_time设置太小（默认 7 天），导致旧归档记录循环覆盖失败，需调大后再crosscheck - 极端情况：归档目录挂载在 LVM 或 NFS 上，
rm后需lsof +L1看是否有进程（如MRP0）还 hold 着已删文件句柄，重启MRP进程可释放
最易忽略的是：以为 APPLIED = 'YES' 就万事大吉，却没查 v$archive_gap —— 主库某次日志传输失败后，备库可能跳过几个 sequence，后续又恢复，这时 APPLIED 是 YES，但中间缺的那几份根本不在磁盘上，删早了会断同步。
