linux---例行性命令的建立---linux下定时任务

时间:2022-02-02 22:14:49

at 用于分配一次性任务,crontab 设定周期性计划任务。

1. at

at 任务依赖于 /etc/init.d/atd 服务,我们可以用 chkconfig 检查服务启动状态。

yuhen@ ubuntu:~$ chkconfig atd

atd on

at 的使用很简单。

yuhen@ubuntu:~$ at 23:00 2009-08-20 # 设置任务时间

warning: commands will be executed using /bin/sh

at> cd ~ # 可以输入多条命令

at> ls -l > a.txt

at> <EOT> # ctrl + d 结束

job 4 at Thu Aug 20 23:00:00 2009

yuhen@ubuntu:~$ atq # 查看任务列表

4 Thu Aug 20 23:00:00 2009 a yuhen

3 Sun Sep 20 23:00:00 2009 a yuhen

yuhen@ubuntu:~$ atrm 3 # 删除任务

yuhen@ubuntu:~$ atq

4 Thu Aug 20 23:00:00 2009 a yuhen

at 任务在后台执行,因此不输出显示信息。可以通过 /etc/at.allow 和 /etc/at.deny 来设置允许和阻止执行 at 命令的用户名单。

yuhen@ubuntu:/etc$ sudo cat at.deny

alias 
backup 
bin 
daemon 
ftp 
games 
gnats 
guest 
irc 
lp 
mail 
... ...

系统先查找 /etc/at.allow,如果该文件不存在则查找 /etc/at.deny。如果两个文件都不存在则表示只有 root 可以执行 at。

2. crontab

周期性计划任务依赖 /etc/init.d/cron 服务。

yuhen@ubuntu:/etc$ chkconfig cron

cron on

和 at 一样,crontab 受 /etc/cron.allow 和 /etc/cron.deny 两个设置文件限制。

yuhen@ubuntu:/etc$ crontab -e # 编辑任务,第一次创建时需要选择编辑器。

crontab: installing new crontab

yuhen@ubuntu:/etc$ crontab -l # 显示任务列表

#
m h dom mon dow command 

*/1 * * * * date >> a.txt

每行一个命令,按列分别是:

m : 分钟 (0~59)

h : 小时 (0~23)

dom : 日期 (1~31)

mon : 月份 (1~12)

dow : 星期 (0~7, 0 和 7 都表示星期天)

特殊字符:

* : 表示任何时间。

, : 表示时段,"* 3,6 * * *" 表示 3 点和 6 点执行计划任务。

- : 表示时间范围,"3-6" 表示 3点到6点。

/n : 表示每隔n个时间单位,比如 "*/5" 表示每 5 分钟等等。

"crontab -r" 会删除全部任务,如果仅删除一条,还是用 "-e" 进行编辑。

除了上面这些用户计划任务,系统计划任务则是写在 /etc/crontab 配置文件中。

yuhen@ubuntu:~$ sudo cat /etc/crontab

#
/etc/crontab: system-wide crontab 

#
Unlike any other crontab you don't have to run the `crontab' 

#
command to install the new version when you edit this file 

#
and files in /etc/cron.d. These files also have username fields, 

#
that none of the other crontabs do. 

SHELL=/bin/sh 
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 
#
m h dom mon dow user command 

17 * * * * root
cd 
/ && run-parts --report /etc/cron.hourly 
25 6 * * * root
test 
-/usr/sbin/anacron || ( cd / && run-parts --report/etc/cron.daily ) 
47 6 * * 7 root
test 
-/usr/sbin/anacron || ( cd / && run-parts --report/etc/cron.weekly ) 
52 6 1 * * root
test 
-/usr/sbin/anacron || ( cd / && run-parts --report/etc/cron.monthly ) 
#

cron 服务每分钟处理一次计划任务,编辑系统计划任务后可能需要重启 cron 服务。

我们就来搭配几个例子练习看看吧!

例题:假若你的女朋友生日是 5 月 2 日,你想要在 5 月 1 日的 23:59 发一封信给他,这封信的内容已经写在 /home/dmtsai/lover.txt 内了,该如何进行?
答:
    直接下达 crontab -e 之后,编辑成为:
      59 23 1 5 * mail kiki < /home/dmtsai/lover.txt
    那样的话,每年 kiki 都会收到你的这封信喔!(当然啰,信的内容就要每年变一变啦!)

例题:假如每五分钟需要执行 /home/dmtsai/test.sh 一次,又该如何?
答:
    同样使用 crontab -e 进入编辑:
      */5 * * * * /home/dmtsai/test.sh

