mirror of https://github.com/LCTT/TranslateProject.git synced 2025-01-07 22:11:09 +08:00

Translated by qhwdw

2017-11-14 20:02:08 +08:00

20 KiB

Raw Blame History

在 Linux 中怎么去使用 cron

命令没有时间？使用 cron 的计划任务意味着你不用熬夜程序也可以运行。

Image by : Internet Archive Book Images. Modified by Opensource.com. CC BY-SA 4.0

作为一个系统管理员的其中一个挑战（在许多好处中的）是在你该睡觉的时候去运行一些任务。例如，一些任务（包括定期循环运行的任务）需要在没有人使用计算机资源的时候去运行，如晚上或周末。在下班后，我没有时间去运行命令或脚本。而且，我不想在晚上去启动备份或主要更新。

而是，我使用两个服务实用程序，在我预定时间去运行命令、程序和任务。cron 和 at 服务允许系统管理员去安排任务在未来的某个特定时间去运行。at 服务指定一个单次的某个时间去运行任务。cron 服务可以安排任务在一个基础上重复，比如，天、周、或月。

在这篇文章中，我将介绍 cron 服务和怎么去使用它。

常见（和非常见）的 cron 使用

我使用 cron 服务去安排一些常见的事情，比如，每天凌晨 2:00 发生的定期备份，我也使用它去做一些不常见的事情。

许多电脑上的系统时钟（比如，操作系统时间）都设置为使用网络时间协议（NTP）。在将 NTP 设置为系统时间后，你不需要去设置硬件时间，它可能会“漂移”。我使用 cron 基于系统时间去去设置硬件时间。
我也有一个 Bash 程序，我在每天早晨运行它，去在每台电脑上创建一个新的 “每日信息” （MOTD）。它包含的信息有当前的磁盘使用情况。
许多系统进程和服务，像 Logwatch、logrotate、和 Rootkit Hunter，使用 cron 服务去安排任务和每天运行程序。

crond 守护进程是一个完成 cron 功能的后台服务。

cron 服务检查在**/var/spool/cron** 和 /etc/cron.d 目录中的文件，和**/etc/anacrontab** 文件。这些文件的内容定义了 cron 作业在不同的时间间隔中去运行。个别的用户的 cron 文件是位于 /var/spool/cron，而系统服务和应用生成的 cron 作业文件在 /etc/cron.d 目录中。/etc/anacrontab 是一个特殊的情况，它将在本文中稍后去介绍。

使用 crontab

cron 实用程序运行是基于一个 cron 表（crontab）中指定的命令。每个用户，包括 root，都有一个 cron 文件。这些文件缺省是不存在的。但可以在 /var/spool/cron 目录中使用 crontab -e 命令去创建，也可以使用它去编辑一个文件（看下面的脚本）。我强烈建议你，_不要_使用标准的编辑器（比如，Vi、Vim、Emacs、Nano、或者任何其它可用的编辑器）。使用 crontab 命令不仅允许你去编辑命令，也可以在你保存并退出编辑器时，重启动 crond 守护进程。crontab 命令使用 Vi 作为它的底层编辑器，因为 Vi 是预装的（至少在大多数的基本安装中是预装的）。

现在，cron 文件是空的，以便于从草稿中添加命令。我增加下面示例中定义的作业到我的 cron 文件中，作为一个快速指南，我知道命令中的各个部分的意思是什么，你可以免费拷贝它，供你自己使用。

# crontab -e
SHELL=/bin/bash
MAILTO=root@example.com
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin

# 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
# |  |  |  |  |
# *  *  *  *  * user-name  command to be executed

# backup using the rsbu program to the internal 4TB HDD and then 4TB external
01 01 * * * /usr/local/bin/rsbu -vbd1 ; /usr/local/bin/rsbu -vbd2

# Set the hardware clock to keep it in sync with the more accurate system clock
03 05 * * * /sbin/hwclock --systohc

# Perform monthly updates on the first of the month
# 25 04 1 * * /usr/bin/dnf -y update

crontab 命令是用于去查看或编辑 cron 文件。

上面代码中的前三行，设置了一个缺省环境。环境必须为给定的用户设置，因为，cron 不提供任何方式的环境。SHELL 变量指定命令运行使用的 shell。这个示例中，指定为 Bash shell。MAILTO 设置发送 cron 作业结果的电子邮件地址。这些电子邮件提供了 cron 作业（备份、更新、等等）的状态，和你从命令行中手动运行程序时看到的结果是一样的。第三行为环境设置了 PATH。即使在这里设置了路径，我总是使用每个程序的完全限定路径。

