Oracle 12c统计信息收集脚本Cronjob执行异常排查求助

这种Cron执行Oracle脚本没效果的问题我碰到过好多次，大概率是环境变量或者输出重定向的坑，咱们一步步排查：

1. Cron的环境变量不完整 #

手动登录时你的shell会自动加载Oracle的核心环境变量（比如ORACLE_HOME、ORACLE_SID、PATH），但Cron运行时用的是极简环境，完全不知道Oracle的安装路径和实例信息。

• 解决办法：在脚本开头手动加载Oracle用户的配置文件，比如：

  # 加载Oracle用户的环境变量配置
  . /export/home/oracle/.bash_profile
  

  或者直接在Cron任务中指定必要的环境变量：

  19 12 * * * ORACLE_HOME=/u01/app/oracle/product/12c ORACLE_SID=YOUR_DB_SID /export/home/oracle/your_script.sh
  

2. sqlplus未使用绝对路径调用 #

手动执行时PATH里包含了Oracle的bin目录，所以能直接找到sqlplus，但Cron的默认PATH只有/bin、/usr/bin这类系统目录，根本找不到sqlplus命令。

• 解决办法：在脚本里用sqlplus的绝对路径，比如：

  /u01/app/oracle/product/12c/bin/sqlplus / as sysdba <<EOF
  exec dbms_stats.gather_schema_stats('SIEBEL');
  exit;
  EOF
  

3. 日志输出未正确重定向 #

你提到日志文件日期更新但无内容，说明Cron确实触发了脚本，但脚本的标准输出和错误信息都没被写入日志。Cron默认不会自动把输出定向到你指定的日志，必须手动配置。

• 解决办法：在脚本末尾或Cron任务中添加输出重定向，把标准输出和错误输出都写入日志：

  # 在Cron任务里加重定向
  19 12 * * * /export/home/oracle/your_script.sh >> /export/home/oracle/stats_log.log 2>&1
  

  这样不管是正常执行的输出还是报错信息，都会被记录到日志里，方便你定位问题。

4. Cron执行用户不正确 #

/ as sysdba依赖Oracle的操作系统认证机制，只有Oracle用户（或属于dba组的用户）才能用这种方式登录数据库。如果你的Cron任务是用root或其他普通用户创建的，必然会连接失败。

• 解决办法：切换到Oracle用户，用crontab -e编辑任务；如果必须用root执行，就在Cron里通过su切换用户：

  19 12 * * * su - oracle -c "/export/home/oracle/your_script.sh"
  

内容的提问来源于stack exchange，提问作者Amal