主库归档目录写满导致挂起，不能直接删文件，必须先释放空间使ARCn进程恢复、再按CROSSCHECK→DELETE EXPIRED→DELETE COMPLETED BEFORE顺序清理RMAN可见归档，最后手工清理控制文件无记录的超期物理文件并同步CROSSCHECK。
直接说结论：主库归档目录写满导致挂起，不是删文件就能解决的事。核心矛盾是归档进程（arcn）卡住，日志无法切换，进而阻塞所有 dml。必须先释放归档路径空间、确保 arcn 恢复工作，再清理旧归档——顺序错一步，数据库就继续 hang。
确认挂起是否真由主库归档目录满引起
别急着删文件，先验证问题根源。挂起表现和日志线索要对得上：
- 告警日志（
alert.log）里反复出现ORA-16014或ORA-00257错误 -
SELECT LOG_MODE, ARCHIVELOG_COMPLETE FROM V$DATABASE;返回ARCHIVELOG且状态异常 -
SELECT STATUS, ERROR FROM V$ARCHIVE_DEST WHERE DEST_ID = 1;显示STATUS = 'ERROR'或ERROR非空 -
df -h查归档路径（如/u01/app/oracle/archivelog）使用率 ≥95%
注意：如果用的是 USE_DB_RECOVERY_FILE_DEST，那实际瓶颈在 DB_RECOVERY_FILE_DEST_SIZE 配额，不是文件系统空间——查 V$RECOVERY_FILE_DEST 的 SPACE_USED / SPACE_LIMIT 才算数。
RMAN 清理前必须做的三件事
RMAN 不是“一键清空”，它只管控制文件里还记着的归档。跳过这三步就执行 DELETE ARCHIVELOG，大概率没效果，甚至让 v$archived_log 状态混乱。
- 先
CROSSCHECK ARCHIVELOG ALL：把磁盘上存在但控制文件里状态不一致的归档标为EXPIRED - 立刻跟
DELETE NOPROMPT EXPIRED ARCHIVELOG ALL：清掉这些“僵尸记录”，否则后续命令会跳过它们 - 确认归档已成功写入目标（比如备库已收到）：查
SELECT THREAD#, SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG WHERE DEST_ID = 1 AND DELETED = 'NO' ORDER BY SEQUENCE# DESC，末尾几条应无ERROR且NEXT_TIME接近当前时间
这三步做完，LIST ARCHIVELOG ALL 才能真实反映 RMAN “看得见”的归档范围。
安全删除已归档且无依赖的旧日志
主库清理比备库宽松，但仍有硬约束：不能删还没传到备库的归档，也不能删尚未被备份策略覆盖的日志。
- 用
COMPLETED BEFORE 'SYSDATE-7'而非UNTIL TIME：前者查COMPLETION_TIME（写完时间），后者查FIRST_TIME（起始 SCN 时间），高并发下易误删 - 加
NOPROMPT避免交互卡住，生产环境必须加 - 执行前手动触发一次归档：
ALTER SYSTEM ARCHIVE LOG CURRENT;，等 30 秒再删，确保最新日志已落盘 - 命令示例：
DELETE NOPROMPT ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';
删完立刻查 V$ARCHIVED_LOG 中 DELETED = 'YES' 的比例，再 df -h 看空间是否回落——如果没变，说明还有 RMAN 看不见的物理残留（见下一条）。
手工清理 RMAN “看不见”的历史归档文件
控制文件默认只保留约 7 天归档元数据（受 control_file_record_keep_time 控制）。那些 3 年前的 *.dbf 文件，RMAN 根本不记录，只能手工删——但这步极危险，删错序列号会导致主备断链。
- 先进归档目录：
cd /u01/app/oracle/archivelog（路径以LOG_ARCHIVE_DEST_1实际值为准） - 预览要删的文件：
find . -name "*.dbf" -mtime +30 -ls | head -20，确认时间、路径、命名规则无误 - 检查是否在任何备份集中：
LIST BACKUP OF ARCHIVELOG ALL;，确保目标文件不在输出列表里 - 真正删除：
find . -name "*.dbf" -mtime +30 -delete - 删完立刻回 RMAN 执行
CROSSCHECK ARCHIVELOG ALL，防止v$archived_log里残留脏状态
最易被忽略的点：手工删完不执行 CROSSCHECK，下次 RMAN 备份可能报 RMAN-08137，或 ARCHIVELOG LIST 显示已删文件仍存在——这不是 bug，是控制文件没同步。
