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

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

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

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

发现能够手动执行成功:
图片描述服务器

  • 设置自动任务oracle

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

  • 查看报错
    到了11点30分01秒的时候,这个cron开始执行,可是失败了,从日志中能够看到以下信息:
    图片描述spa

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

咱们来看一下这个shell:code

#!/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准时执行。

相关文章
相关标签/搜索