cron作业无法重新启动服务

cron作业无法重新启动服务,cron,solaris,restart,Cron,Solaris,Restart,我有一个简单的脚本,可以停止和启动(Oracle Hyperion的)服务 我已经将它安排在每晚运行,但之后数据库连接出现问题。但是当我手动运行stop.sh和start.sh时,就不存在这样的问题。显然,这项工作还没有完全完成 下面是crontab-l 00 02 * * * /export/home/oracle/scheduled_restart.sh 有人能就这个问题提出建议吗?谢谢。在执行完全相同的代码期间,cron作业与命令行不同的通常原因是环境,特别是ORACLE\u SID、T

我有一个简单的脚本,可以停止和启动(Oracle Hyperion的)服务

我已经将它安排在每晚运行,但之后数据库连接出现问题。但是当我手动运行
stop.sh
start.sh
时,就不存在这样的问题。显然,这项工作还没有完全完成

下面是
crontab-l

00 02 * * * /export/home/oracle/scheduled_restart.sh

有人能就这个问题提出建议吗?谢谢。

在执行完全相同的代码期间,cron作业与命令行不同的通常原因是环境,特别是ORACLE\u SID、TWO\u TASK、LD\u LIBRARY\u PATH等变量

假设oracle用户拥有crontab: 当一个作业由crond运行时,它与su-oracle相当,而不是su-oracle。尝试执行一些操作,以确保该命令提供oracle用户在登录期间通常会提供的所有信息

要查看正在发生的事情:

/export/home/oracle/scheduled_restart.sh && set > /tmp/my_variables.txt
如果
/export/home/oracle/scheduled\u restart.sh
文件可执行,则不需要
/bin/sh

在1号线上应该有一个shebang。例:
#/bin/ksh
用于korn shell或您使用的任何shell。

您可以发布cronjob行以进行检查吗?@fedorqui我已在问题中添加了输出我不确定oracle用户是否“拥有”crontab,但该用户与root用户一起位于cron.allow列表中。当我有机会的时候,我会尝试一下,让你知道它是如何运行的“拥有”意味着用户可以创建和编辑crontab。cron.allow就是这么做的。既然您执行了crontab-l,那么就可以开始了。我们在脚本中添加了设置环境变量的行,然后就可以了。
/export/home/oracle/scheduled_restart.sh && set > /tmp/my_variables.txt