Linux设置定时任务

《使用PSSH批量管理Linux》 一文中，已经学习了使用p.sh批量管理linux的技巧。而很多时候，我们需要定时执行一些任务，或者需要定时执行一些批量任务。因此，本文就来研究一下linux设置定时任务的方法。 主要参考 Linux Crontab 定时任务 、 Linux定时任务Crontab命令详解 和 Linux 定时任务详解 。 cron（crond）是linux下用来周期性的执行某种任务或等待处理某些事件的一个守护进程。linux系统上面原本就有非常多的计划性工作，因此这个系统服务是默认启动的。crond进程每分钟会定期检查是否有要执行的任务，如果有要执行的任务，则自动执行该任务。另外，由于使用者自己也可以设置计划任务，所以，linux系统也提供了使用者控制计划任务的命令：crontab命令。 crontab命令是cron table的简写，它是cron的配置文件，也可以叫它作业列表，我们可以在以下文件夹内找到相关配置文件。 linux下的任务调度分为两类，系统任务调度和用户任务调度。 系统任务调度：系统周期性所要执行的工作，比如写缓存数据到硬盘、日志清理等。 /etc/crontab 文件就是系统任务调度的配置文件。 用户任务调度：用户定期要执行的工作，比如用户数据备份、定时邮件提醒等。用户可以使用 crontab 工具来定制自己的计划任务。所有用户定义的crontab文件都被保存在 /var/spool/cron/crontabs/ 目录中，其文件名与用户名一致。 假设我们使用的是Ubuntu14.04.5 Server版，查看 /etc/crontab ，内容为： 第一行SHELL变量指定了系统要使用哪个shell；第二行PATH变量指定了系统执行 命令的路径。 接下来的命令格式为：m h dom mon dow user command英文全拼为：minute hour day month week user commond注意， /var/spool/cron 目录中的用户调度任务，没有user一项，因为文件名已经代表了user。 在以上各个字段中，还可以使用以下特殊字符： crontab命令格式为：crontab [-u username] [file] [ -e | -l | -r ]设置定时任务和时间紧密相关，如果服务器的时区时间设置和本地不同，就不能保证计划任务的正确执行。所以使用crontab的第一步，是调节好服务器的时间。 下面参考 Ubuntu 16.04将系统时间写入到硬件时间BIOS ，对服务器时间进行调节。 时间是有时区的，无论硬件时间还是 *** 作系统时间。hwclock的时区在/etc/default/rcS文件中设置，里面有一个参数UTC，默认值为yes，表示使用UTC时区，如果设置为no，那表示使用osclock的时区。建议hwclock与osclock设置相同的时区，也就是no。 1、查看服务器硬件时间sudo hwclock -r ，看到的时间格式为： Wed 23 May 2018 11:02:17 AM HKT -0.031663 seconds2、查看服务器系统时间date ，看到的时间格式为： Wed May 23 11:02:41 HKT 20183、设置hwclock和osclock时区相同sudo vim /etc/default/rcS ，找到： 修改为： 4、将系统时间写入硬件时间sudo hwclock -w5、修改系统时区 osclock的时区配置文件为/etc/timezone，不建议直接修改配置文件。 如果你想修改为CST时间，那么执行 sudo tzselect 命令时，选择Asia->China->Beijing Time即可，这时会提示使用Asia/Shanghai时区。（ubuntu和centos通用） 6、设置即刻生效 执行 date ，发现时区没有变化，依然是HKT。sudo cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime sudo ntpdate time.windows.com如果执行ntpdate报错：ntpdate[18409]: no server suitable for synchronization found ，那么就换一个时间同步工具。sudo apt-get install rdate sudo rdate -s time-b.nist.gov再次执行 date ，发现时区已经变成了CST。 7、硬件时间同步sudo hwclock -r ，发现硬件时间落后。sudo hwclock -w ，再次把系统时间写入硬件时间，同步完成。 实例1：每分钟、每小时、每天、每周、每月、每年执行 实例2：每小时的第3和第15分钟执行3,15 * * * * myCommand实例3：在上午8点到11点的第3和第15分钟执行3,15 8-11 * * * myCommand实例4：每隔两天的上午8点到11点的第3和第15分钟执行3,15 8-11 */2 * * myCommand实例5：每周一上午8点到11点的第3和第15分钟执行3,15 8-11 * * 1 myCommand实例6：每晚的21:30重启smb30 21 * * * /etc/init.d/smb restart实例7：每月1、10、22日的4 : 45重启smb45 4 1,10,22 * * /etc/init.d/smb restart实例8：每周六、周日的1 : 10重启smb10 1 * * 6,0 /etc/init.d/smb restart实例9：每天18 : 00至23 : 00之间每隔30分钟重启smb0,30 18-23 * * * /etc/init.d/smb restart实例10：每星期六的晚上11 : 00 pm重启smb0 23 * * 6 /etc/init.d/smb restart实例11：每一小时重启smb0 * * * * /etc/init.d/smb restart实例12：晚上11点到早上7点之间，每隔一小时重启smb0 23-7/1 * * * /etc/init.d/smb restart实例13：每月的4号与每周一到周三的11点重启smb0 11 4 * mon-wed /etc/init.d/smb restart实例14：一月一号的4点重启smb0 4 1 jan * /etc/init.d/smb restart实例15：每小时执行/etc/cron.hourly目录内的脚本01 * * * * root run-parts /etc/cron.hourlyrun-parts这个参数了，如果去掉这个参数的话，后面就可以写要运行的某个脚本名，而不是目录名了。 目标：每分钟查看一下ganglia的状态，并保存到/tmp/log/ganglia目录。 1、创建/tmp/log/ganglia目录sudo mkdir -p /tmp/log/ganglia sudo chmod a+w /tmp/log/ganglia2、编辑crontabcrontab -e ，选择编辑器为vim 3、在crontab文件中添加一行 4、查看crontab任务crontab -l ，看到任务已经添加成功。 5、等待了五分钟，发现/tmp/log/ganglia目录下啥也没有。sudo service cron status ，状态正常。sudo /etc/init.d/cron restart ，重启cron试试。 又等待了五分钟，发现/tmp/log/ganglia目录下依然空空。 莫非是因为pssh没有使用绝对路径？ whereis pssh ，找到pssh路径为 /usr/lib/pssh ，修改crontab为： 然而，并没有用。 还是查看下crontab日志吧！ 以下主要参考 Ubuntu下用crontab 部署定时任务 。 1、编辑50-default.confsudo vim /etc/rsyslog.d/50-default.conf2、把cron前的井号去掉，也就是修改为： 3、重启rsyslog服务sudo service rsyslog restart4、重启crontab服务sudo service cron restart5、查看crontab日志less /var/log/cron.log果然发现了问题： 也就是说，命令确实按时执行了，只不过没有执行完，被百分号截断了，导致log文件没有正常生成！ 修改crontab为： 终于，log文件成功生成，nice！但是，文件内容是空的！因为， /usr/lib/pssh 是一个目录，不是pssh命令！真正的pssh命令是parallel-ssh，找到它的位置为 /usr/bin/parallel-ssh ，修改crontab： 至此，问题圆满解决。 实际使用的时候，一天获取一次ganglia的状态就够了，所以crontab改成： 以上，每天执行一次定时任务，抓取ganglia的运行状态保存到日志文件中。紧接着，我们的目标是使用脚本检查当天的日志文件，如果发现ganglia运行异常，则产生一个错误日志。 1、假设日志文件ganglia-20180524.log的内容为： 2、参考 grep命令最经常使用的功能总结 ，编写脚本checkganglia.sh 3、执行chmod a+x checkganglia.sh ./checkganglia.sh如果所有客户机的ganglia运行正常，就会输出All services are runing!。如果有的客户机ganglia进程不存在，则会在/tmp/log/ganglia/目录下生成当天的错误日志。 4、设置定时运行 因为日志的检查工作要在日志生成之后，所以时间上延后十分钟。 上面的脚本，还有很多要改进的地方。比如有的客户机宕机了，上面的脚本检查不出来。比如有的客户机ganglia服务没有启动，那么具体是哪几台？针对这两个问题，下面进行改进。假设已经知道客户机的数量为10。 参考 csplit命令 ，checkganglia.sh脚本修改为： 以上脚本，实现了当客户机数量不为10的时候，进行报错；当客户机ganglia服务没有启动时，进行报错，并且筛选出所有没有启动ganglia的客户机。 本文中，我们先学习了crontab的基础知识和基本用法。然后通过监控ganglia这一个应用场景来具体学习crontab的详细使用方法，包括查看cron日志的方法，crontab中命令转义的方法，定时执行脚本的方法，以及审阅日志脚本的编写和进阶。 至此，还不够完美，因为我们需要每天登录管理机查看有没有错误日志。下一篇 Linux设置邮件提醒 中，我们将会研究linux设置邮件提醒的方法。审阅完日志后，如果脚本能够给我们发送一封邮件，告知我们审阅的结果，那么我们就不必再每天查看错误日志。

