1.crond是什么?
crond是linux系统中用来定期执行命令和或者指定程序任务的一种服务或软件,一般在安装完Centos5/6系统的时候,crond就会默认存在了
2.为什么需要定时任务?
服务器7*24,重要业务实时备份
3.crond工作原理
crond服务默认每分钟,会检查系统中是否有需要执行的定时任务,如果有就会根据事先定义好的规则来指定这个定时任务
4.linux定时任务分类
a.系统自身定期执行的任务,如/var/log/messages
b.用户执行的定时任务
c. at执行一次就结束的调度任务,依赖服务atd
d. anacrontab适合非7*24服务器准备的,开机执行的,检测停机期间没有执行的任务,在开机后一次性执行一遍
e. crond,crond服务默认情况(每分钟),会检查系统中是否有需要指定的定时任务,如果有就会根据事先定义好的规则来执行这个定时任务。crond依赖crond服务进程。crond是一个守护进程,,通过crontab命令是用户用来设置定时任务规则的命令。
5. 默认crondab的配置文件为/var/spool/cron/root
[root@Centos6 ~]# crontab -l == cat /var/spool/cron/root [root@Centos6 ~]# crontab -e == vim /var/spool/cron/root
注:crontab -e 会检查语法,而vim编辑则不会。和visudo一样。
6.使用者权限及定时任务文件
文件 | 说明 | |||
/etc/cron.deny | /var/spool/cron/ | |||
/etc/cron.allow | 该文件中所列用户允许使用crontab命令,优先于 | |||
/var/spool/cron/ | 所有用户crontab配置文件默认都存放在此目录,文件名以用户名命名 |
7.指令的使用格式
默认情况下,当用户建立定时任务规则后,该规则记录对应的配置文件会存在于/var/spool/cron中,其crontab配置文件对应的文件名与登录的用户名一致,如:root用户的定时任务配置文件为/var/spool/cron/root。
Crontab定时任务的书写格式很简单,用户的定时任务规则一般分为6个段(每个段通过空格来分隔,系统的定时任务为/etc/crontab,分为8段,空格来分隔),前五段为时间的设定段,第六段为所要执行的命令或脚本任务段。
基本格式如下:
01 * * * * cmd 02 4 * * * cmd 提示: 1、cmd为要执行的命令或脚本,列如/bin/bash /server/scripts/szk.sh # Example of job definition: # .---------------- minute (0 - 59) # | .------------- hour (0 - 23) # | | .---------- day of month (1 - 31) # | | | .------- month (1 - 12) OR jan,feb,mar,apr ... # | | | | .---- day of week (0 - 6)(Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat # | | | | | # * * * * * user-name command to beexecuted
8、crontab语法格式中时间段的含义如下表
段 | 含义 | 取值范围 | ||
第一段 | 分 | 0-59 | ||
第二段 | 时 | 0-23 | ||
第三段 | 日 | 0-31 | ||
第四段 | 月 | 0-12 | ||
第五段 | 周 | 0-6(0=7) |
9、crontab语法格式中特殊符号含义如下表
特殊符号 | 含义 | |||
* | 表示任意时间都,实际就是“每”时间的意思。列:00 23 * * * cmd表示每月每周每日的23:00都执行cmd任务。 | |||
- | 表示分隔符,表示一个时间范围,区间段,如17-19点,每天的17,18,19的00分执行任务。 | |||
, | 逗号,表示分隔时段的意思。30 17,18,19 * * */bin/sh /scripts/szk.sh表示每天17、18和19点半点执行szk.sh脚本 | |||
/n | N代表数字,即“每隔n单位时间”,列如:每10分钟执行一次任务可以写成*/10 * * * cmd,其中,*/10,*代表0-59,也可以写成0-59/10 |
10、 crontab编辑的定时任务依赖的服务
[root@Centos6 ~]# chkconfig --list crond #检查服务是否开启 crond 0:off 1:off 2:on 3:on 4:on 5:on 6:off [root@Centos6 ~]# /etc/init.d/crond status #检查进程状态 crond (pid 961) is running... [root@Centos6 ~]# ps -ef | grep crond | grep -v grep root 961 1 0 14:50 ? 00:00:01 crond [root@Centos6 ~]# /etc/init.d/crond restart Stopping crond: [ OK ] Starting crond: [ OK ]
11、 举例:
30 2,12 * * * /bin/bash /scipts/szk.sh 每天3:30和12:30执行这个脚本
30 */6 * * * /bin/bash /scipts/szk.sh 每隔6个小时的半点时刻执行这个脚本
30 8-18/2 * * * /bin/bash /scipts/szk.sh 8:00到18:00每隔2小时执行这个脚本
30 21 * * * /application/apache/bin/apachectl graceful 每天21:30重启apache服务
45 4 1,10,22 * * /application/apache/bin/apachectl graceful 每个月的1,10,22号的4:45重启Apache服务
10 1 * * 6,0 /application/apache/bin/apachectl graceful 每周六周日的1:10重启apache服务
0,30 18-23 * * * /application/apache/bin/apachectl graceful 每天的18:00和23:00的整点和半点重启apache服务
00 */1 * * * /application/apache/bin/apachectl graceful 每隔一个小时的整点重启一次Apache服务
注:周和日尽量不要同时用,因为周和日不一定同步
12、生产环境Crontab专业实例
书写crontab定时任务多个基本要领
每分钟打印一次自己的名字到“/server/log/*文件中
#需要做好注释 print a name * * * * * echo szk >> /server/log/szk.log #/server/log目录必须要存在
2.要领:
a.加必要注释:写定时任务规则时尽可能的加上注释,这是个好的习惯和规范。
b.执行shell脚本任务前加/bin/bash,执行任务时,如果是执行脚本,请尽量在脚本前面带上/bin/bash命令,否则有可能因为忘了为脚本设定执行权限X,从而以为OK了
c. 在指定用户下执行相关定时任务,需要root权限执行的任务可以登陆到root用户下然后设置,如果不需要root权限,可以登陆到普通用户下(也可以直接在root下crontab -u szk -e的写法直接设置),然后设置。这里要特别注意不同用户的环境变量问题,如果是调用了系统环境变量/etc/profile(如生产场景中java程序的定时任务),最好在程序脚本中将用到的环境变量重新export下。
d.定时任务命令结尾加>/dev/null2>&1 等内容,如果需要打印日志,则可以追加到指定的日志文件里(此时不要和/dev/null同时存在),尽量不要留空。如果任务时命令的话,结尾使用“>/dev/null 2>&1”时要多测试下,要有检查手段。
其中,>表示重定向,/dev/null为特殊的字符设备文件,表示黑洞设备或空设备。2>&1表示让标准错误和标准输出一样,本命令内容即把脚本的正常和错误输出都重定向导/dev/null,即不记录任何输出。
>或1> 输出重定向:把前面输出的东西输入到后边的文件中,会删除文件原有内容
>>或1>> 追加重定向:把前面输出的东西追加到后边的文件中,不会删除原件原有内容
<或<0 输入重定向:后跟字符串,用来表示“输入结束”,也可用Ctrl+d来结束输入
<<或<<0 输入重定向:后跟字符串,用来表示“输入结束”,也可用ctrl+d来结束输入
2> 错误重定向:把错误信息输入到后边的文件中,会删除文件原有内容
2>> 错误追加重定向:把错误信息追加到后边的文件中,不会删除文件原有内容
>/dev/null 2>&1 等价于1>/dev/null 2>/dev/null #将正确和错误的输出输入为空
13、生产任务书写规范
为定时任务规则加必要的注释
执行shell脚本任务前加/bin/bash
定时任务命令或脚本的结尾加> /dev/null 2>&1
定时任务命令的执行,最好用脚本文件
在指定用户下指定相关定时任务
生产任务程序不要随意打印输出信息
定时任务执行的脚本要规范路径
时间变量要用反斜线,$(date+\%Y\%m\%d)
切到目标目录的上一级打包目标
配置定时任务规范操作过程:命令行测试à测试成功后à复制脚本的路径到定时任务配置里à现在测试环境下测试,然后正式环境规范部署
14.rontab日志,/var/log/cron
15.企业生产场景如何调试crontab定时任务
a. 在调试时,把任务执行频率调快一点,看能否执行,如果正常没问题后,再更改成需要的执行时间。
强调:有些计划任务是不允许频繁执行的,列如:定时往数据库里插入数据,这样的任务就要在测试机上测试好,然后部署到正式线上,这样正式工作出问题的机会就少了。
规范的公司开发和运维人员操作流程:个人的开发配置环境à办公室的测试环境àIDC机房的测试环境àidc机房的正式环境
16.工作中调试定时任务的方法
a.增加执行任务频率调试任务
b.调整系统时间调试任务
c.通过脚本日志输出调试定时任务
d.注意一些任务命令带来的问题
e.注意环境变量导致的定时任务故障
f.通过crond定时任务服务日志调试定时任务 tail -f /var/log/cron