在上面的示例中有几个注释行，它详细说明了定义一个 cron 作业所要求的语法。我将在下面分别讲解这些命令，然后，增加更多的 crontab 文件的高级特性。

01 01 * * * /usr/local/bin/rsbu -vbd1 ; /usr/local/bin/rsbu -vbd2

这一行是在我的 /etc/crontab 中运行一个脚本，用于执行我的系统的备份。

这一行运行我自己编写的 Bash shell 脚本 rsbu，它对我的系统做完全备份。这个作业每天的凌晨 1:01 (01 01) 运行。在这三、四、五位置上的星号（*），像文件通配符一样代表一个特别的时间，它们代表 “一个月中的每天”、“每个月” 和 “一周中的每天”，这个行运行我的备份两次，一次备份内部专用的硬盘驱动器，另外一次运行是备份外部的 USB 驱动器，我可以很保险地使用它。

接下来的行设置了一个硬件时钟，它使用当前系统时钟作为源去设置硬件时钟。这一行设置为每天凌晨 5：03 分运行。

03 05 * * * /sbin/hwclock --systohc

这一行设置硬件时钟使用系统时间作为源。

我使用了一个第三方的，并且是最终版的 cron 作业去执行一个 dnf 或 yum 更新，它在每个月的第一天的凌晨 04:25 运行，但是，我注释掉它，以后不再运行。

# 25 04 1 * * /usr/bin/dnf -y update

这一行用于执行一个每月更新，但是，我也把它注释掉了。

其它的定时任务技巧

现在，让我们去做一些比基本知识更有趣的事情。假设你希望在每周四下午 3:00 去运行一个特别的作业：

00 15 * * Thu /usr/local/bin/mycronjob.sh

这一行在每周四下午 3:00 运行 mycronjob.sh 这个脚本。

或者，或许你需要在每个季度末去运行一个季度报告。cron 服务没有为 “每个月的最后一天” 设置选项，因此，替代方式是使用下一个月的第一天，像如下所示（这里假设当作业准备运行时，报告所需要的数据已经准备好了）。

02 03 1 1,4,7,10 * /usr/local/bin/reports.sh

这个 cron 作业运行一个季度报告在季度末的下一个月的第一天。

下面展示的这个作业，在每天的上午 9:01 到下午 5:01 之间，每小时运行一次。

01 09-17 * * * /usr/local/bin/hourlyreminder.sh

有时，你希望作业在业务期间定时运行。

我遇到一个情况，需要作业在每二、三或四小时去运行。它需要用期望的间隔去划分小时，比如， */3 为每三个小时，或者 6-18/3 为上午 6 到下午 6 每三个小时运行一次。其它的时间间隔的划分也是类似的。例如，在分钟位置的表达式 */15 意思是 “每 15 分钟运行一次作业”。

*/5 08-18/2 * * * /usr/local/bin/mycronjob.sh

这个 cron 作业在上午 8:00 到下午 5:58 之间，每五分钟运行一次作业。

需要注意的一件事情是：分隔表达式的结果必须是剩余运行时间为 0。换句话说，在这个例子中，这个作业被设置为在上午 8 点到下午 6 天之间，每 5 分钟运行一次（08:05、 08:10、 08:15、等等）。例如，这个作业不能运行在下午 9:00 到上午 9:59之间。

我相信，你可以根据这些例子想到许多其它的可能性。

限制访问 cron

更多的 Linux 资源

普通用户使用 cron 访问可能会犯错误，例如，可能导致系统资源（比如内存和 CPU 时间）被耗尽。为避免这种可能的问题，系统管理员可以通过创建一个**/etc/cron.allow**文件去限制用户访问，它包含了一个可以允许去创建 cron 作业的用户列表。root 用户不能被阻止使用 cron。

通过阻止 non-root 用户创建他们自己的 cron 作业，它可以将 root 用户需要的 cron 作业添加到 root 的 crontab 中， “但是，等等！” 你说，“不能以 root 去运行这些作业？” 不一定。在这篇文章中的第一个示例中，显示在注释中的用户名域可以用于去指定一个运行作业的用户 ID。这防止指定的 non-root 用户的作业作为一个 root 身份去运行。下面的示例展示了一个定义的作业，它以 “student” 用户去运行这个作业：

04 07 * * * student /usr/local/bin/mycronjob.sh

如果没有指定用户，这个作业将以 contab 文件的所有者用户去运行，在这个案例中是 root。

cron.d

目录 /etc/cron.d 中是一些应用程序，比如，SpamAssassin 和 sysstat，安装 cron 文件。因为，这里没有 spamassassin 或者 sysstat 用户，这些程序需要一个位置去定位 cron 文件，因此，它们位于 /etc/cron.d中。

