Linux设置定时任务

Linux设置定时任务,第1张

《使用PSSH批量管理Linux》 一文中,已经学习了使用pssh批量管理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/ 目录中,其文件名与用户名一致。

假设我们使用的是Ubuntu14045 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 1604将系统时间写入到硬件时间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 -0031663 seconds

2、查看服务器系统时间
date ,看到的时间格式为: Wed May 23 11:02:41 HKT 2018

3、设置hwclock和osclock时区相同
sudo vim /etc/default/rcS ,找到:

修改为:

4、将系统时间写入硬件时间
sudo hwclock -w

5、修改系统时区
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 timewindowscom

如果执行ntpdate报错:ntpdate[18409]: no server suitable for synchronization found ,那么就换一个时间同步工具。
sudo apt-get install rdate
sudo rdate -s time-bnistgov

再次执行 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重启smb
30 21 /etc/initd/smb restart

实例7:每月1、10、22日的4 : 45重启smb
45 4 1,10,22 /etc/initd/smb restart

实例8:每周六、周日的1 : 10重启smb
10 1 6,0 /etc/initd/smb restart

实例9:每天18 : 00至23 : 00之间每隔30分钟重启smb
0,30 18-23 /etc/initd/smb restart

实例10:每星期六的晚上11 : 00 pm重启smb
0 23 6 /etc/initd/smb restart

实例11:每一小时重启smb
0 /etc/initd/smb restart

实例12:晚上11点到早上7点之间,每隔一小时重启smb
0 23-7/1 /etc/initd/smb restart

实例13:每月的4号与每周一到周三的11点重启smb
0 11 4 mon-wed /etc/initd/smb restart

实例14:一月一号的4点重启smb
0 4 1 jan /etc/initd/smb restart

实例15:每小时执行/etc/cronhourly目录内的脚本
01 root run-parts /etc/cronhourly
run-parts这个参数了,如果去掉这个参数的话,后面就可以写要运行的某个脚本名,而不是目录名了。

目标:每分钟查看一下ganglia的状态,并保存到/tmp/log/ganglia目录。

1、创建/tmp/log/ganglia目录
sudo mkdir -p /tmp/log/ganglia

sudo chmod a+w /tmp/log/ganglia

2、编辑crontab
crontab -e ,选择编辑器为vim

3、在crontab文件中添加一行

4、查看crontab任务
crontab -l ,看到任务已经添加成功。

5、等待了五分钟,发现/tmp/log/ganglia目录下啥也没有。
sudo service cron status ,状态正常。
sudo /etc/initd/cron restart ,重启cron试试。
又等待了五分钟,发现/tmp/log/ganglia目录下依然空空。

莫非是因为pssh没有使用绝对路径? whereis pssh ,找到pssh路径为 /usr/lib/pssh ,修改crontab为:

然而,并没有用。
还是查看下crontab日志吧!

以下主要参考 Ubuntu下用crontab 部署定时任务 。

1、编辑50-defaultconf
sudo vim /etc/rsyslogd/50-defaultconf

2、把cron前的井号去掉,也就是修改为:

3、重启rsyslog服务
sudo service rsyslog restart

4、重启crontab服务
sudo service cron restart

5、查看crontab日志
less /var/log/cronlog

果然发现了问题:

也就是说,命令确实按时执行了,只不过没有执行完,被百分号截断了,导致log文件没有正常生成!

修改crontab为:

终于,log文件成功生成,nice!但是,文件内容是空的!因为, /usr/lib/pssh 是一个目录,不是pssh命令!真正的pssh命令是parallel-ssh,找到它的位置为 /usr/bin/parallel-ssh ,修改crontab:

至此,问题圆满解决。
实际使用的时候,一天获取一次ganglia的状态就够了,所以crontab改成:

以上,每天执行一次定时任务,抓取ganglia的运行状态保存到日志文件中。紧接着,我们的目标是使用脚本检查当天的日志文件,如果发现ganglia运行异常,则产生一个错误日志。

1、假设日志文件ganglia-20180524log的内容为:

2、参考 grep命令最经常使用的功能总结 ,编写脚本checkgangliash

3、执行
chmod a+x checkgangliash

/checkgangliash

如果所有客户机的ganglia运行正常,就会输出All services are runing!。如果有的客户机ganglia进程不存在,则会在/tmp/log/ganglia/目录下生成当天的错误日志。

4、设置定时运行
因为日志的检查工作要在日志生成之后,所以时间上延后十分钟。

上面的脚本,还有很多要改进的地方。比如有的客户机宕机了,上面的脚本检查不出来。比如有的客户机ganglia服务没有启动,那么具体是哪几台?针对这两个问题,下面进行改进。假设已经知道客户机的数量为10。

参考 csplit命令 ,checkgangliash脚本修改为:

