15.4 【Linux】可唤醒停机期间的工作任务

15.4.1 什么是 anacron

anacron 并不是用来取代 crontab 的，anacron 存在的目的就在于我们上头提到的，在处理非24 小时一直启动的 Linux 系统的 crontab 的执行！以及因为某些原因导致的超过时间而没有被执行的调度工作。

其实 anacron 也是每个小时被 crond 执行一次，然后 anacron 再去检测相关的调度任务有没有被执行，如果有超过期限的工作在，就执行该调度任务，执行完毕或无须执行任何调度时，anacron 就停止了。

15.4.2 anacron 与 /etc/anacrontab

anacron 其实是一支程序并非一个服务！这支程序在 CentOS 当中已经进入 crontab 的调度，同时 anacron 会每个小时被主动执行一次。

基本上， anacron 的语法如下：

在我们的 CentOS 中，anacron 的进行其实是在每个小时都会被抓出来执行一次，但是为了担心 anacron 误判时间参数，因此 /etc/cron.hourly/ 里面的 anacron 才会在文件名之前加个 0（0anacron），让 anacron 最先进行！就是为了让时间戳记先更新！以避免 anacron 误判crontab 尚未进行任何工作的意思。

接下来看一下 anacron 的配置文件： /etc/anacrontab 的内容好了：

我们拿 /etc/cron.daily/ 那一行的设置来说明好了。那四个字段的意义分别是：

天数：anacron 执行当下与时间戳记（/var/spool/anacron/ 内的时间纪录档）相差的天数，若超过此天数，就准备开始执行，若没有超过此天数，则不予执行后续的指令。

延迟时间：若确定超过天数导致要执行调度工作了，那么请延迟执行的时间，因为担心立即启动会有其他资源冲突的问题吧！

工作名称定义：这个没啥意义，就只是会在 /var/log/cron 里头记载该项任务的名称这样！通常与后续的目录资源名称相同即可。

实际要进行的指令串：通过 run-parts来处理的！

根据上面的配置文件内容，我们大概知道 anacron 的执行流程应该是这样的（以 cron.daily为例）：

1. 由 /etc/anacrontab 分析到 cron.daily 这项工作名称的天数为 1 天；

2. 由 /var/spool/anacron/cron.daily 取出最近一次执行 anacron 的时间戳记；

3. 由上个步骤与目前的时间比较，若差异天数为 1 天以上（含 1 天），就准备进行指令；

4. 若准备进行指令，根据 /etc/anacrontab 的设置，将延迟 5 分钟 + 3 小时（看START_HOURS_RANGE 的设置）；

5. 延迟时间过后，开始执行后续指令，亦即“ run-parts /etc/cron.daily ”这串指令；

6. 执行完毕后， anacron 程序结束。

最后总结一下crond与anacron的关系：

1. crond 会主动去读取 /etc/crontab, /var/spool/cron/, /etc/cron.d/ 等配置文件，并依据“分、时、日、月、周”的时间设置去各项工作调度；

2. 根据 /etc/cron.d/0hourly 的设置，主动去 /etc/cron.hourly/ 目录下，执行所有在该目录下的可执行文件；

3. 因为 /etc/cron.hourly/0anacron 这个指令档的缘故，主动的每小时执行 anacron ，并调用 /etc/anacrontab 的配置文件；

4. 根据 /etc/anacrontab 的设置，依据每天、每周、每月去分析 /etc/cron.daily/,/etc/cron.weekly/, /etc/cron.monthly/ 内的可执行文件，以进行固定周期需要执行的指令。

也就是说，如果你每个周日的需要执行的动作是放置于 /etc/crontab 的话，那么该动作只要过期了就过期了，并不会被抓回来重新执行。但如果是放置在 /etc/cron.weekly/ 目录下，那么该工作就会定期，几乎一定会在一周内执行一次～如果你关机超过一周，那么一开机后的数个小时内，该工作就会主动的被执行。