那个 crontab 每个人都只有一个档案存在,就是在 /var/spool/cron 里面啊! 还有建议您:‘指令下达时,最好使用绝对路径,这样比较不会找不到执行档喔!’
例题:假如你每星期六都与朋友有约,那么想要每个星期五下午 4:30 告诉你朋友星期六的约会不要忘记,则:
答:
    还是使用 crontab -e 啊!
      30 16 * * 5 mail friend@his.server.name < /home/dmtsai/friend.txt

真的是很简单吧!呵呵!那么,该如何查询使用者目前的 crontab 内容呢? 我们可以这样来看看:
[dmtsai@linux ~]$ crontab -l 59 23 1 5 * mail kiki < /home/dmtsai/lover.txt */5 * * * * /home/dmtsai/test.sh 30 16 * * 5 mail friend@his.server.name < /home/dmtsai/friend.txt # 注意,若仅想要移除一项工作而已的话,必须要用 crontab -e 去编辑~ # 如果想要全部的工作都移除,才使用 crontab -r 喔! [dmtsai@linux ~]$ crontab -r [dmtsai@linux ~]$ crontab -l no crontab for dmtsai
看到了吗? crontab ‘整个内容都不见了!’所以请注意:‘如果只是要删除某个 crontab 的工作项目,那么请使用 crontab -e 来重新编辑即可!’如果使用 -r 的参数,是会将所有的 crontab 资料内容都删掉的!千万注意了!

系统的设定: /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 的设定就自动的会来执行了!
Tips:
在 Linux 底下的 crontab 会自动的帮我们每分钟重新读取一次 /etc/crontab 的例行工作事项,但是某些原因或者是其他的 Unix 系统中,由于 crontab 是读到记忆体当中的,所以在你修改完 /etc/crontab 之后,可能并不会马上执行, 这个时候请重新启动 crond 这个服务吧!
    /etc/init.d/crond restart
linux---例行性命令的建立---linux下定时任务
好了,我们就来看一下这个 /etc/crontab 的内容吧!
[root@linux ~]# cat /etc/crontab SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root HOME=/ # 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 Shell 当中一直提到的执行档路径问题吧!没错啦!这里就是输入执行档的搜寻路径! 使用预设的路径设定就已经很足够了!
  • 01 * * * * root run-parts /etc/cron.hourly
    在注解符号‘ #run-parts ’这一行以后的命令,我们可以发现,五个数字后面接的是 root 喔!没错,与 crontab -e 的内容是不太一样的!这个栏位的 root 代表的是‘ 执行的使用者身份为 root ’当然啰,你 也可以将这一行改写成其他的身份哩!而 run-parts 代表后面接的 /etc/cron.hourly 是‘ 一个目录内(/etc/cron.hourly)的所有可执行档 ’,这也就是说,每个小时的 01 分,系统会以 root 的身份去 /etc/cron.hourly/ 这个目录下执行所有可以执行的档案!后面的三行也都是类似的意思!你可以到 /etc/ 底下去看看,系统本来就预设了这四个目录了!你可以将每天需要执行的命令直接写到 /etc/cron.daily/ 即可,还不需要使用到 crontab -e 的程式呢!方便吧!
基本上, /etc/crontab 这个档案里面支援两种下达指令的方式,一种是直接下达指令, 一种则是以目录来规划,例如:
  • 指令型态
    01 * * * * dmtsai mail -s "testing" kiki < /home/dmtsai/test.txt
    以 dmtsai 这个使用者的身份,在每小时执行一次 mail 指令。
  • 目录规划
    */5 * * * * root run-parts /root/runcron
    建立一个 /root/runcron 的目录,将要每隔五分钟执行的‘可执行档’都写到该目录下, 就可以让系统每五分钟执行一次该目录下的所有可执行档。
这样就可以晓得 run-parts 的用意了吧!此外,与 crontab -e 规划当中最不相同的就是多了一个‘使用者层级’的概念,通常我们都是以 root 的角度来规划例行性命令,但是总有不需要 root 的指令吧!就可以使用这个层级来规范该程序的使用者属于谁啰!

好!你现在大概了解了这一个咚咚吧!OK!假设你现在要作一个目录,让系统可以每 2 分钟去执行这个目录下的所有可以执行的档案,你可以写下如下的这一行在 /etc/crontab 中:
    */2 * * * * root run-parts /etc/cron.min
