生产环境必须配置为 TO RECOVERY WINDOW OF 7 DAYS，因其支持任意时间点恢复并确保 Oracle 23ai 的 LIST BACKUP RECOVERABLE 判断可靠；TO REDUNDANCY 2 仅保留两份备份，存在恢复失效风险。
CONFIGURE RETENTION POLICY 选 recovery window 还是 redundancy？
生产环境必须选 TO RECOVERY WINDOW OF 7 DAYS，而不是 TO REDUNDANCY 2。前者保证你能恢复到最近 7 天内任意时间点，满足绝大多数 RPO/RTO 要求；后者只保留最新两份备份，一旦某次备份损坏或跨窗口失效（比如 Level 0 备份刚好过期），就无法前滚恢复。Oracle 23ai 的 LIST BACKUP RECOVERABLE 命令依赖恢复窗口策略判断可恢复性，冗余策略下该判断不可靠。
CONTROLFILE AUTOBACKUP 必须开，且路径不能用 %F 默认值
CONFIGURE CONTROLFILE AUTOBACKUP ON 是底线配置，但默认格式 '%F' 生成的文件名如 c-1234567890-20260720-01.bkp 在多库共用同一备份目录时极易冲突。实际要显式指定带实例标识的路径：CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/cf_%d_%T_%U.bkp'。否则还原时 RESTORE CONTROLFILE FROM AUTOBACKUP 可能误取其他库的控制文件，直接导致恢复失败。
增量备份必须配 BLOCK CHANGE TRACKING
Oracle 23ai 默认不启用块更改跟踪，BACKUP INCREMENTAL LEVEL 1 会全扫描数据文件找变更块，I/O 和耗时爆炸。先执行：
ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE '/u01/oradata/orcl/bct.f';再配置：
CONFIGURE DEVICE TYPE DISK PARALLELISM 4。注意：bct 文件必须放在非 ASM 的本地文件系统，且需定期 BACKUP AS COPY BLOCK CHANGING TRACKING FILE —— 它本身也是关键恢复组件，丢了就得退回到全量扫描模式。
压缩算法别用 BASIC，改用 HIGH 或 ZLIB
23ai 中 CONFIGURE COMPRESS ALGORITHM BASIC 已废弃，实际生效的是 MEDIUM（对应 ZLIB），但吞吐和压缩比不如 HIGH（对应 LZ4）。实测 1TB 表空间：HIGH 比 MEDIUM 多压 12% 空间，备份时间只增 8%，而还原速度持平。命令应为：CONFIGURE COMPRESS ALGORITHM HIGH。若备份目标是云对象存储（如 OCI Object Storage），还建议加 AS COMPRESSED BACKUPSET 显式声明——部分云网关对未标记压缩的备份集拒绝上传。
