centos计划任务 centos7停止维护的后果

其实centos计划任务的问题并不复杂，但是又很多的朋友都不太了解centos7停止维护的后果，因此呢，今天小编就来为大家分享centos计划任务的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！

CentOS下CronTab任务周期计划详解

CronTab任务周期计划

格式：

***** command

分(0-59)、时(0-23)、日(1-31)、月(1-12)、周(0-6)

说明：

1、星号可以匹配所有字符

2、一个整数、必须精确匹配

3、用短划线隔开的两个整数，它们匹配的是值的范围。

4、时间范围后加斜扛和一个步长值。1-10/2

普通用户流程：

crontab-e crontab是设置了setuid的，所以用户具有他的权限也就是root，并会在/tmp/cron....文件处理后保存在/var/spool/cron/$username中。

日志：

/var/log/cron

配置目录：

/var/run/crond.pid进程号地址

/etc/crontab使用指导文件

/etc/$weekday.等分别时日月周的目录，即可以把脚本放进去他会按时执行。

/etc/cron.{deny,allow}拒绝和允许用户使用crontab

Vixie-Cron：

centos安装时会默认安装此包，此包可以包括一个步长值。也就是如1,3,6,9,12可以写成，1-12/3除以3。所谓的*/1*/2也就是每一分钟每两分钟运行command。即1-59/{2,3}。

%号的运用:

%百分号表示command中的换行，只有第一个百分号之前的文本才包含在实际命令中，其余的行则作为该命令的标准输入。

安装：

yum install-y crontabs

使用：

crontab--help

crontab-e#检出一个crontab副本，调用vi编辑它，并重新保存在crontab目录。

crontab-l#将crontab的内容打印到标准输出。

crontab-r#册除并不留任何内容。

......

root册除其它用户。

crontab-r$username

[root@nagios~]# crontab--help

crontab: invalid option--'-'

crontab: usage error: unrecognized option

usage:crontab [-u user] file

crontab [-u user] [-e|-l|-r ]

(default operation is replace, per 1003.2)

