CentOS下实行计划任务
时间:2014-07-07 23:28 来源:linux.it.net.cn 作者:IT网
今天在一个项目里面，遇到一个故障：系统在做基于Weblogic的OA系统压力测试中，并发的连接数非常的少（大大低于正常数），系统是采用红旗的DC 4.1 for 安腾2版本，使用apache做web服务转发。
后来经过一系列的检查，最后发现原来是之前连续两天的压力测试，导致摆放日志的/var目录20G的空间都给占满了；导致新的日志需要不断的覆盖旧日志，磁盘的读写频繁，导致IO占用过大，所以并发连接数不能满足要求。清空日志文件即可。
考虑到今后可能也会出现类似的问题（当然，现实中不可能几天就达到测试的结果），所以希望使用定时删除日志的方法。这里就考虑到需要使用linux的计划任务，也叫例行性命令。
1、循环执行的计划任务
linux下面有atd和crond两种计划任务，其中，atd服务使用的at命令只能执行一次，而crond服务使用的crontab定义的命令，是循环作用的，所以crond才符合我们的要求。
crontab支持两种状态：一、直接编写计划任务；二、使用目录的方式，放在目录里面的都会定时执行。
2、可以使用的用户
默认情况下，系统中可以登陆的用户，都可以使用crontab定义计划任务。不过，可以通过下面两个文件限制权限：
引用
◆/etc/cron.allow：
将可以使用 crontab 的账号写入其中，若不在这个档案内的使用者则不能使用 crontab；
◆/etc/cron.deny：
将不可以使用 crontab 的账号写入其中，若未记录到这个档案当中的使用者，就可以使用 crontab 。
※类似TCPWrapper定义的方式。
3、直接使用crontab编辑计划任务：
命令：
crontab [-u username] [-l|-e|-r]
参数：
-u ：通过-u帮其它使用者建立/移除 crontab；
-e ：编辑 crontab 的内容
-l ：查看 crontab 的内容
-r ：移除 crontab 的所有内容（是全部的内容，如果只是删除某个，用-e编辑即可）
内容格式：
* * * * * 命令
前面的五个*号，表示分、时、日、月、周，如：
代表意义 分钟 小时 日期 月份 周
数字范围 0-59 0-23 1-31 1-12 0-7
*号代表任何时间都接受的意思，任意。
*号之间用空格分开，如果是一段范围，用-号连接；如果是隔开几个时间，用,号表示。
另外，命令必须是编写计划任务的用户有权限执行的，并且最后用绝对路径。
例如：
#crontab -e
59 23 1 5 * mail linuxing < /home/test.txt
每在5月1日，23点59分就把/home/test.txt的内容作为邮件发给linuxing用户
*/5 * * * * /opt/test.sh
每5分钟就执行一次/opt/test.sh脚本
0 3,6 * * * /usr/local/bin/test.sh
每在3点和6点整点都执行/usr/local/bin/test.sh命令
0 8-12 * * * /root/backup.sh
8 点到 12 点之间的每小时的0分都执行/root/backup.sh
4、基于目录的方式执行计划任务
对于系统的计划任务，已经在/etc/crontab里面定义，采用的就是基于目录的方式。系统会定时读取该文件，并根据里面的定义执行命令。
可以使用vi直接编写/etc/crontab文件，其中格式如下：
#cat /etc/crontab
SHELL=/bin/bash #使用的shell
PATH=/sbin:/bin:/usr/sbin:/usr/bin #预定义的PATH路径
MAILTO=root #出现问题发Email给该用户
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号
分 时 日 月 周 执行者身份 命令
可以看到前面的五个参数的定义和直接编辑计划任务是一样的，增加了执行的用户定义和run-parts参数。
run-parts后面跟的是目录名称，例如：/etc/cron.hourly，表示每小时01分就到/etc/cron.hourly目录中执行目录下的所有可执行文件；当然，目录是可以自己定义的。
如果你需要增加系统的计划任务，只需要在对应的目录添加执行文件即可，例如：我需要在每天都执行updatedb的操作，则我只需要把/usr/bin/updatedb的执行命令链接到/etc/cron.daily目录就可以了。
※同样的，如果不需要使用目录的方式，也可以使用如下的方式：
02 01 * * * root /root/test.sh
也就是没有了run-parts，后面就直接跟命令的绝对路径
5、注意事项
◆如果使用crontab编辑计划任务或直接修改/etc/crontab文件后，计划任务没有生效，可能需要重启一下crond服务：service crond restart
◆当编写/etc/crontab文件的时候，不要漏了指定执行计划任务的用户，这是和直接用crontab -e编辑不同的。
◆某用户（如root）用crontab -e编辑的计划任务存放在/var/spool/cron/root，这个文件下。但最好不要直接编辑他，因为crond执行的时候，会在/tmp目录中建立需要的临时文件，直接编辑会对此有影响，甚至出错。
◆cron执行的每一项工作都会被纪录到/var/log/cron这个日志文件中，可以从这个文件查看命令执行的状态。 (责任编辑：IT)
| 今天在一个项目里面，遇到一个故障：系统在做基于Weblogic的OA系统压力测试中，并发的连接数非常的少（大大低于正常数），系统是采用红旗的DC 4.1 for 安腾2版本，使用apache做web服务转发。 后来经过一系列的检查，最后发现原来是之前连续两天的压力测试，导致摆放日志的/var目录20G的空间都给占满了；导致新的日志需要不断的覆盖旧日志，磁盘的读写频繁，导致IO占用过大，所以并发连接数不能满足要求。清空日志文件即可。 考虑到今后可能也会出现类似的问题（当然，现实中不可能几天就达到测试的结果），所以希望使用定时删除日志的方法。这里就考虑到需要使用linux的计划任务，也叫例行性命令。 1、循环执行的计划任务 linux下面有atd和crond两种计划任务，其中，atd服务使用的at命令只能执行一次，而crond服务使用的crontab定义的命令，是循环作用的，所以crond才符合我们的要求。 crontab支持两种状态：一、直接编写计划任务；二、使用目录的方式，放在目录里面的都会定时执行。 2、可以使用的用户 默认情况下，系统中可以登陆的用户，都可以使用crontab定义计划任务。不过，可以通过下面两个文件限制权限：
引用
◆/etc/cron.allow：
将可以使用 crontab 的账号写入其中，若不在这个档案内的使用者则不能使用 crontab； ◆/etc/cron.deny： 将不可以使用 crontab 的账号写入其中，若未记录到这个档案当中的使用者，就可以使用 crontab 。 ※类似TCPWrapper定义的方式。 3、直接使用crontab编辑计划任务： 命令： crontab [-u username] [-l|-e|-r] 参数： -u ：通过-u帮其它使用者建立/移除 crontab； -e ：编辑 crontab 的内容 -l ：查看 crontab 的内容 -r ：移除 crontab 的所有内容（是全部的内容，如果只是删除某个，用-e编辑即可） 内容格式：
* * * * * 命令
前面的五个*号，表示分、时、日、月、周，如： 代表意义 分钟 小时 日期 月份 周 数字范围 0-59 0-23 1-31 1-12 0-7 *号代表任何时间都接受的意思，任意。 *号之间用空格分开，如果是一段范围，用-号连接；如果是隔开几个时间，用,号表示。 另外，命令必须是编写计划任务的用户有权限执行的，并且最后用绝对路径。 例如：
#crontab -e
59 23 1 5 * mail linuxing < /home/test.txt 每在5月1日，23点59分就把/home/test.txt的内容作为邮件发给linuxing用户 */5 * * * * /opt/test.sh 每5分钟就执行一次/opt/test.sh脚本 0 3,6 * * * /usr/local/bin/test.sh 每在3点和6点整点都执行/usr/local/bin/test.sh命令 0 8-12 * * * /root/backup.sh 8 点到 12 点之间的每小时的0分都执行/root/backup.sh 4、基于目录的方式执行计划任务 对于系统的计划任务，已经在/etc/crontab里面定义，采用的就是基于目录的方式。系统会定时读取该文件，并根据里面的定义执行命令。 可以使用vi直接编写/etc/crontab文件，其中格式如下：
#cat /etc/crontab
SHELL=/bin/bash #使用的shell PATH=/sbin:/bin:/usr/sbin:/usr/bin #预定义的PATH路径 MAILTO=root #出现问题发Email给该用户 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号 分 时 日 月 周 执行者身份 命令 可以看到前面的五个参数的定义和直接编辑计划任务是一样的，增加了执行的用户定义和run-parts参数。 run-parts后面跟的是目录名称，例如：/etc/cron.hourly，表示每小时01分就到/etc/cron.hourly目录中执行目录下的所有可执行文件；当然，目录是可以自己定义的。 如果你需要增加系统的计划任务，只需要在对应的目录添加执行文件即可，例如：我需要在每天都执行updatedb的操作，则我只需要把/usr/bin/updatedb的执行命令链接到/etc/cron.daily目录就可以了。 ※同样的，如果不需要使用目录的方式，也可以使用如下的方式：
02 01 * * * root /root/test.sh
也就是没有了run-parts，后面就直接跟命令的绝对路径 5、注意事项 ◆如果使用crontab编辑计划任务或直接修改/etc/crontab文件后，计划任务没有生效，可能需要重启一下crond服务：service crond restart ◆当编写/etc/crontab文件的时候，不要漏了指定执行计划任务的用户，这是和直接用crontab -e编辑不同的。 ◆某用户（如root）用crontab -e编辑的计划任务存放在/var/spool/cron/root，这个文件下。但最好不要直接编辑他，因为crond执行的时候，会在/tmp目录中建立需要的临时文件，直接编辑会对此有影响，甚至出错。 ◆cron执行的每一项工作都会被纪录到/var/log/cron这个日志文件中，可以从这个文件查看命令执行的状态。 (责任编辑：IT) |