感谢支持
我们一直在努力

Linux crond定时任务

第1章 Crond是什么?

Crond是linux系统用来定期执行命令或指定程序任务的一种服务或软件。一般情况下,我们安装完CentOS5/6linux操作系统之后,默认便会启动Crond任务调度服务。Crond服务会定期(默认每分钟检查一次)检查系统中是否有要执行的任务工作。如果有,便会根据其预先设定的定时任务规则自动执行该定时任务工作。这个Crond定时任务服务就相当于我们早上使用的闹钟一样。

第2章 Linux系统crond的定时任务
linux系统中定时任务调度的工作可以分为以下两种情况:

1、 linux系统自身定期执行的任务工作:系统周期性自行执行的任务工作,如轮询系统日志、备份系统数据、清理系统缓存等,这些任务无须我们人为干预。例如:

[root@web01 ~]# ll /var/log/messages*

-rw——- 1 root root 585506 1月 24 21:32 /var/log/messages

-rw——- 1 root root 495226 12月 13 14:41 /var/log/messages-20151213

-rw——- 1 root root 501046 12月 20 10:33 /var/log/messages-20151220

-rw——- 1 root root 333767 12月 30 20:27 /var/log/messages-20151230

-rw——- 1 root root 332996 1月 10 12:19 /var/log/messages-20160110

2、用户执行的任务工作:某个用户或系统管理员定期要做的工作,例如每隔5分钟和互联网上的时间服务器进行时间同步,每天晚上0点备份网站站点数据及数据库数据,一般这些工作需要由用户自己来设置。

[root@web01 ~]# crontab -l

*/5 * * * * /usr/sbin/ntpdate time.nist.gov >/dev/null 2>&1

#* * * * * echo “yangrz” >>/server/log/yangrz

第3章 命令说明

crond服务是运行的程序,而crontab是用户用来设置定时规则的命令。

crontab option

-l list(查看用户设置的定时任务)

-e 编辑定时任务配置文件

crontab –e ===vi /var/spool/cron/root

crontab –l ===cat /var/spool/cron/root

第4章 crontab语法格式中时间段的含义

含义

取值范围(整数)

第一段

表示分钟

00-59(00也可以是0

第二段

表示小时

00-23

第三段

表示日、天

01-31

第四段

表示月份

01-12

第五段

表示星期、周几

0-7(0和7都表示周日)

提示:记忆口诀:分时日月周

# .—————- 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 be executed

第5章 crontab语法格式中特殊符号含义

特殊符号

含义

*

*号表示任意时间都,实际就是“每”的意思。如:00 23 * * * cmd表示每月每周每日的23:00都执行cmd任务。

提示:定时任务如果是到小时,口述时就最多提每天。

分位上的*就等价于0-59,表示每分。

减号,表示分隔符,表示一个时间范围,区间段,如17-19点,每天的17,18,19点的00分执行任务。00 17-19 * * * cmd。就是17,18,19点整点分别执行的意思。

逗号,表示分隔时段的意思。30 17,18,19 * * * /bin/sh /scripts/test.sh 表示每天17、18、19点的半点时刻执行/scripts/test.sh脚本。

/n

n代表数字,即“每个n单位时间”,例如:每10分钟执行一次任务,可以写成*/10 * * * * cmd,其中*/10的意思是每10分钟执行cmd命令。

clip_image002

 
第6章 书写定时任务的若干要领方法:

要领1:为定时任务规则加必要的注释

要领2:定时任务命令或程序最好写到脚本里执行

要领3:执行shell脚本任务前加/bin/sh

要领4:定时任务命令或脚本结尾加>/dev/null 2>&1

&>/dev/null 1>/dev/null 2>/dev/null

要领5:在指定用户下执行相关的定时任务

要领6:生产任务程序不要随意打印输出信息

tar zcf echo 123 >a.log

要领7:定时任务执行的脚本要规范路径(/service/scripts)

要领8:配置定时任务规范操作过程

第7章 关于配置定时任务规范操作过程

1)首先要在命令行操作成功,然后复制成功的命令到脚本里,在各个细小环节减少出错的几率。

2)然后测试脚本,测试成功后,复制脚本的规范路径到定时任务配置里,不要手敲。

3)先在测试环境测试,然后正式环境规范部署。

题:每隔2小时将系统的/etc/service文件打包备份的/tmp下(最好每次备份成不同的包)

包袱:/etc/service是不存在的,应该是/etc/services

要cd到目标内容的上级目录打包

打包的频率是分,包名必须精确到分。

确保命令执行正确。然后写到脚本里(复制进去)

定时任务命令或程序最好写到脚本里执行。

测试脚本正确性(定时任务怎么写,命令行就怎么测试)

脚本测试正确了,命令行的命令也要复制。

* * * * * tar zcvf /tmp/service-$(date +%F-%H)tar.gz ./services

这样写是不对的,在定时任务配置文件里还得转义、所以要把命令写到文件中,避免错误。

题:每天晚上0点,把/tmp/services.tar.gz的包,删除前天前的。

/var/log/cron*

这是crontab的日志,执行正确还是错误,日志里边都会有输出。

第8章 工作中调试定时任务的方法:

1、 增加执行任务频率调试任务(某些任务不能用于生产环境没有测试机会)

2、 代码发布:个人开发环境—办公测试环境—IDC机房测试环境—》IDC正式环境(分组,灰度发布)

3、 调整系统时间调试任务(不能直接用于生产环境),保持5分钟

4、 通过脚本日志输出调试定时任务

5、 注意一些任务命令带来的问题

6、 (*/1 * * * * * echo “==” >> /tmp/oldboy.log >dev/null 2>&1)

7、 注意环境变量导致的定时任务故障(Java)

8、 通过crond定时任务日志调试定时任务(/var/log/cron)

9、 把脚本放到定时任务里边,很多时候取系统变量,取不到,会出问题。这时候可以在脚本里把系统变量重新定义一遍。

 
第9章 crontab定时任务生产应用问题10箴言:

1. 系统环境变量问题

2. 定时任务要用绝对路径

3. 脚本权限问题,加/bin/sh

4. 时间变量问题用反斜线\%转义,最好用脚本

5. >/dev/null 2>&1为题(1>/dev/null 2>/dev/null ,&>/dev/null)

6. 定时任务规则之前加注释

7. 使用脚本程序替代命令行定时任务

8. 避免不必要的程序及命令输出

9. 切到目标目录的上一级打包目标

10. 定时任务脚本中的程序命令尽量用全路径(和环境变量的识别有关)。

本文永久更新链接地址:http://www.linuxidc.com/Linux/2016-01/127826.htm

赞(0) 打赏
转载请注明出处:服务器评测 » Linux crond定时任务
分享到: 更多 (0)

听说打赏我的人,都进福布斯排行榜啦!

支付宝扫一扫打赏

微信扫一扫打赏