个人博客地址:http://www.pojun.tech/ 欢迎访问
前言
计划任务,是系统自动完成任务的一种方式。其原理就像是闹钟一样,到了我们指定的某一个时间点,系统就会自动的执行某种操作,实现我们想要达到的目的。在实际生产中有很多这样类似的例子,例如,定时发送邮件,定时备份某个目录,定时检查计算机的磁盘利用率并及时提醒管理员。
Linux 操作系统提供了这样的计划任务机制,使我们能够灵活的制定计划任务,以达到我们实际生产中的目的。
目录
我们将从以下几个方面系统地介绍Linux中地计划任务。
- 一次性计划任务–at命令
- 周期性计划任务–cron命令
- anacron 系统
- 普通用户的cron
一次性计划任务——at命令
就像一个定时闹钟一样,Linux中提供了能够在某一个特定时刻执行某条计划任务的命令,就是at命令。在使用at 命令的时候,要首先检查at命令是否已经安装,并且已经启动。但是CentOS 7 与CentOS 6中的服务名称已经有所变化,包括后面的cron服务也是一样,这里我们以at命令为例详细的解释一下。
CentOS 7 中at命令
# 查询at命令是否已经安装
rpm -ql at
/etc/at.deny #at命令的黑名单
/etc/pam.d/atd
/etc/sysconfig/atd
/usr/bin/at #at的一些命令
/usr/bin/atq #at的一些命令
/usr/bin/atrm
/usr/bin/batch
/usr/lib/systemd/system/atd.service #at命令服务的名称
/usr/sbin/atd
/usr/sbin/atrun
...... #at命令的一些文档,此处省略
/var/spool/at #at任务的暂存目录
/var/spool/at/.SEQ
/var/spool/at/spool
#查询服务是否已经启动
systemctl status atd
#如果没有启动,将其启动
systemctl start atd
CentOS 6 中at 命令
#查询at 命令是否已经安装
rpm -ql at
/etc/at.deny #at命令的黑名单
/etc/pam.d/atd
/etc/rc.d/init.d/atd #at命令的服务名称
/etc/sysconfig/atd
/usr/bin/at #at命令的一些命令
/usr/bin/atq #at命令的一些命令
/usr/bin/atrm #at命令的一些命令
/usr/bin/batch
/usr/lib64/pm-utils/sleep.d/56atd
/usr/sbin/atd
/usr/sbin/atrun
......
/var/spool/at #计划任务的暂存目录
/var/spool/at/.SEQ
/var/spool/at/spool
# 查询命令是否已经启动
service atd status
atd (pid 2089) is running...
# 如果命令没有启动的话,将其启动
systemctl start atd
at 命令的通用格式
at [option] TIME
at命令的常用选项
-V 显示版本信息:
-l: 列出指定队列中等待运行的作业;相当于atq
-d: 删除指定的作业;相当于atrm
-c: 查看具体作业任务
-f /path/from/somefile:从指定的文件中读取任务
-m:当任务被完成之后,将给用户发送邮件,即使没有标准输出
注意:作业执行命令的结果中的标准输出和错误以邮件通知给相关用户
TIME 定义什么时候执行at 这项任务的时间
at命令常用的时间格式
时间格式 | 案例 | 解释 |
---|---|---|
HH:MM | 02:00 | 在今日的 HH:MM 进行,若该时刻已过,则明天此时执行任务 |
HH:MM YYYY-MM-DD | 02:00 2016-09-20 | 规定在某年某月的某一天的特殊时刻进行该项任务 |
HH:MM[am pm] [Month] [Date] | 04pm March 17 17:20 tomorrow | 指定具体的日期和时间 |
HH:MM[am或pm] + number [minutes或hours或days或weeks] | now + 5 minutes | 在某个时间点再加几个时间后才进行该项任务 |
at 命令的执行方式
在使用at命令过程中有多种方式,使用起来比较灵活。下面我们就介绍一下这几种方式的使用,实际上大同小异,可以相互比较着去理解。
交互式
交互式定义计划任务的方式,是一种比较常用的也比较简单的方式。管理员可以在命令行直接输入需要定时执行的任务即可。
注意:交互式定义计划任务的时候,Ctrl+D 退出命令
#使用at命令定义一个计划任务
[root@localhost ~]#at 10:55
at> rm -rf /app/hello/
at> <EOT>
job 1 at Mon Aug 28 10:55:00 2017
#使用-l 选项查看计划任务是否设置成功
[root@localhost ~]#at -l
1 Mon Aug 28 10:55:00 2017 a root
#查看/var/spool/at 下是否生成了计划任务的临时文件
#临时文件在任务执行成功之后,会自动消失
[root@localhost ~]#ls /var/spool/at
a00001017e756f spool
下面我们看一张动态图的效果
输入重定向
其实at 命令在制定计划任务的时候,接收的就是标准输入的内容,不管是使用交互式的时候,还是其他,因此将标准输入重定向给at命令,也可以轻松实现定义计划任务。
#利用管道
[root@localhost ~]#echo "echo c;echo d" | at 12:00
#利用多行重定向
[root@localhost ~]#at 12:00 << EOF
> echo a
> echo d
> EOF
job 2 at Mon Aug 28 12:00:00 2017
从文件中读入
读取标准输入还有一种方式就是从文件中读取,at命令同样支持这种方式。
#定义一个计划任务文件
[root@localhost ~]#cat f1
echo a
echo b
rm -rf /app/hello/
将计划任务文件中计划任务读取出来,然后使用at命令创建计划任务
[root@localhost ~]#at -f f1 12:00
at 命令 白名单 黑名单
- 白名单:/etc/at.allow 默认不存在,只有该文件中的用户才能执行at命令
- 黑名单:/etc/at.deny 默认存在,拒绝该文件中用户执行at命令,而没有在at.deny 文件中的使用者则可执行
- 如果两个文件都不存在,只有 root 可以执行 at 命令,如果两个文件都存在,则at.deny文件失效,只有at.allow文件中白名单可以执行at命令,不在allow文件中的用户(除了root),都不能执行at命令。如果at.allow文件为空,则所有的用户(除了root)都不能执行at命令,如果两个文件都不存在,则只有root用户可以执行at命令,其余用户统统拒绝。
周期性的计划任务 cron
at命令只能定义一次计划任务,并在某一个时间点执行,执行结束之后,如果我们还想要重复这一操作,就需要重新定义一次计划任务,这样的方式在实际使用过程中具有很大的局限性,所以就需要用到周期性的计划任务 cron
相关的程序包:
cronie: 主程序包,提供crond守护进程及相关辅助工具
cronie-anacron:cronie的补充程序,用于监控cronie任务执行状况,如cronie中的任务在过去该运行的时间点未能正常运行,则anacron会随后启动一次此任务
crontabs:包含CentOS提供系统维护任务相关的服务,在CentOS 6 和CentOS 7中的名称是不一致的。相关的查询方法,可以参考at命令查询方式,都是相似的。
周期性的计划任务 分为三种类型 系统的计划任务,anacron 计划任务,普通用户的计划任务cron
系统的计划任务
系统的计划任务,主要定义在/etc/crontab文件中,crontab文件内容如下所示,这里描述了我们在定义系统计划任务过程中需要遵循的格式,其实对于普通用户的计划任务的格式也是按照这种方式的,只不过系统的计划任务只能右root用户来定义,普通用户是不能操作这个配置文件的。
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root # 默认的邮件发送
# For details see man 4 crontabs
# 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
# | | | | | .---- username
# | | | | | |
# * * * * * user-name command to be executed
# 注意,精确到分钟,不能精确到秒
我们使用另外一张图来详细的了解一下,crontab文件的格式内容。
时间的表示有多种方法:
(1) 特定值
给定时间点有效取值范围内的值。 如10 13 25 3 * mage rm -rf /app/hello
(2)
*
给定时间点上有效取值范围内的所有值
表示“每…” 如:* 13 25 3 0 mage rm -rf /app/hello
(3) 离散取值
#,#,#
如:* 13 25 3 0 mage rm -rf /app/hello
(4) 连续取值
#-#
如:* 13-15 25 3 0 mage rm -rf /app/hello
(5) 在指定时间范围上,定义步长
/#
:#
即为步长 */10 每10分钟小时
系统支持的一些计划任务命令
系统本身支持一些常用的计划任务命令,使用这些命令可以迅速地指定计划任务。
@reboot Run once after reboot.
@yearly 0 0 1 1 *
@annually 0 0 1 1 *
@monthly 0 0 1 * *
@weekly 0 0 * * 0
@daily 0 0 * * *
@hourly 0 * * * *
例如我们想在系统的每次重启之后,清除日志文件夹下的所有的日志文件(当然,实际生产中可不要这样做啊!!),使用系统提供的计划任务名称会很好方便的实现,配置文件如下所示。
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root # 默认的邮件发送
# For details see man 4 crontabs
# 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
# | | | | | .---- username
# | | | | | |
# * * * * * user-name command to be executed
@reboot root rm -rf /var/log/*
@yearly root rm -rf /var/log/*
# 实际上我们就是使用 @yearly 替代了0 0 1 1 * 而已
查看我们定义的计划任务是否已经成功执行,可以查看系统的计划任务日志:
/var/log/cron
Linux 系统中有一些默认的计划任务,这些计划任务定义在下面的这些配置文件中,可以使用root用户去查看。
系统的计划任务:
/etc/crontab
/etc/cron.d/ 配置文件
/etc/cron.deny cron黑名单
/etc/cron.hourly/ 每小时执行的任务脚本
/etc/cron.daily/ 每天都要执行的任务脚本
/etc/cron.weekly/ 每周都要执行的任务脚本
/etc/cron.monthly/ 每月都要执行的任务脚本
小贴士
周期性的计划任务也有黑名单和白名单的设置,他们位于
/etc/cron.deny
和/etc/cron.allow
,关于黑名单和白名单与at命令的使用是一致的,这里不再重复介绍。如果我们不想每次都去编辑 /etc/crontab 文件来创建计划任务的话,还有另外一种方式,我们可以按照crontab的格式写成配置文件,然后放在/etc/cron.d/目录下,这样系统也会每次扫描,并定时执行。这与在crontab 中编写计划任务是一致的。
anacron 计划任务
anacron 计划任务是对cron计划任务的一种补充。cron计划任务的作用是定义计划任务,并保证周期性的执行,但是这是有个前提的,那就是服务器必须是在开机的情况下,如果cron计划任务本应该执行的时候,服务器处在关机状态的话,计划任务又怎么能够执行呢?这时anacron计划任务的作用就凸显出来了。
anacron 并不能指定何时执行某项任务, 而是以天为单位或者是在开机后立刻进行 anacron 的动作,他会去侦测停机期间应该进行但是并没有进行的 cron服务,如果有就将该任务执行一遍,然后就自动停止。anacron 由配置文件实现,在/etc/anacrontab按照固定格式定义一些计划任务,这些任务就会在开机之后按照设定好的计划去运行。
[root@localhost app]#cat /etc/anacrontab
# /etc/anacrontab: configuration file for anacron
# See anacron(8) and anacrontab(5) for details.
SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
# the maximal random delay added to the base delay of the jobs
RANDOM_DELAY=45
# the jobs will be started during the following hours only
START_HOURS_RANGE=3-22
#period in days delay in minutes job-identifier command
1 5 cron.daily nice run-parts /etc/cron.daily
7 25 cron.weekly nice run-parts /etc/cron.weekly
@monthly 45 cron.monthly nice run-parts /etc/cron.monthly
/etc/anacrontab中,各个字段的意思
字段 | 代表的含义 |
---|---|
period in days | 如果在这些日子里没有运行这些任务 |
delay in minutes | 在重新引导后等待这么多分钟后运行它 |
job-identifier | 任务识别器,在日志文件中标识 |
command | 要执行的任务 |
系统中原有的anacron计划任务 由/etc/cron.hourly/0anacron执行,当执行任务时,更新/var/spool/anacron/cron.daily 文件的时间戳
用户的cron:
普通用户也可以来制定属于自己的计划任务,不过普通用户不能直接编辑 /etc/crontab 配置文件,只能使用命令来实现,
crontab命令定义,每个用户都有专用的cron任务文件:/var/spool/cron/USERNAME,如果用户创建了cron任务,在/var/spool/cron/ 下面就会生成一个与用户名一致的临时文件,里面记录了需要执行的计划任务。
crontab命令的使用方式
crontab [-u user] [-l | -r | -e] [-i]
-l: 列出所有任务;
-e: 编辑任务;
-r: 移除所有任务;
-i:同-r一同使用,以交互式模式移除指定任务
-u user: 仅root可运行,指定用户管理cron任务
下图演示了如何使用crontab 命令来创建计划任务,以及删除计划任务。
在动图的演示过程中,我们看到/var/spool/cron/这个路径普通用户是没有权限直接访问的应该使用root用户来访问。使用 -r 结合 -i 选项可以交互式删除计划任务。
综上:在使用计划任务的过程中有一点需要注意,如果计划任务在执行的过程中产生了标准输出,系统是不知道应该输出到哪个终端的,所以只能以邮件的形式,发送给计划任务的用户。也就是说,计划任务是以谁的名义执行的,邮件就会发送给谁。因此,如果在创建计划任务过程中使用了脚本的话,最好屏蔽掉标准输出,这样就不会有多余的邮件信息。