RMAN不支持在非交互式shell中直接执行多行命令块，必须通过rman target / <<'EOF'传入命令流或调用外部脚本文件；硬写run命令会因缺少命令流解析机制而失败。
为什么不能直接用 run { backup incremental level 1; } 写进脚本
RMAN 自身不支持在非交互式 shell 中直接执行多行命令块，除非显式调用 rman target / 并通过 EOF 传入命令流。硬写成 rman target / 是可行的，但容易因换行、空格、分号位置导致语法错误；更常见的是脚本执行时 RMAN 报 <code>RMAN-00571 或直接退出无日志。
关键点在于：RMAN 的 run 块必须完整、缩进无关但分号和大括号位置敏感；且必须确保数据库处于归档模式（ARCHIVELOG），否则增量备份会失败并报 ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode。
- 确认归档模式：
SELECT log_mode FROM v$database;，不是ARCHIVELOG就别往下写了 - 增量级别选择：
level 0是全量基线，level 1分为cumulative（自最近 level 0 后所有变更）和differential（默认，自最近任意 level 备份后变更），生产环境建议显式写incremental level 1 cumulative - 不要省略
plus archivelog—— 否则归档日志不被备份，恢复链断裂
如何让 RMAN 命令在 Shell 脚本中稳定执行
最稳妥的方式是把 RMAN 指令单独写成一个 .rcv 文件，再由 shell 调用 rman target / @/path/to/backup.rvc。这样避免 shell 解析干扰，也方便调试和复用。
示例 /opt/rman/incr1.rvc：
run {
allocate channel c1 device type disk;
backup as compressed backupset
incremental level 1 cumulative
plus archivelog delete all input
format '/u01/backup/incr1_%d_%T_%s_%p.bkp'
tag 'INCR1_DAILY';
release channel c1;
}
对应 shell 脚本片段：
#!/bin/bash export ORACLE_SID=orcl export ORACLE_HOME=/u01/app/oracle/product/19c/dbhome_1 export PATH=$ORACLE_HOME/bin:$PATH rman target / @/opt/rman/incr1.rvc >> /var/log/rman_incr1.log 2>&1 if [ $? -ne 0 ]; then echo "$(date): RMAN backup failed" >> /var/log/rman_incr1.log exit 1 fi
-
allocate channel必须配release channel，否则下次运行可能卡住 -
delete all input表示备份完就删归档，如需保留至少一份，请改用delete input或配合archivelog until time 'sysdate-1' -
format中的%T是日期（YYYYMMDD），%s是备份集号，%p是备份片号——别用%U在增量场景下，它不保证唯一性
怎样自动区分 level 0 和 level 1 备份周期
Oracle 不强制要求固定周期做 level 0，但实际运维中常按周执行一次 level 0，其余天跑 level 1。Shell 脚本可通过 date +%u（周一为 1）判断是否周日（7）或周一（1），再决定调用哪个 .rcv 文件。
例如每周日做 level 0：
if [ $(date +%u) = "7" ]; then rman target / @/opt/rman/level0.rvc >> /var/log/rman_level0.log 2>&1 else rman target / @/opt/rman/incr1.rvc >> /var/log/rman_incr1.log 2>&1 fi
- 注意：
date +%u返回数字字符串，必须加引号比较，否则 bash 可能报错[: 7: unexpected operator - 别依赖
crontab的星期字段（如0表示周日）和 shell 的%u混用——cron 的周日是 0，date +%u是 7，容易错位 - level 0 备份前建议加锁检查：
ps -ef | grep "rman.*target" | grep -v grep，防止和增量脚本冲突
备份后必须验证的三件事
脚本跑完不等于备份可用。RMAN 备份成功只代表写盘完成，不代表可恢复。以下三步缺一不可：
- 检查输出日志里有没有
Finished backup at，且没有ORA-或RMAN-错误码（除已知可忽略的RMAN-08137等） - 手动执行
list backup of database summary;确认新备份集已注册到控制文件，并留意STATUS是否为AVAILABLE - 每周抽一次做
restore validate：例如rman target / ，它不真正还原，但会校验备份片可读、块校验和正确
最容易被跳过的其实是第三项——没做过 validate 的备份，和没备份没区别。尤其在使用 NFS 或对象存储挂载备份目录时，网络抖动可能导致部分备份片写入不完整，RMAN 默认不会主动发现。
