CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY 必须在备库实例上执行才生效，主库配置无效；且归档必须存于FRA中，同时需满足已应用和FRA空间压力（≥80%）两个条件才会触发自动清理。
CONFIGURE ARCHIVELOG DELETION POLICY 在备库执行才生效
这个命令必须在**备库实例上**用 rman target / 连接后执行，而不是主库。主库上配置了也没用——rman 删除归档的动作由本地 fra 空间压力或 crosscheck 触发，而判断“是否已应用”的依据只存在于备库的 v$archived_log 视图中。
常见错误是：在主库 RMAN 里执行了 CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY，然后发现归档还在涨。检查备库 RMAN 配置：show all，如果输出里仍是 CONFIGURE ARCHIVELOG DELETION POLICY TO NONE，说明没配对地方。
- 必须以
oracle用户登录备库服务器，再运行rman target / - 确认数据库处于
MOUNT或OPEN READ ONLY状态（RECOVER MANAGED STANDBY DATABASE运行中不影响） - 执行后用
show all确认输出变为APPLIED ON STANDBY（不是ON ALL STANDBY，除非你真有多个备库且都启用了 FRA）
归档必须存放在 FRA（db_recovery_file_dest）里
RMAN 的自动删除策略只对 Oracle 管理的文件（OMF）起作用，也就是路径在 db_recovery_file_dest 下的归档。如果你的备库归档写到了自定义目录（比如 /arch/standby），哪怕配置了 APPLIED ON STANDBY，RMAN 也完全不会碰它。
检查方式：show parameter db_recovery_file_dest；再查归档实际位置：select dest_name, status, destination from v$archive_dest where destination is not null;。如果 log_archive_dest_1 指向的是非 FRA 路径，就得改：
- 先确保
db_recovery_file_dest_size足够（比如设为500G） - 执行：
ALTER SYSTEM SET log_archive_dest_1='LOCATION=USE_DB_RECOVERY_FILE_DEST' SCOPE=BOTH; - 重启备库（
shutdown immediate; startup mount）才能让新归档真正落到 FRA
必须满足“已应用 + FRA 空间压力”两个条件才会触发自动清理
APPLIED ON STANDBY 不等于“一应用就删”。它只是授权 RMAN 可以删，但实际删除动作需要另一个触发器：FRA 使用率超过 80%（默认阈值），或者你手动运行 CROSSCHECK + DELETE EXPIRED。
典型现象：备库 alert.log 里没有 Deleted Oracle managed file 日志，SELECT * FROM V$FLASH_RECOVERY_AREA_USAGE; 显示 ARCHIVED LOG 使用率才 45% —— 这时候 RMAN 就不会动它，哪怕所有归档都标了 APPLIED='YES'。
- 临时验证：手动制造空间压力，比如
ALTER SYSTEM SET db_recovery_file_dest_size=1G SCOPE=BOTH;（慎用，仅测试） - 更安全的做法是定期跑清理脚本：
RUN { CROSSCHECK ARCHIVELOG ALL; DELETE NOPROMPT EXPIRED ARCHIVELOG ALL; } - 注意：
DELETE EXPIRED不会删“有效但已应用”的归档，只删 RMAN 元数据里标记为丢失的条目；真正删已应用归档靠的是 FRA 自动回收机制
19c 中 APPLIED ON ALL STANDBY 和 APPLIED ON STANDBY 的区别很关键
如果你的备库是 19c 单实例，别用 ALL STANDBY。这个选项要求 RMAN 检查**所有已注册的备库**（通过 v$archive_dest 查到的 db_unique_name）都已应用该归档，否则不删。而单备库环境里，其他备库状态可能是 INACTIVE 或根本没配，导致策略卡死。
正确做法是明确指定当前备库名：
- 先查：
SELECT db_unique_name FROM v$database;（比如返回orcl_standby） - 再配：
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY DB_UNIQUE_NAME orcl_standby; - 这样 RMAN 只盯这一个备库的
APPLIED='YES'状态，逻辑清晰，不依赖其他节点
最易被忽略的一点：FRA 自动清理是异步、被动、且带延迟的。它不保证“应用完立刻删”，而是等下一次空间检查周期（通常几分钟到几十分钟）。如果你刚应用完一批归档就去 df 看磁盘，大概率还剩着——这不是配置失败，是机制使然。