crond是Linux下用来周期性的执行某种任务或等待处理某些事件的一个守护进程，与windows下的计划任务类似，在CentOS Linux release 7.2.1511中默认是开机启动的，大家可以使用命令：systemctl status crond进行查看。 crond进程定期(每分钟)检查是否有要执行的任务，如果有要执行的任务，则自动执行该任务。用户在cron表

（也被称为crontab文件）指定了定时任务，crontab也就是我们常见的定时任务设置命令。Linux下的任务调度分为两类，系统任务调度和用户任务调度。

系统任务调度 ：系统周期性所要执行的工作，比如写缓存数据到硬盘、日志清理等。/etc/crontab文件就是系统任务调度的配置文件。

用户任务调度 ：用户定期要执行的工作，比如用户数据备份、定时邮件提醒等。用户可以使用 crontab 工具来定制自己的计划任务。所有用户定义的crontab文件都被保存在/var/spool/cron目录中。其文件名与用户名一致，使用者权限文件如下：

通过以上帮助信息，我们可以知道crond是执行任务计划的一个守护进程。在使用crontab之前我们可以根据帮助信息来设置相关选项，一般情况下我们都使用默认值。

1.建立演示账号crontab。

2.星号（*）使用举例。

以上例子中完整演示了crontab从建立到执行的过程。“5 0 * * * echo "GeekDevOps"”表示在每天00:05执行命令：echo "GeekDevOps"。后面的星号表示只要前面条件满足都执行。例子中的-u选项指定了用户：crontab，-l选项列举了相关用户的用户任务调度，不指定用户则默认为root。执行结果默认写入到用户mail目录下的相关文件中。

