rman自动化备份必须用shell封装并重定向日志判断成败，因rman不返回可靠退出码；需在run块末尾加exit，用grep日志关键词（如“completed”）校验结果；delete obsolete不删归档须显式执行backup archivelog all delete input或配置archivelog deletion policy；脚本应通过shell变量（如oracle_sid、backup_dir）实现环境适配，并在cron中确保加载完整oracle环境。
Oracle RMAN 自动化备份脚本不能只靠 RMAN 命令行交互式执行，必须用 Shell + RMAN 脚本组合实现；清理逻辑若仅依赖 DELETE OBSOLETE，很可能漏删归档或保留策略外的旧备份集。
如何用 Shell 封装 RMAN 备份命令并捕获执行状态
RMAN 本身不返回标准 Unix 退出码（$?），直接在 Shell 中判断成败容易误判。必须用 run 块末尾加 exit 并配合 spool 或重定向日志来确认实际结果。
- Shell 脚本中调用 RMAN 时，务必用
rman target / msglog /path/backup_$(date +\%Y%m%d).log，避免输出混入终端干扰判断 - 在 RMAN 脚本里写
run { backup database plus archivelog; delete noprompt obsolete; exit; }——exit是关键，否则 RMAN 不退出，Shell 会卡住 - Shell 层用
if grep -q "completed" /path/backup_*.log; then echo "OK"; else echo "FAIL"; fi比单纯看$?可靠得多
为什么 DELETE OBSOLETE 经常不清理归档日志
因为 OBSOLETE 的判定只依据 RETENTION POLICY（如 RECOVERY WINDOW OF 7 DAYS），而归档日志是否“可删”还取决于是否有备份依赖它——如果没做 BACKUP ARCHIVELOG ALL DELETE INPUT 或没配 ARCHIVELOG DELETION POLICY，RMAN 默认不敢动归档。
- 清理归档必须显式触发：在备份块后加
backup archivelog all delete input;，或单独运行delete noprompt archivelog until time 'sysdate-1'; - 更稳妥的做法是设置归档删除策略：
configure archivelog deletion policy to applied on standby;（有备库时）或to backed up 1 times to device type disk; - 注意：未配置
CONFIGURE CONTROLFILE AUTOBACKUP ON时，DELETE OBSOLETE可能误删控制文件自动备份，导致恢复失败
怎样让备份脚本适配不同数据库环境（ORACLE_SID、目录、保留天数）
硬编码路径和参数会让脚本无法复用。应把可变项抽成 Shell 变量，并在 RMAN 脚本中用 sql "alter session set nls_date_format=''YYYY-MM-DD HH24:MI:SS''" 避免日期格式歧义。
- Shell 中定义：
ORACLE_SID=orcl; BACKUP_DIR=/u01/backup/$ORACLE_SID; RETENTION_DAYS=7 - RMAN 脚本内用
run { allocate channel c1 device type disk format '$BACKUP_DIR/%d_%U'; ... }—— 注意单引号会禁用变量展开，必须用双引号 - 时间计算别信
sysdate-7：RMAN 解析时可能因 NLS 设置出错，推荐先在 Shell 中算好：END_TIME=$(date -d '7 days ago' +'%Y-%m-%d %H:%M:%S')，再传进 RMAN 的sql "..."语句里
真正麻烦的不是写完脚本，而是验证它在 crontab 下能否以正确用户、环境变量、$ORACLE_HOME 和 $PATH 运行 —— 很多失败源于 cron 启动的 Shell 没加载 .bash_profile，导致 rman 命令找不到或连接报 ORA-01031: insufficient privileges。
