标签:
crond是linux下用来周期性的执行某种任务或等待处理某些事件的一个守护进程,与windows下的计划任务类似,当安装完成操作系统后,默认会安装此服务工具,并且会自动启动crond进程,crond进程每分钟会定期检查是否有要执行的任务,如果有要执行的任务,则自动执行该任务。linux下的定时任务的执行都依赖于该守护进程。
Linux下的任务调度分为两类,系统任务调度和用户任务调度。
1)系统任务调度:系统周期性所要执行的工作,比如写缓存数据到硬盘、日志清理等。在/etc目录下有一个crontab文件,这个就是系统任务调度的配置文件。通过编辑该文件,我们可以设置定时执行任务。
2)用户任务调度:用户定期要执行的工作,比如用户数据备份、定时邮件提醒等。用户可以使用crontab命令来定制自己的计划任务。所有用户定义的crontab文件都被保存在/var/spool/cron目录中,其文件名与用户名一致。
crontab命令常见于Unix和类Unix的操作系统之中,用于设置周期性被执行的指令。该命令从标准输入设备读取指令,并将其存放于“crontab”文件中,以供之后读取和执行。该词来源于希腊语 chronos(χρ?νος),原意是时间。
通常,crontab储存的指令被守护进程激活,crond进程在后台常驻运行,每一分钟检查是否有预定的作业需要执行。这类作业一般称为cron jobs。
crontab -u //设定某个用户的cron服务,一般root用户在执行这个命令的时候需要此参数 crontab -l //列出某个用户cron服务的详细内容 crontab -r //删除某个用户的cron服务 crontab -e //编辑某个用户的cron服务
比如说root查看自己的cron设置: crontab -u root -l
再例如,root想删除fred的cron设置: crontab -u fred -r
“*” 代表所有的取值范围内的数字。这个需要特别注意 “/” 代表每的意思,如*/10,如果用在minute字段,表示每十分钟执行一次。 “-” 代表从某个数字到某个数字,如“2-6”表示“2,3,4,5,6” “,” 指定一个列表范围,例如,“1,2,5,7,8,9”
crontab调度任务的文件格式一般如下所示:
1 2 3 4 5 6 7 8 9 10 11 |
Minute Hour Day Month Dayofweek command 分钟 小时 天 月 天每星期 命令 每个字段代表的含义如下: Minute 每个小时的第几分钟执行该任务,范围是0 – 59 Hour 每天的第几个小时执行该任务,范围是0 – 23 Day 每月的第几天执行该任务,范围是1 – 31 Month 每年的第几个月执行该任务,范围是1 – 12或者jan,feb,mar,apr … DayOfWeek 每周的第几天执行该任务,范围是0 – 6或者sun,mon,tue,wed,thu,fri,sat Command 指定要执行的程序 在这些字段里,除了“Command”是每次都必须指定的字段以外,其它字段皆为可选 |
下面给出一些常用的写法。
每天的 5:30 执行ls命令
1 |
30 5 * * * ls |
每周六、周日的1 : 10执行ls命令
1 |
10 1 * * 6,0 ls |
注:0表示星期天,1表示星期1,以此类推,也可以用英文来表示,sun表示星期天,mon表示星期一等。
每一小时执行一次ls命令,应该是在0分的时候
1 |
* */1 * * * ls |
注:在某些linux系统下不支持*/n这种写法,有可能会出现错误。
每天7:50以root 身份执行/etc/cron.daily目录中的所有可执行文件
1 |
50 7 * * * root run-parts /etc/cron.daily |
注:run-parts参数表示,执行后面目录中的所有可执行文件。root表示以root身份来执行目录下可执行文件。
如第一节所述,新增调度任务可用两种方法:
1)在命令行输入: crontab -e 然后添加相应的任务,wq存盘退出。添加任务命令的格式在上一节中有详细的介绍。该命令编辑的是/var/spool/cron下对应用户的cron文件,属于用户任务调度。
2)直接编辑/etc/crontab 文件,即vi /etc/crontab,添加相应的任务,属于系统任务调度。
crond进程每分钟不仅要读一次/var/spool/cron内的所有文件,还需要读一次/etc/crontab,因此我们配置这个文件也可以定时执行任务。用crontab配置是针对某个用户的,而编辑/etc/crontab是针对系统的任务。此文件的文件格式是:
1 2 3 4 5 6 7 8 9 10 11 |
SHELL=/bin/bashPATH=/sbin:/bin:/usr/sbin:/usr/bin //环境变量 MAILTO=root //如果出现错误,或者有数据输出,数据作为邮件发给这个帐号 HOME=/ //使用者运行的路径,这里是根目录 # run-parts 01 * * * * root run-parts /etc/cron.hourly //每小时执行 /etc/cron.hourly内的脚本 02 4 * * * root run-parts /etc/cron.daily //每天执行/etc/cron.daily内的脚本 22 4 * * 0 root run-parts /etc/cron.weekly //每星期执行 /etc/cron.weekly内的脚本 42 4 1 * * root run-parts /etc/cron.monthly //每月去执行/etc/cron.monthly内的脚本 0 * * * * root /root/vncrestart_tennfy.sh //每小时执行vncrestart_tennfy.sh文件 |
在最后一行为我们自行添加的定时任务,即每小时执行vncrestart_tennfy.sh文件,其中vncrestart_tennfy.sh必须为可执行文件。
crontab使用过程中有一些值得注意的地方,下面做一个简单的介绍。
每条任务调度执行完毕,系统都会将任务输出信息通过电子邮件的形式发送给当前系统用户,这样日积月累,日志信息会非常大,可能会影响系统的正常运行,因此,将每条任务进行重定向处理非常重要。
例如,可以在crontab文件中设置如下形式,忽略日志输出:
1 |
0 */3 * * * /usr/local/apache2/apachectl restart >/dev/null 2>&1 |
“/dev/null 2>&1”表示先将标准输出重定向到/dev/null,然后将标准错误重定向到标准输出,由于标准输出已经重定向到了/dev/null,因此标准错误也会重定向到/dev/null,这样日志输出问题就解决了。
新创建的cron job,不会马上执行,至少要过2分钟才执行。如果重启cron则马上执行。
在crontab脚本没有定时执行的时候,首先需要检查脚本的语法有没有出现问题。
有时我们创建了一个crontab,但是这个任务却无法自动执行,而手动执行这个任务却没有问题,这种情况一般是由于在crontab文件中没有配置环境变量引起的。我们在手动执行任务时是在当前shell环境下进行的,程序能够找到环境变量,而系统自动执行任务调度时,是不会加载任何环境变量的。因此,我们需要在shelll脚本中提供所有必要的路径和环境变量。
需要注意的主要有以下三点:
1)脚本中涉及文件路径时写全局路径;
2)脚本执行要用到java或其他环境变量时,通过source命令引入环境变量,如:
1 2 3 4 5 |
cat start_cbp.sh
#!/bin/sh
source /etc/profile
export RUN_CONF=/home/d139/conf/platform/cbp/cbp_jboss.conf/usr/local/jboss-4.0.5/bin/run.sh -c mev & |
3)当手动执行脚本OK,但是crontab死活不执行时。这时必须大胆怀疑是环境变量惹的祸,并可以尝试在crontab中直接引入环境变量解决问题。如:
1 |
0 * * * * /etc/profile;/bin/sh /var/www/java/audit_no_count/bin/restart_audit.sh |
标签:
原文地址:http://www.cnblogs.com/bylin/p/5216669.html