标签：
Crond是linux系统用来定期执行命令或指定程序任务的一种服务或软件。一般情况下，我们安装完Centos5/6linux操作系统之后，默认便会启动Crond任务调度服务。Crond服务会定期（默认每分钟检查一次）检查系统中是否有要执行的任务工作。如果有，便会根据其预先设定的定时任务规则自动执行该定时任务工作。这个Crond定时任务服务就相当于我们早上使用的闹钟一样。
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
[root@web01 ~]# crontab -l
*/5 * * * * /usr/sbin/ntpdate time.nist.gov >/dev/null 2>&1
#* * * * * echo "yangrz" >>/server/log/yangrz
crond服务是运行的程序，而crontab是用户用来设置定时规则的命令。
crontab option
-l list（查看用户设置的定时任务）
-e 编辑定时任务配置文件
crontab –e ===vi /var/spool/cron/root
crontab –l ===cat /var/spool/cron/root
|
段 |
含义 |
取值范围（整数） |
|
第一段 |
表示分钟 |
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
|
特殊符号 |
含义 |
|
* |
*号表示任意时间都，实际就是“每”的意思。如：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命令。 |
要领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：配置定时任务规范操作过程
1）首先要在命令行操作成功，然后复制成功的命令到脚本里，在各个细小环节减少出错的几率。
2）然后测试脚本，测试成功后，复制脚本的规范路径到定时任务配置里，不要手敲。
3）先在测试环境测试，然后正式环境规范部署。
包袱：/etc/service是不存在的，应该是/etc/services
要cd到目标内容的上级目录打包
打包的频率是分，包名必须精确到分。
确保命令执行正确。然后写到脚本里（复制进去）
定时任务命令或程序最好写到脚本里执行。
测试脚本正确性（定时任务怎么写，命令行就怎么测试）
脚本测试正确了，命令行的命令也要复制。
* * * * * tar zcvf /tmp/service-$(date +%F-%H)tar.gz ./services
这样写是不对的，在定时任务配置文件里还得转义、所以要把命令写到文件中，避免错误。
题：每天晚上0点，把/tmp/services.tar.gz的包，删除前天前的。
/var/log/cron*
这是crontab的日志，执行正确还是错误，日志里边都会有输出。
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、 把脚本放到定时任务里边，很多时候取系统变量，取不到，会出问题。这时候可以在脚本里把系统变量重新定义一遍。
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.cnblogs.com/yangruizeng/p/5156388.html