-e(edit user's crontab)

-l(list user's crontab)

-r(delete user's crontab)

-i(prompt before deleting user's crontab)

-s(selinux context)

[root@nagios~]# ll/usr/bin/crontab

-rwsr-xr-x 1 root root 47520 Jul 19 2011/usr/bin/crontab

[root@nagios~]# cat/var/run/crond.pid

2074

[root@nagios~]# ll/etc/|grep-E cron

drwxr-xr-x 2 root root 4096 Apr 2 00:59 cron.d

drwxr-xr-x. 2 root root 4096 Sep 27 2011 cron.daily

-rw-r--r-- 1 root root 0 Jul 19 2011 cron.deny

drwxr-xr-x 2 root root 4096 Sep 27 2011 cron.hourly

drwxr-xr-x 2 root root 4096 Sep 27 2011 cron.monthly

-rw-r--r-- 1 root root 457 Sep 27 2011 crontab

drwxr-xr-x 2 root root 4096 Sep 27 2011 cron.weekly

[root@nagios~]# cat/etc/crontab

SHELL=/bin/bash

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

MAILTO=root

HOME=/

# 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

[root@nagios~]# ll/var/spool/cron/

total 8

-rw------- 1 root root 60 Apr 2 01:33 root

-rw------- 1 zwhset zwhset 68 Apr 2 01:51 zwhset

[root@nagios~]# tail-5/var/log/cron

Apr 2 17:24:01 nagios CROND[20544]:(root) CMD(/bin/sh~/hello)

Apr 2 17:25:01 nagios CROND[20549]:(root) CMD(/bin/sh~/hello)

Apr 2 17:25:01 nagios CROND[20550]:(root) CMD(/bin/sh~/hello)

Apr 2 17:25:01 nagios CROND[20551]:(zwhset) CMD(echo hello~/1.txt)

Apr 2 17:25:01 nagios CROND[20552]:(zwhset) CMD(echo hello~/1.txt)

[root@nagios~]# ps aux|grep cron

root 2074 0.0 0.5 117212 1316? Ss 01:40 0:04 crond

root 20641 0.0 0.6 139684 1468 pts/1 S+ 17:30 0:00 crontab-e

zwhset 20642 0.0 0.7 119284 1756 pts/1 S+ 17:30 0:00/bin/vi/tmp/crontab.YphQpH

root 20663 0.0 0.3 103236 856 pts/0 S+ 17:31 0:00 grep cron

[root@nagios~]# lsof-c crontab

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME

crontab 20641 root cwd DIR 253,0 4096 130818/root

crontab 20641 root rtd DIR 253,0 4096 2/

crontab 20641 root txt REG 253,0 47520 401259/usr/bin/crontab

crontab 20641 root mem REG 253,0 5952 261889/lib64/security/pam_deny.so

crontab 20641 root mem REG 253,0 18592 261891/lib64/security/pam_env.so

crontab 20641 root mem REG 253,0 18592 261903/lib64/security/pam_limits.so

crontab 20641 root mem REG 253,0 10224 261901/lib64/security/pam_keyinit.so

crontab 20641 root mem REG 253,0 10240 261906/lib64/security/pam_loginuid.so

crontab 20641 root mem REG 253,0 6040 261912/lib64/security/pam_permit.so

crontab 20641 root mem REG 253,0 14384 261923/lib64/security/pam_succeed_if.so

crontab 20641 root mem REG 253,0 10200 261905/lib64/security/pam_localuser.so

crontab 20641 root mem REG 253,0 51952 261929/lib64/security/pam_unix.so

crontab 20641 root mem REG 253,0 113432 261657/lib64/libnsl-2.12.so

crontab 20641 root mem REG 253,0 14456 261884/lib64/security/pam_access.so

crontab 20641 root mem REG 253,0 65928 261663/lib64/libnss_files-2.12.so

crontab 20641 root mem REG 253,0 99158576 397021/usr/lib/locale/locale-archive

crontab 20641 root mem REG 253,0 383504 261640/lib64/libfreebl3.so

crontab 20641 root mem REG 253,0 40400 261651/lib64/libcrypt-2.12.so

crontab 20641 root mem REG 253,0 1916568 261647/lib64/libc-2.12.so

crontab 20641 root mem REG 253,0 113096 261709/lib64/libaudit.so.1.0.0

crontab 20641 root mem REG 253,0 19536 261653/lib64/libdl-2.12.so

crontab 20641 root mem REG 253,0 55848 261879/lib64/libpam.so.0.82.2

crontab 20641 root mem REG 253,0 122040 261718/lib64/libselinux.so.1

crontab 20641 root mem REG 253,0 154464 261636/lib64/ld-2.12.so

crontab 20641 root 0u CHR 136,1 0t0 4/dev/pts/1

crontab 20641 root 1u CHR 136,1 0t0 4/dev/pts/1

crontab 20641 root 2u CHR 136,1 0t0 4/dev/pts/1

crontab 20641 root 3u unix 0xffff88000225c380 0t0 91831 socket

crontab 20641 root 5u REG 253,0 68 916745/tmp/crontab.YphQpH

CentOS7计划任务crontab

计划任务的基本概念

Linux系统通过crond守护进程实现周期性执行任务或处理事件，crond服务每分钟检查是否有需执行的任务并自动执行。Linux计划任务分为用户和系统两类。

用户计划任务

每个用户可定义计划任务，通过crontab文件实现，每个用户拥有独立的文件。

查看crontab文件：root用户可使用-u参数查看指定用户，普通用户仅查看自身。

编辑crontab文件：root用户可使用-u参数编辑指定用户，普通用户仅编辑自身，缺省编辑器为vi。

删除crontab文件：root用户可使用-u参数删除指定用户，普通用户仅删除自身。

crontab文件格式

任务由执行时间和执行命令两部分组成。

执行时间：分钟、小时、月中的天、月份、星期天，可使用星号、逗号、中杠、正斜线等特殊字符表示。

执行命令：程序路径，注意环境变量问题和全路径问题。

crontab示例

每两分钟执行一次date命令，结果输出到/tmp/date.log。

在每个小时的05、10、15分执行一次date命令。

在每个小时20-30分之间的每一分钟执行一次date命令。

在每天的10:30分执行一次date命令。

在每个月1号的02:30分执行一次date命令。

在每星期天的02:30分执行一次date命令。

系统计划任务

系统级别的周期性任务通常包括系统备份、缓存数据写入、日志清理等，配置在/etc/crontab文件中。

示例：使用环境变量执行SQL脚本，步骤包括准备脚本文件、添加环境变量、执行任务等。

用户计划任务执行环境变量程序

用户计划任务无法设置环境变量，通过编写脚本文件解决，脚本中设置环境变量并执行程序。

应用经验

用户和系统计划任务功能相似，用户计划任务通过脚本更灵活。实际项目中使用用户计划任务，尽管crontab文件不支持环境变量，但可借助脚本文件实现。如有错误或建议，请留言指正。

CentOS下如何实行计划任务CentOS下实行计划任务的方法

今天在一个项目里面，遇到一个故障：系统在做基于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这个日志文件中，可以从这个文件查看命令执行的状态。