RMAN备份脚本需用> log 2>&1重定向捕获全部输出（含stdout/stderr），因SPOOL仅记录RMAN会话内日志，无法捕获连接失败、环境错误等Shell层信息；必须加set -e和set -o pipefail确保失败立即终止，避免误操作。
如何让RMAN备份脚本把日志完整写入文件
rman自身不直接支持日志文件路径配置，必须靠shell重定向来捕获全部输出（含rman命令执行过程、通道分配、备份集生成、错误提示等）。关键不是“加个> log.txt”就行，而是要同时捕获标准输出和标准错误，并确保rman内部的交互信息不丢失。
- 用
2>&1合并stderr到stdout，再统一重定向，否则ORA-19504这类错误会直接打印到终端而漏写进日志 - 避免仅用
>，它默认只重定向stdout，RMAN报错时你可能在日志里看到“备份成功”，实际已失败 - 推荐用
> /path/backup_$(date +\%Y%m%d_\%H%M%S).log 2>&1，带时间戳，防止日志被覆盖
为什么RMAN脚本里用spool不管用
RMAN的SPOOL命令（如SPOOL LOG TO /tmp/rman.log）只记录RMAN命令行本身的输出，不包括Shell层启动、环境变量加载、CONNECT TARGET认证失败、信号中断等外围信息。一旦rman target /连不上，SPOOL根本不会生效，日志为空——但重定向能照常捕获RMAN-00571: ===========================================================这类启动头信息和连接拒绝错误。
-
SPOOL是RMAN会话内的功能，依赖RMAN进程正常启动；重定向是Shell对整个子进程的I/O接管，更底层、更可靠 - 如果RMAN因权限问题无法读取
ORACLE_HOME，SPOOL甚至不会解析，而重定向仍能记录/bin/sh: rman: not found - 别在RMAN脚本里混用
SPOOL和Shell重定向，容易造成日志重复或截断
生产环境必须加set -o pipefail和set -e吗
必须。RMAN备份脚本不是“跑完就完”，而是需要明确知道每一步是否真正成功。Shell默认忽略管道中前段命令的失败（比如rman ... | tee log里RMAN崩溃，tee仍返回0），导致后续清理逻辑误执行。
-
set -e让任意命令非零退出时立即终止脚本，避免“备份失败但删了旧归档”的灾难 -
set -o pipefail确保|左边失败时整条管道返回失败码，配合set -e才真正有效 - 加上
exec &> /var/log/rman/$(basename $0)_$(date +\%F).log把整个脚本所有输出（含set提示、变量展开）都归档，方便回溯上下文
日志里出现乱码或空行怎么排查
常见于RMAN启用颜色输出（如某些Oracle 19c+默认开启ANSI转义序列）或终端检测异常。RMAN会根据$TERM判断是否输出控制字符，而重定向到文件时$TERM常为空或dumb，导致部分版本输出不可见字符或格式错乱。
- 显式设置
export TERM=ansi或export TERM=dumb再运行RMAN，避免自动探测干扰 - 用
cat -v log.log查看是否有^[[0m类ANSI序列；若有，加rman target / nocatalog （单引号防止Shell提前展开） - 别用
script命令套一层录屏式日志——它引入伪终端，反而触发更多兼容性问题，且日志体积暴涨
2>&1就以为日志全了，结果故障复盘时发现关键错误信息根本不在文件里。
