系统自动运行程序的配置档及配置_自动执行配置设计-优快云博客

本文介绍如何通过编辑/etc/crontab文件来设置Linux系统的定时任务。文章详细解释了文件的各项配置含义，如运行环境、命令执行者及邮件通知等，并提供了一些实用的例子。

系统的配置档： /etc/crontab

这个『 crontab -e 』是针对使用者的 cron 来设计的，如果是『系统的例行性任务』时，该怎么办呢？是否还是需要以 crontab -e 来管理你的例行性工作排程呢？当然不需要，你只要编辑/etc/crontab 这个文件就可以啦！有一点需要特别注意喔！那就是crontab -e 这个 crontab 其实是 /usr/bin/crontab 这个运行档，但是 /etc/crontab可是一个『纯文字档』喔！你可以 root 的身份编辑一下这个文件哩！

基本上， cron 这个服务的最低侦测限制是『分钟』，所以『 cron会每分钟去读取一次 /etc/crontab 与 /var/spool/cron 里面的数据内容』，因此，只要你编辑完 /etc/crontab 这个文件，并且将他储存之后，那么 cron 的配置就自动的会来运行了！

[root@www ~]# cat /etc/crontab
SHELL=/bin/bash                     <==使用哪种 shell 介面
PATH=/sbin:/bin:/usr/sbin:/usr/bin  <==运行档搜寻路径
MAILTO=root                         <==若有额外STDOUT，以 email将数据送给谁
HOME=/                              <==默认此 shell 的家目录所在

# run-parts
01  *  *  *  *   root      run-parts /etc/cron.hourly   <==每小时
02  4  *  *  *   root      run-parts /etc/cron.daily    <==每天
22  4  *  *  0   root      run-parts /etc/cron.weekly   <==每周日
42  4  1  *  *   root      run-parts /etc/cron.monthly  <==每个月 1 号
分 时 日 月 周 运行者身份  命令串

看到这个文件的内容你大概就了解了吧！呵呵，没错！这个文件与将刚刚我们下达 crontab -e 的内容几乎完全一模一样！只是有几个地方不太相同：

MAILTO=root：

这个项目是说，当 /etc/crontab 这个文件中的例行性工作的命令发生错误时，或者是该工作的运行结果有 STDOUT/STDERR 时，会将错误信息或者是萤幕显示的信息传给谁？默认当然是由系统直接寄发一封 mail 给 root 啦！不过，由於 root 并无法在用户端中以 POP3 之类的软件收信，因此，鸟哥通常都将这个 e-mail 改成自己的帐号，好让我随时了解系统的状况！例如： MAILTO=dmtsai@my.host.name
PATH=....：

还记得我们在第十一章的 BASH 当中一直提到的运行档路径问题吧！没错啦！这里就是输入运行档的搜寻路径！使用默认的路径配置就已经很足够了！
01 * * * * root run-parts /etc/cron.hourly：

这个 /etc/crontab 里面预配置义出四项工作任务，分别是每小时、每天、每周及每个月分别进行一次的工作！但是在五个栏位后面接的并不是命令，而是一个新的栏位，那就是『运行后面那串命令的身份』为何！这与使用者的 crontab -e 不相同。由於使用者自己的 crontab 并不需要指定身份，但 /etc/crontab 里面当然要指定身份啦！以上表的内容来说，系统默认的例行性工作是以 root的身份来进行的。

那么后面那串命令是什么呢？你可以使用『 which run-parts 』搜寻看看，其实那是一个 bash script 啦！如果你直接进入 /usr/bin/run-parts 去看看，会发现这支命令会将后面接的『目录』内的所有文件捉出来运行！这也就是说『如果你想让系统每小时主动帮你运行某个命令，将该命令写成 script，并将该文件放置到 /etc/cron.hourly/ 目录下即可』的意思！

现在你知道系统是如何进行他默认的一堆例行性工作排程了吗？如果你下达『 ll /etc/cron.daily 』就可以看到一堆文件，那些文件就是系统提供的 script ，而这堆 scripts 将会在每天的凌晨 4:02 开始运行！这也是为啥如果你是夜猫族，就会发现奇怪的是，Linux 系统为何早上 4:02 开始会很忙碌的发出一些硬盘跑动的声音！因为他必须要进行makewhatis, updatedb, rpm rebuild 等等的任务嘛！

