crontab的注意事项

注意事项

脚本无法执行问题

如果我们使用 crontab 来定时执行脚本，无法执行，但是如果直接通过命令（如：./test.sh)又可以正常执行，这主要是因为无法读取环境变量的原因。

解决方法：

1、所有命令需要写成绝对路径形式，如: /usr/local/bin/docker。

2、在 shell 脚本开头使用以下代码：

3、在 /etc/crontab 中添加环境变量，在可执行命令之前添加命令 . /etc/profile;/bin/sh，使得环境变量生效，例如：

注意环境变量问题

在crontab文件中定义多个调度任务时，需要特别注意的一个问题就是环境变量的设置

系统级任务调度与用户级任务调度

root用户的任务调度操作可以通过“crontab –uroot –e”来设置，也可以将调度任务直接写入/etc/crontab文件，需要注意的是，如果要定义一个定时重启系统的任务，就必须将任务放到/etc/crontab文件，即使在root用户下创建一个定时重启系统的任务也是无效的。

生产调试定时任务

1. 增加执行任务的频率调试
2. 调整系统时间调试任务，提前5分钟 –>不用于生产环境
3. 通过脚本日志输出调试定时 任务
4. 注意一些任务命令带来的问题 –>确保命令的正确性

crontab箴言

1. 环境变量问题，例如crontab不能识别Java的环境变量，crontab执行shell时，只能识别为数不多的环境变量，普通的环境变量是无法识别的，所以在编写shell时，最好使用export重新声明变量，确保脚本执行。
2. 命令的执行最好用脚本
3. 脚本权限加/bin/sh，规范路径/server/scripts
4. 时间变量用反斜线转义，最好用脚本
5. 定时任务添加注释
6. >/dev/null 2>&1 ==> &>/dev/null，别随意打印日志文件
7. 定时任务里面的程序脚本尽量用全路径
8. 避免不必要的程序以及命令输出
9. 定时任务之前添加注释
10. 打包到文件目录的上一级

恢复丢失的crontab文件

如果不小心误删了crontab文件，假设你在自己的$HOME目录下还有一个备份，那么可以将其拷贝到/var/spool/cron/<username>，其中<username>是用户名。如果由于权限问题无法完成拷贝，可以用：crontab <filename> 其中，<filename>是你在$HOME目录中副本的文件名。
有些crontab的变体有些怪异，所以在使用crontab命令时要格外小心。如果遗漏了任何选项，crontab可能会打开一个空文件，或者看起来像是个空文件。这时敲delete键退出，不要按<Ctrl-D>，否则你将丢失crontab文件。

不接收邮件

注意：当程序在你所指定的时间执行后，系统会发一封邮件给当前的用户，显示该程序执行的内容，若是你不希望收到这样的邮件，请在每一行空一格之后加上 > /dev/null 2>&1 即可，如：

20 03 * * * . /etc/profile;/bin/sh /var/www/runoob/test.sh > /dev/null 2>&1

其他注意事项

1. 当crontab突然失效时，可以尝试/etc/init.d/crond restart解决问题。或者查看日志看某个job有没有执行/报错tail -f /var/log/cron。
2. 千万别乱运行crontab -r。它从Crontab目录（/var/spool/cron）中删除用户的Crontab文件。删除了该用户的所有crontab都没了。
3. 在crontab中%是有特殊含义的，表示换行的意思。如果要用的话必须进行转义\%，如经常用的date ‘+%Y%m%d’在crontab里是不会执行的，应该换成date ‘+\%Y\%m\%d’

常用的命令展示

crontab服务操作说明：

查看crontab服务是否已设置为开机启动，执行命令：

• 方法一： 界面启动 ntsysv
• 方法二： 加入开机自动启动： chkconfig –level 35 crond on

常用定时器