31计划任务

一.crond周期性任务计划

1.计划任务主要分为以下两种使用情况:
1）.系统级别的定时任务： 临时文件清理、系统信息采集、日志文件切割
2）.用户级别的定时任务： 定时向互联网同步时间、定时备份系统配置文件、定时备份数据库的数据

# 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 周 0 or 7星期日
# | | | | |
# * * * * * user-name command to be executed  
 分 时 日 月 周 

*	表示该范围内的任意时间(每…)
-	表示一个连续的时间范围(连续取值)
,	表示间隔的多个不连续时间点( 离散取值)
/	指定间隔的时间频率（每隔…）

00 02 14 2 7 #每年的2月14日或每年2月的周天的凌晨2点执行
*/10 02 * * * ls #每天凌晨2点，每隔10分钟执行一次
00 02 * 1,5,8 * ls #每年的1月5月8月凌晨2点执行
3,15 8-11 */2 * * ls #每隔两天的上午8点到11点的第3和第15分钟执行
理论: 星期和日期 建议不要同时设置

2.crontab命令定义
每个用户都有专用的cron任务文件：/var/spool/cron/USERNAME

-e 编辑定时任务
-l 查看定时任务
-r 删除所有定时任务
-u 指定其他用户

服务名称：/etc/init.d/crond
主要设置文件：用户定义的设置，位于文件/etc/spool/cron/用户名
cron服务配置文件：/etc/crontab(包含三部分：注释、环境变量、cron命令)

注意：crond计划任务里的命令有时可能不被执行，因为cron的环境变量PATH 跟系统的PATH 不太一样，它的PATH 路径默认值为：PATH=/sbin:/bin:/usr/sbin:/usr/bin，所以这就造成很多命令不能使用。
解决办法：1、自己设置cron的PATH环境变量 2、用命令的绝对路径，如ls我们可以使用： /bin/ls

3.crond注意的事项

1. 给定时任务注释
2. 将需要定期执行的任务写入Shell脚本中，避免直接使用命令无法执行的情况tar date
3. 定时任务的结尾一定要有&>/dev/null或者将结果追加重定向>>/tmp/date.log文件
4. 注意有些命令是无法成功执行的 echo “123” >>/tmp/test.log &>/dev/null
   5.如果一定要是用命令，命令必须使用绝对路径

4.任务调试
a.crond调试
1) 调整任务每分钟执行的频率, 以便做后续的调试。
1.先手动执行没问题。
2.crond 每分钟执行以下，进行测试。
3.调整为需要执行的时间，进行执行。
2) 如果使用cron运行脚本，请将脚本执行的结果写入指定日志文件, 观察日志内容是否正常。
3) 命令使用绝对路径, 防止无法找到命令导致定时任务执行产生故障。
4) 通过查看/var/log/cron日志，以便检查我们执行的结果，方便进行调试。

b.crond编写思路

1.手动执行命令，然后保留执行成功的结果。
2.编写脚本
脚本需要统一路径/scripts
脚本内容复制执行成功的命令(减少每个环节出错几率)
脚本执行的输出信息可以重定向至其他位置保留或写入/dev/null
3.执行脚本
使用bash命令执行, 防止脚本没有增加执行权限(/usr/bin/bash)
执行脚本成功后，复制该执行的命令，以便写入cron
4.编写计划任务
加上必要的注释信息, 人、时间、任务
设定计划任务执行的周期
粘贴执行脚本的命令(不要手敲)
5.调试计划任务
增加任务频率测试
检查环境变量问题
检查crond服务日志

二.扩展

at 一次性计划任务
at [option] TIME
-V 显示版本信息:

-l: 列出指定队列中等待运行的作业；相当于atq

-d: 删除指定的作业；相当于atrm

-c: 查看具体作业任务

-f /path/from/somefile：从指定的文件中读取任务

-m:当任务被完成之后，将给用户发送邮件，即使没有标准输出