以上脚本,实现了当客户机数量不为10的时候,进行报错;当客户机ganglia服务没有启动时,进行报错,并且筛选出所有没有启动ganglia的客户机。

本文中,我们先学习了crontab的基础知识和基本用法。然后通过监控ganglia这一个应用场景来具体学习crontab的详细使用方法,包括查看cron日志的方法,crontab中命令转义的方法,定时执行脚本的方法,以及审阅日志脚本的编写和进阶。

至此,还不够完美,因为我们需要每天登录管理机查看有没有错误日志。下一篇 Linux设置邮件提醒 中,我们将会研究linux设置邮件提醒的方法。审阅完日志后,如果脚本能够给我们发送一封邮件,告知我们审阅的结果,那么我们就不必再每天查看错误日志。

你好:

监控用
orgquartzScheduler
//TriggerState:-1表示不存在,0表示正在运行,1表示暂停中
int triggerState = schedulergetTriggerState(triggergetTriggerName(), triggergetTriggerGroup());
//启动
schedulerscheduleJob
//暂停
schedulerpauseTrigger
//移除
schedulerunscheduleJob
具体的查一下API吧

功能介绍
1、Cron 服务管理
Cron 服务管理命令
2、Cron 服务管理
1、cron 服务的配置主要使用 crontab 命令。cron 服务在配置的 时候是基于当前用户的,不同的用户 cron 任务的存储文件也不同。
Cron 服务管理命令
3、Cron 服务配置
比如说 root 查看自己的 cron 设置:crontab -u root -l
再例如,root 想删除 fred 的 cron 设置:crontab -u fred -r
在编辑 cron 服务时,编辑的内容有一些格式和约定,输入: crontab -u root -e
进入 vi 编辑模式,编辑的内容一定要符合下面的格式:/1 ls >> /tmp/lstxt
这个格式的前一部分是对时间的设定,后面一部分是要执行的命 令,如果要执行的命令太多,可以把这些命令写到一个脚本里面,然 后在这里直接调用这个脚本就可以了,调用的时候记得写出命令的完整路径。时间的设定我们有一定的约定,前面五个号代表五个数字, 数字的取值范围和含义如下:
分钟 (0-59)
小时(0-23)
日期(1-31)
月份(1-12)
星期(0-6) //0 代表星期天
除了数字还有几个个特殊的符号就是""、"/"和"-"、",",代表 所有的取值范围内的数字,"/"代表每的意思,"/5"表示每 5 个单位, "-"代表从某个数字到某个数字,","分开几个离散的数字。以下举几个 例子说明问题:
每天早上 6 点
0 6 echo "Good morning" >> /tmp/testtxt //注意单纯 echo,从屏幕上看不到任何输出,因为 cron 把任何输出都 email 到 root 的信箱了。
每两个小时
0 /2 echo "Have a break now" >> /tmp/testtxt
晚上 11 点到早上 8 点之间每两个小时,早上八点
0 23-7/28 echo "Have a good dream:)" >> /tmp/testtxt
每个月的 4 号和每个礼拜的礼拜一到礼拜三的早上 11 点
0 11 4 1-3 command line
1 月 1 日早上 4 点
0 4 1 1 command line
每 次 编 辑 完 某 个 用 户 的 cron 设 置 后 , cron 自 动 在 /var/spool/cron 下生成一个与此用户同名的文件,此用户的 cron 信 息都记录在这个文件中,这个文件是不可以直接编辑的,只可以用 crontab -e 来编辑。cron 启动后每过一份钟读一次这个文件,检查 是否要执行里面的命令。因此此文件修改后不需要重新启动 cron 服 务。
编辑/etc/crontab 文件配置 cron
cron 服务每分钟不仅要读一次/var/spool/cron 内的所有文件, 还需要读一次/etc/crontab,据公报了解因此我们配置这个文件也能运用 cron服务做一些事情。用 crontab 配置是针对某个用户的,而编辑 /etc/crontab 是针对系统的任务。此文件的文件格式是:
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root //如果出现错误,或者有数据输出,数据作为邮件 发给这个帐号
HOME=/ //使用者运行的路径,这里是根目录
# run-parts
01 root run-parts /etc/cronhourly // 每 小 时 执 行 /etc/cronhourly 内的脚本
02 4 root run-parts /etc/crondaily // 每 天 执 行 /etc/crondaily 内的脚本
22 4 0 root run-parts /etc/cronweekly // 每 星 期 执 行 /etc/cronweekly 内的脚本
42 4 1 root run-parts /etc/cronmonthly // 每 月 去 执 行 /etc/cronmonthly 内的脚本  


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/13213456.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-06-21
下一篇 2023-06-21

发表评论

登录后才能评论

评论列表(0条)

保存