Linux crontab-自动化的任务

发表: 2014-04-09 浏览: 4194

Linux

Crontab简介
计划任务，是任务在约定的时间执行已经计划好的工作，这是表面的意思。在Linux中，我们经常用到 crond 服务器来完成这项工作。cron服务器可以根据配置文件约定的时间来执行特定的作务。比如我们可以在配置文件中约定每天早上4点，对httpd 服务器重新启动，这就是一个计划任务；
在Linux系统中，计划任务一般是由cron承担，我们可以把cron设置为开机时自动启动。cron启动后，它会读取它的所有配置文件（全局性配置文件/etc/crontab，以及每个用户的计划任务配置文件），然后cron会根据命令和执行时间来按时来调用度工作任务。

cron 的安装和启动
在一般情况下，cron都是系统默认安装的，我们要学会查看软件包是否已经安装；
判断系统是否已经安装cron相关的包

其它版本的Fedora及Redhat的系统和这相似；

[root@localhost ~]# rpm -qa |grep cron

vixie-cron-4.1-54.FC5

anacron-2.3-36.1

crontabs-1.10-7.1

cron 的开启、停止、重新启动方法
cron配置文件被修改后，想让新文件生效，必须重新crond服务器

service crond start #停止crond

service crond stop #开启crond

service crond restart #重启crond

cron 配置文件
cron 的主配置文件是 /etc/crontab，它包括下面几行：



SHELL=/bin/bash

            PATH=/sbin:/bin:/usr/sbin:/usr/bin

            MAILTO=root

            HOME=/

            # run-parts

            01 [i] [/i] [i] [/i] root run-parts /etc/cron.hourly

            02 4 [i] [/i] * root run-parts /etc/cron.daily

            22 4 [i] [/i] 0 root run-parts /etc/cron.weekly

            42 4 1 [i] [/i] root run-parts /etc/cron.monthly

前四行是用来配置 cron 任务运行环境的变量。SHELL 变量的值告诉系统要使用哪个 shell 环境（在这个例子里是 bash shell）；PATH 变量定义用来执行命令的路径。cron 任务的输出被邮寄给 MAILTO 变量定义的用户名。如果 MAILTO 变量被定义为空白字符串（MAILTO=""），电子邮件就不会被寄出。HOME 变量可以用来设置在执行命令或脚本时使用的主目录。

cron 配置计划任务的书写格式

分钟 小时 日  月  周   ［用户名］  命令

说明：

第一段应该定义的是：分钟，表示每个小时的第几分钟来执行。范围是从0-59

第二段应该定义的是：小时，表示从第几个小时来执行，范围是从0-23

第三段应该定义的是：日期，表示从每个月的第几天执行，范围从1-31

第四段应该定义的是：月，表示每年的第几个月来执行，范围从1-12

第五段应该定义的是：周，表示每周的第几天执行，范围从0-6，其中 0表示星期日。

每六段应该定义的是：用户名，也就是执行程序要通过哪个用户来执行，这个一般可以省略；

第七段应该定义的是：执行的命令和参数。



定义一个每分钟执行的crontab任务可以类似如下定义：

[i]/1 [/i] [i] [/i] *  root /usr/local/bin/backup.sh

举个例子，比如我在每天的早上8点30分重新启动机器，就可以在

30 8 [i] [/i] *  root /sbin/reboot

让配置文件生效：如果让配置文件生效，还得重新启动cron。

crontab 不能执行的原因总结

第一，脚本的原因：大多数情况下，我们要相信科学，相信计算机，不是有鬼，就是我们的脚本的问题，这种问题导致crontab不能执行的概率占到70%以上。因为程序执行到某一步导致crontab终止执行，我就碰到一次在迁移代码的时候将数据库连错了。导致无法访问而死在那里了。

第二，执行环境问题，当我们碰到第一情况下，一般都可以通过手动执行程序将问题扼杀在摇篮里，一般情况下高手是不应该犯第一种错误的。问题是当我们手动执行成功而crontab不能执行的时候，笔者碰到一次就是执行环境的问题，例如相关路径的设置问题。解决方案：在代码最前面执行 source /home/user/.bash_profile

第三，系统时间不正确。这种问题最好理解，也是比较常见和隐蔽的问题，解决方案：date -s ********

第四，就是我们的脚本是否有可执行权限。必须保证执行脚本的用户有执行改文件的权限。

第五，crontab 守护进程死掉了。这种情况是极少发生的，但也不排除，当我们实在是找不到其他原因的时候可以用。解决方案：重启该进程。

查看crontab历史记录

[list=1]

[*] linux[/*]

[/list]看 /var/log/cron这个文件就可以，可以用tail -f /var/log/cron观察

2、mail任务

在 /var/spool/mail/root 文件中，有crontab执行日志的记录，用tail -f /var/spool/mail/root 即可查看最近的crontab执行情况。

3、为crontab增加日志

rontab中的任务增加自己的日志，这样出错后，比较容易看到原因 

0 6 [i] [/i] * $HOME/for_crontab/createTomorrowTables >> $HOME/for_crontab/mylog.log 2>&1

错误输出和标准输出都输出到mylog.log中。

0 个评论

要回复文章请先登录或注册