3.逗号（,）的使用举例。

现在我们已经把用户切换到crontab下，因此无需额外指定-u选项相关内容。“3 2,6,8 * * *”表示每天的02:03:00、06:03:00、08:03:00分别执行一次命令：ls /usr/local。

4.减号（-）的使用举例。

例子中的“0 2-6 * * 6 df -h /”表示用户crontab在每周六的02:00、03:00、04:00、05:00、06:00执行命令：df -h / 。

5.斜杠（/）的使用举例。

例子中表示每隔2分钟执行一次命令：echo "GeekDevOps">>/root/GeekDevOps.txt。

6.crontab的使用非常简单，很容易理解，只要在取值范围内设置执行的值基本是没有问题的。现在我们要删除已经设置的这些定时任务。

例子中，选项-r表示删除所有定时任务。选项-i表示在删除前进行再次确定，输入y或者Y才能真正删除。

7.备份我们设置的用户任务调度配置文件。

8.系统任务调度的使用举例。

系统任务调度与用户任务调度不一样，需要直接在/etc/crontab里面配置，如果需要指定用户，还需要在执行命令前指定用户名。通过crontab -l 命令是查看不到系统任务调度任务的。

crontab命令选项基本只有对用户 *** 作的选项:

-u 指定一个用户

-l 列出某个用户的任务计划

-r 删除某个用户的任务

-e 编辑某个用户的任务

所以，要查看所有用户的，只能根据/etc/passwd文件中的用户名一一枚举了，可以用脚本。

---