运行环境Ubuntu 11.04
crontab命令的功能是在一定的时间间隔调度一些命令的执行。
在/etc目录下有一个crontab文件,这里存放有系统运行的一些调度程序(还有cron.d/ cron.deny cron.monthly/ cron.weekly/cron.daily/ cron.hourly/ crontab)。每个用户可以建立自己的调度crontab(/var/spool/cron 每个用户的文件以自己的名字命名 crontab -u someone -e)。
crontab命令有三种形式的命令行结构: crontab [-u user] [file] crontab [-u user] [-e|-l|-r] crontab -l -u [-e|-l|-r]第一个命令行中,file是命令文件的名字。如果在命令行中指定了这个文件,那么执行crontab命令,则将这个文件拷贝到crontabs目录下;如果在命令行中没有制定这个文件,crontab命令将接受标准输入(键盘)上键入的命令,并将他们也存放在crontab目录下。
命令行中-r选项的作用是从/var/spool/cron/crontabs目录下删除用户定义的文件crontab;
命令行中-l选项的作用是显示用户crontab文件的内容。crontab -u user -e命令: 编辑用户user的cron(c)作业。用户通过编辑文件来增加或修改任何作业请求。
crontab -u user -r命令: 删除当前用户的所有的cron作业。作业与它们预定的时间储存在文件/var/spool/cron/crontabs/username里。
username使用户名,在相应的文件中存放着该用户所要运行的命令。命令执行的结果,无论是标准输出还是错误输出,都将以邮件形式发给用户。文件里的每一个请求必须包含以spaces和tabs分割的六个域。前五个字段可以取整数值,指定何时开始工作,第六个域是字符串,称为命令字段,其中包括了crontab调度执行的命令。
1. 使用crontab -e命令
这个命令的使用比较简单。直接输入
~# crontab -e
第一次运行,可能要求你选择文本编辑软件,系统推荐使用nano编辑器
nano基本使用命令:
ctrl + o : 保存
ctrl + x : 退出
系统打开一个编辑窗口,第一行会有内容格式的提示:
# m h dom mon dow command
具体意义表示:分钟 小时 日期 月份 星期 命令
在某月(mon)的某天(dom)或者星期几(dow)的几点(h,24小时制)几分(m)执行某个命令(command)
*表示任意时间
注意:一行为一个任务,共计6个参数,通过5个空格或者tab键分隔
前五个参数取值范围:
m: 0~59 表示分
h: 1~23 表示小时
dom: 1~31 表示日
mon: 1~12 表示月份
dow: 0~6 表示星期(其中0表示星期日)
eg:
[plain]
- #每小时的03时执行/home/meng/下的hello.sh脚本
- 3 * * * * /home/meng/hello.sh
- #MIN HOUR DAY MONTH DAYOFWEEK COMMAND
- #每天早上6点10分
- 10 6 * * * date
- #每两个小时
- 0 */2 * * * date
- #晚上11点到早上8点之间每两个小时,早上部点
- 0 23-7/2,8 * * * date
- #每个月的4号和每个礼拜的礼拜一到礼拜三的早上11点0分
- 0 11 4 * mon-wed date
- #1月份日早上4点
- 0 4 1 jan * date
[plain]
- #MIN HOUR DAY MONTH DAYOFWEEK COMMAND
- 10 6 * * * date
- 0 */2 * * * date
- 0 23-7/2,8 * * * date
在保存之后,根据屏幕下面的提示输入Ctrl+X退出,此时会提示是否保存,输入Y;提示输入文件名,并且有一个临时的文件名,由于只是,直接回车保存。
注意:在完成编辑以后,要重新启动cron进程:
~# /etc/init.d/cron restart
或者使用 sudo service cron restart
观察运行结果,会发现hello.sh会每隔一小时,在03分时被执行一次。
在使用这个命令时,最大的担心就是在系统重启以后是否还能顺利执行呢?我重启系统以后发现一切正常,于是打消了这个顾虑。但是,仍然有一个问题,一般情况下,服务器都是在重启后处于登录状态下,并没有用户登入。那么如果我在执行crontab -e命令时,不是使用root账户,那么在系统重启之后是否还会顺利执行呢?
2. 编辑crontab文件
crontab位于/ect/文件夹,在上有关于它的详细介绍,但是我看的不是太懂。
打开crontab文件,如果没有编辑过可以看到如下类似的内容:
- # /etc/crontab: system-wide crontab
- # Unlike any other crontab you don't have to run the `crontab'
- # command to install the new version when you edit this file
- # and files in /etc/cron.d. These files also have username fields,
- # that none of the other crontabs do.
- SHELL=/bin/sh
- PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
- # m h dom mon dow user command
- 17 * * * * root cd / && run-parts --report /etc/cron.hourly
- 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
- 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
- 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
由于对脚本的认知有限,不能详细解释每个命令的含义。在第10行,同样定义了文件内容的格式。可以看到比使用crontab -e命令时,多了一个user。它表示了执行命令的用户,如果是root,就表明是系统用户。于是,我加了如下一行:
3 * * * * root /home/meng/hello.sh
然后保存文件。
这时需要的注意是,要重新启动系统,修改才能起作用。(只重启cron守护进程可以吗?)如果以前使用crontab -e进行了修改,建议先注释掉,不然就不知道是哪个方法在起作用了。
当然,结果也在意料之中,脚本定时顺利执行。
虽然解决了问题,但是还有一个疑问:
在一篇文章中看到,run-parts参数是表示执行文件夹下的所有文件,也就是说,上面的内容可以写成:
3 * * * * root run-parts /home/meng
不过,我在测试中好像并没有达到预想结果,也许是我测试步骤出了问题。这里做个记号。