当然啰, /etc/cron.min 这个目录是需要存在的喔!那如果我需要执行的是一个‘程式’而已, 不需要用到一个目录呢?该如何是好?例如在侦测网路流量时,我们希望每五分钟侦测分析一次, 可以这样写:
    */5 * * * * root /bin/mrtg /etc/mrtg/mrtg.cfg
没有了 run-parts 就是代表‘一个档案’的意思啦!

如何!?建立例行性命令很简单吧!如果你是系统管理员的话,直接修改 /etc/crontab 这个档案即可喔!又便利,又方便管理呢!

linux---例行性命令的建立---linux下定时任务一些使用特点:
有的时候,我们以系统的 cron 来进行例行性工作的建立时,要注意一些使用方面的特性。 举例来说,如果我们有四个工作都是五分钟要进行一次的,那么是否这四个动作全部都在同一个时间点进行? 如果同时进行,该四个动作又很耗系统资源,如此一来,每五分钟不是会让系统忙得要死? 呵呵!此时好好的分配一些执行时间,呵呵!就 OK 啦!所以,注意一下:

  • 资源分配不均的问题当大量使用 crontab 的时候,总是会有问题发生的,最严重的问题就是‘系统资源分配不均’的问题, 以鸟哥的系统为例,我有侦测流量的资讯,包括:
    • 流量
    • 区域内其他 PC 的流量侦测
    • CPU 使用率
    • RAM 使用率
    • 线上人数即时侦测
    如果每个流程都在同一个时间启动的话,呵呵!那么在某个时段时,我的系统会变的相当的繁忙, 所以,这个时候就必须要分别设定啦!我可以这样做:
    [root@linux ~]# 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 上层主机挂掉,那么你就会一直收到错误讯息!)怎么办?呵呵!还记得 BASH 与 Shell scripts 那一章吧!?直接以‘命令重导向’将输出的结果输出到 /dev/null 这个垃圾桶当中就好了!

  • 安全的检验很多时候被植入木马都是以例行命令的方式植入的,所以可以藉由检查 /var/log/cron 的内容来视察是否有‘非您设定的 cron 被执行了?’这个时候就需要小心一点啰!

  • linux---例行性命令的建立---linux下定时任务本章习题练习
    ( 要看答案请将滑鼠移动到‘答:’底下的空白处,按下左键圈选空白处即可察看 )
    • 今天假设我有一个指令程式,名称为: ping.sh 这个档名!我想要让系统每三分钟执行这个档案一次, 但是偏偏这个档案会有很多的讯息显示出来,所以我的 root 帐号每天都会收到差不多四百多封的信件,光是收信就差不多快要疯掉了! 那么请问应该怎么设定比较好呢?这个涉及命令重导向的问题,我们可以将他导入档案或者直接丢弃!如果该讯息不重要的话, 那么就予以丢弃,如果讯息很重要的话,才将他保留下来!假设今天这个命令不重要, 所以将他丢弃掉!因此,可以这样写:
        */5 * * * * root /usr/local/ping.sh > /dev/null 2>&1
    • 您预计要在 2006 年的 2 月 14 日寄出一封给 kiki ,只有该年才寄出!该如何下达指令?at 1am 2006-02-14
    • 下达 crontab -e 之后,如果输入这一行,代表什么意思?
      * 15 * * 1-5 /usr/local/bin/tea_time.sh在每星期的 1~5 ,下午 3 点的每分钟,共进行 60 次 /usr/local/bin/tea_time.sh 这个档案。 要特别注意的是,每个星期 1~5 的 3 点都会进行 60 次ㄟ!很麻烦吧~是错误的写法啦~ 应该是要写成:
      30 15 * * 1-5 /usr/local/bin/tea_time.sh
    • 我用 vi 编辑 /etc/crontab 这个档案,我编辑的那一行是这样的:
      25 00 * * 0 /usr/local/bin/backup.sh
      这一行代表的意义是什么?这一行代表......没有任何意义!因为语法错误!您必须要了解,在 /etc/crontab 当中每一行都必须要有使用者才行!所以,应该要将原本那行改成:
      25 00 * * 0 root /usr/local/bin/backup.sh
    • 请问,您的系统每天、每周、每个月各有进行什么工作?因为 FC4 系统预设的例行性命令都放置在 /etc/cron.* 里面,所以,你可以自行去: /etc/cron.daily/, /etc/cron.week/, /etc/cron.monthly/ 这三个目录内看一看, 就知道啦! ^_^
    • 每个星期六凌晨三点去系统搜寻一下内有 SUID/SGID 的任何档案!并将结果输出到 /tmp/uidgid.filesvi /etc/crontab