由於 CentOS 提供的 run-parts 这个 script 的辅助，因此 /etc/crontab 这个文件里面支持两种下达命令的方式，一种是直接下达命令，一种则是以目录来规划，例如：

命令型态
01 * * * * dmtsai mail -s "testing" kiki < /home/dmtsai/test.txt
以 dmtsai 这个使用者的身份，在每小时运行一次 mail 命令。
目录规划
*/5 * * * * root run-parts /root/runcron
创建一个 /root/runcron 的目录，将要每隔五分钟运行的『可运行档』都写到该目录下，就可以让系统每五分钟运行一次该目录下的所有可运行档。

好！你现在大概了解了这一个咚咚吧！OK！假设你现在要作一个目录，让系统可以每 2 分钟去运行这个目录下的所有可以运行的文件，你可以写下如下的这一行在 /etc/crontab 中：

*/2 * * * * root run-parts /etc/cron.min

当然罗， /etc/cron.min 这个目录是需要存在的喔！那如果我需要运行的是一个『程序』而已，不需要用到一个目录呢？该如何是好？例如在侦测网络流量时，我们希望每五分钟侦测分析一次，可以这样写：

*/5 * * * * root /bin/mrtg /etc/mrtg/mrtg.cfg

如何！创建例行性命令很简单吧！如果你是系统管理员而且你的工作又是系统维护方面的例行任务时，直接修改 /etc/crontab 这个文件即可喔！又便利，又方便管理呢！

一些注意事项

有的时候，我们以系统的 cron 来进行例行性工作的创建时，要注意一些使用方面的特性。举例来说，如果我们有四个工作都是五分钟要进行一次的，那么是否这四个动作全部都在同一个时间点进行？如果同时进行，该四个动作又很耗系统资源，如此一来，每五分钟不是会让系统忙得要死？呵呵！此时好好的分配一些运行时间就 OK 啦！所以，注意一下：

资源分配不均的问题

当大量使用 crontab 的时候，总是会有问题发生的，最严重的问题就是『系统资源分配不均』的问题，以鸟哥的系统为例，我有侦测主机流量的资讯，包括：

流量
区域内其他 PC 的流量侦测
CPU 使用率
RAM 使用率
线上人数即时侦测

如果每个流程都在同一个时间启动的话，那么在某个时段时，我的系统会变的相当的繁忙，所以，这个时候就必须要分别配置啦！我可以这样做：

[root@www ~]# vi /etc/crontab
1,6,11,16,21,26,31,36,41,46,51,56 * * * * root  CMD1
2,7,12,17,22,27,32,37,42,47,52,57 * * * * root  CMD2
3,8,13,18,23,28,33,38,43,48,53,58 * * * * root  CMD3
4,9,14,19,24,29,34,39,44,49,54,59 * * * * root  CMD4

看到了没？那个『 , 』分隔的时候，请注意，不要有空白字节！（连续的意思）如此一来，则可以将每五分钟工作的流程分别在不同的时刻来工作！则可以让系统的运行较为顺畅呦！

取消不要的输出项目

另外一个困扰发生在『当有运行成果或者是运行的项目中有输出的数据时，该数据将会mail 给 MAILTO 配置的帐号』，好啦，那么当有一个排程一直出错（例如 DNS的侦测系统当中，若 DNS 上一级主机挂掉，那么你就会一直收到错误信息！）怎么办？呵呵！还记得十一章谈到的数据流重导向吧？直接以『命令重导向』将输出的结果输出到 /dev/null 这个垃圾桶当中就好了！

安全的检验

很多时候被植入木马都是以例行命令的方式植入的，所以可以藉由检查 /var/log/cron的内容来视察是否有『非您配置的 cron 被运行了？』这个时候就需要小心一点罗！

周与日月不可同时并存

另一个需要注意的地方在於：『你可以分别以周或者是日月为单位作为循环，但你不可使用「几月几号且为星期几」的模式工作』。这个意思是说，你不可以这样编写一个工作排程：

30 12 11 9 5 root echo "just test"   <==这是错误的写法

本来你以为九月十一号且为星期五才会进行这项工作，无奈的是，系统可能会判定每个星期五作一次，或每年的 9 月 11 号分别进行，如此一来与你当初的规划就不一样了～所以罗，得要注意这个地方！上述的写法是不对的喔！