Linux下oracle用户crontab不生效的解决办法

这个DB之前的老服务器上有一个shell,放在root用户下,用来执行oracle的每周二自动全库备份。

现在DB迁移了,换到新的服务器下,想用oracle用户来完成这个操作,结果一开始测试的时候不成功,自动任务写好无法自动执行。

  • 尝试手动执行shell
    [oracle@oradb2 ~]$ /ora_bak/dbbak/oracle_backup.sh

发现可以手动执行成功:
Linux下oracle用户crontab不生效的解决办法

  • 设置自动任务

    30 11 * * 3 /ora_bak/dbbak/oracle_backup.sh
    因为昨天刚好是周三,所以自动任务测试的时候定义为:每周三的11:30分

  • 查看报错
    到了11点30分01秒的时候,这个cron开始执行,但是失败了,从日志中可以看到如下信息:
    Linux下oracle用户crontab不生效的解决办法

  • 问题分析
    从报错上看,linux报出了一个找不到expdp命令的错误,但是我们手动还能执行,这说明是不是shell里写的有些问题呢?

我们来看一下这个shell:

#!/bin/sh
rq=`date +"%Y%m%d"`
expdp xxxxx/xxxxx directory=DUMP_DIR dumpfile=xxx_bak$rq.dmp logfile=xxx_bak$rq.log schemas=xxxx

可以看到,很简单的两条命令而已,那为啥自动执行不行呢?

  • 展开联想
    老的DB服务器上,用的root账号执行,新的服务器上,用的oracle账号执行。
    这是一个比较明显的区别,应该就是这里有问题,再往下想一下,可能跟不同用户的环境变量有关。

    正是因为环境变量的关系,所以导致oracle用户在执行cron的时候,找不到expdp这个命令,那么为什么oracle找不到呢?答案是:shell里没指定环境变量。

  • 问题解决

我们修改一下shell:

#!/bin/sh
. /etc/profile
. ~/.bash_profile  
rq=`date +"%Y%m%d"`
expdp xxxx/xxxx directory=DUMP_DIR dumpfile=xxx_bak$rq.dmp logfile=xxx_bak$rq.log schemas=xxx

这次就没有报错了,cron准时执行。

相关推荐