/etc/cron.d/sysstat 文件下面包含系统活动报告相关的（SAR） cron 作业。这些 cron 文件有和用户 cron 文件相同的格式。

# Run system activity accounting tool every 10 minutes
*/10 * * * * root /usr/lib64/sa/sa1 1 1
# Generate a daily summary of process accounting at 23:53
53 23 * * * root /usr/lib64/sa/sa2 -A

sysstat 包安装 /etc/cron.d/sysstat cron 文件去运行 SAR 程序。

sysstat cron 文件有两行去执行任务。第一行每十分钟去运行 sa1 程序去收集数据，存储在 /var/log/sa 目录中的一个指定的二进制文件中。然后，在每天晚上的 23:53， sa2 程序运行去创建一个每日汇总。

计划小贴士

我在 crontab 文件中设置的有些时间看上起似乎是随机的，在某种程度上说，确实是这样的。尝试去安排 cron 作业可能是件很具有挑战性的事，尤其是，作业的数量越来越多。我通常在每个我的电脑上仅有一些任务，它比起我工作的那些生产和实验环境中的电脑简单多了。

我管理的一个系统有 12 个 cron 作业，每天晚上都运行，另外 3 个或 4 个在周末或第一个月运行。那真是个挑战，因为，如果有太多作业在同一时间运行，尤其是备份和编译系统，会耗尽内存并且几乎填满交换文件空间，导致系统性能下降甚至是超负荷，最终什么事情都完不成。我还删除了一些写的很糟糕、使用大量内存的任务。

crond 服务假设主机计算机 24 小时运行。那意味着如果在一个计划运行的周期中关闭计算机，这些计划的任务将不再运行，直到它们计划的下一次运行时间。如果这里有关键的 cron 作业，这可能导致出现问题。幸运的是，在定期运行的作业上，还有一个其它的选项： anacron。

anacron

anacron 程序执行和 cron 一样的功能，但是它增加了跳过的运行作业的可靠性，比如，如果计算机已经关闭或者其它的原因无法去运行一个或多个循环作业。它对笔记本电脑或其它的关闭或进行睡眠模式的电脑来说是非常有用的。

只要电脑一打开或引导成功，anacron 会检查过去是否有计划的作业被错过。如果有，这些作业将立即运行，但是，仅运行一次（而不管它错过了多少次循环运行）。例如，如果一个每周运行的作业在最近三周因为休假系统关闭都没有运行，它将在你的电脑一启动就立即运行，但是，它仅运行一次，而不是三次。

anacron 程序提供了一些对定期计划任务很好用的选项。它是安装在你的 /etc/cron.[hourly|daily|weekly|monthly] 目录下的脚本。根据它们需要的频率去运行。

它是怎么工作的呢？接下来的这些要比前面的简单一些。

crond 服务运行在 /etc/cron.d/0hourly中指定的 cron 作业。

# Run the hourly jobs
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
01 * * * * root run-parts /etc/cron.hourly

/etc/cron.d/0hourly 中的内容包含了位于 /etc/cron.hourly 中的，用于去运行的 shell 脚本。

在 /etc/cron.d/0hourly 中指定的 cron 作业每小时运行一次 run-parts 程序。
run-parts 程序运行所有的在 /etc/cron.hourly 目录中的脚本。
/etc/cron.hourly 目录包含的 0anacron 脚本，它使用 /etdc/anacrontab 配置文件去运行 anacron 程序。

# /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 文件中的内容是，在合适的时间运行在 cron.[daily|weekly|monthly] 目录中的可执行文件。

anacron 程序每日运行一次位于 /etc/cron.daily 中的作业。它每周运行一次位于 /etc/cron.weekly 中的作业。以及每月运行一次 cron.monthly 中的作业。注意，在每一行指定的延迟时间，它可以帮助避免这些作业与其它 cron 作业重叠。

我在 /usr/local/bin 目录中安装它们，而不是在 cron.X 目录中放置完整的 Bash 程序。它使我从命令行中运行它们更容易。然后，我在 cron 目录中增加一个符号连接，比如，/etc/cron.daily。

anacron 程序不是设计用于去在指定时间运行程序的。而是，用于在一个指定的开始时间的去开始，以一定的时间间隔去运行程序，比如，从这周周日开始的每天的凌晨 3:00（看上面脚本中的 START_HOURS_RANGE 行），和这个月的第一天。如果任何一个或多个循环错过，anacron 将立即运行这个错过的作业。

20 KiB Raw Blame History Unescape Escape