RMAN执行DELETE ARCHIVELOG后磁盘空间未释放，根本原因是元数据失效导致RMAN“看不见”物理存在的归档文件；必须先运行CROSSCHECK ARCHIVELOG ALL同步状态，再执行DELETE EXPIRED ARCHIVELOG ALL才能真正释放空间。
RMAN执行DELETE ARCHIVELOG后磁盘空间没释放，不是命令写错了，而是它根本“看不见”那些文件——控制文件里早没记录了，RMAN再怎么删也删不到。
为什么DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'经常没效果
这不是语法问题，是元数据失效导致的“失联”：
-
CROSSCHECK ARCHIVELOG ALL没先跑：RMAN仓库里存的归档状态可能已过期，物理文件还在磁盘上，但RMAN不认为它们存在；跳过校验直接删，等于对空气执行删除 - 归档路径不在
DB_RECOVERY_FILE_DEST或RMAN识别范围内：比如手动mv到/backup/arch，LIST ARCHIVELOG ALL压根查不到，自然无法触发删除 -
control_file_record_keep_time默认约7–30天：超时后归档元数据被覆盖，RMAN彻底失去索引能力，COMPLETED BEFORE再准也查不到记录 - OS层无写权限：RMAN能连库、能发命令，但执行
rm时被系统拒绝，错误只记在日志里，终端不报错也不提示
CROSSCHECK和DELETE EXPIRED必须成对出现
这两步不是可选项，是清理闭环的起点：
-
CROSSCHECK ARCHIVELOG ALL强制扫描磁盘上所有归档文件，把物理存在但控制文件标记为MISSING的条目标为EXPIRED -
DELETENOPROMPT EXPIRED ARCHIVELOG ALL清除这些EXPIRED记录，否则FRA配额不会释放，v$archived_log里name列会变空但其他字段残留（尤其RAC环境） - 跳过这步直接跑
DELETE ARCHIVELOG ALL COMPLETED BEFORE，会导致控制文件状态混乱，备库MRP进程可能中断应用
真正占空间的旧文件，RMAN根本管不了
超过control_file_record_keep_time的归档，比如2年前的*.arc，RMAN元数据视图里完全空白——你得自己动手：
- 确认这些文件不在任何RMAN备份集中：
LIST BACKUP OF ARCHIVELOG ALL查一遍 - 确认业务恢复窗口允许删除（例如备份策略只要14天，那你删掉
find /oraarchive -mtime +30的文件就安全） - 用
find配合-exec rm -f {} \;删物理文件，别用rm -rf *——容易误删当前正在写的归档 - 删完必须立刻回RMAN执行
CROSSCHECK ARCHIVELOG ALL+DELETE EXPIRED ARCHIVELOG ALL，否则v$archived_log里残留空记录，长期积累会影响DG同步和OEM展示
备库上删归档，APPLIED = 'YES'不是建议，是硬门槛
在备库执行任何DELETE ARCHIVELOG前，必须验证：
- 查
SELECT SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG WHERE DEST_ID = 2 ORDER BY SEQUENCE# DESC FETCH FIRST 5 ROWS ONLY; - 确保最新几条的
APPLIED值全是YES，否则删掉未应用的归档，主备同步立即断裂 -
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY只是加检查门，不自动拦截COMPLETED BEFORE类命令，不能替代人工确认 - 如果MRP进程卡住，先
RECOVER MANAGED STANDBY DATABASE CANCEL再查状态，别硬删
最常被忽略的是：RMAN的“删除”动作依赖于它对归档位置和状态的完整认知。一旦元数据断连，后续所有操作都像在黑盒里调试——先让CROSSCHECK重建连接，再动手，否则越删越乱。
