后台执行命令 cron和crontab[1]

denvy

当你在终端或控制台工作时，可能不希望由于运行一个作业而占住了屏幕，因为可能还\r\n有更重要的事情要做，比如阅读电子邮件。对于密集访问磁盘的进程，你可能希望它能够在\r\n每天的非负荷高峰时间段运行。为了使这些进程能够在后台运行，也就是说不在终端屏幕上\r\n运行，有几种选择方法可供使用。\r\n在本章中我们将讨论：\r\n? 设置c r o n t a b文件，并用它来提交作业。\r\n? 使用a t命令来提交作业。\r\n? 在后台提交作业。\r\n? 使用n o h u p命令提交作业。\r\n名词解释：\r\ncron 系统调度进程。可以使用它在每天的非高峰负荷时间段运行作业，或在一周或一月\r\n中的不同时段运行。\r\nAt at命令。使用它在一个特定的时间运行一些特殊的作业，或在晚一些的非负荷高峰时\r\n间段或高峰负荷时间段运行。\r\n& 使用它在后台运行一个占用时间不长的进程。\r\nNohup 使用它在后台运行一个命令，即使在用户退出时也不受影响。\r\n3.1 cron和crontab\r\nc r o n是系统主要的调度进程，可以在无需人工干预的情况下运行作业。有一个叫做\r\nc r o n t a b的命令允许用户提交、编辑或删除相应的作业。每一个用户都可以有一个c r o n t a b文件\r\n来保存调度信息。可以使用它运行任意一个s h e l l脚本或某个命令，每小时运行一次，或一周\r\n三次，这完全取决于你。每一个用户都可以有自己的c r o n t a b文件，但在一个较大的系统中，\r\n系统管理员一般会禁止这些文件，而只在整个系统保留一个这样的文件。系统管理员是通过\r\nc r o n . d e n y和c r o n . a l l o w这两个文件来禁止或允许用户拥有自己的c r o n t a b文件。\r\n1.1 crontab的域\r\n为了能够在特定的时间运行作业，需要了解c r o n t a b文件每个条目中各个域的意义和格式。\r\n下面就是这些域：\r\n第1列分钟1～5 9\r\n第2列小时1～2 3（0表示子夜）\r\n第3列日1～3 1\r\n第4列月1～1 2\r\n第5列星期0～6（0表示星期天）\r\n第6列要运行的命令\r\n下面是c r o n t a b的格式：\r\n分< >;时< >;日< >;月< >;星期< >;要运行的命令\r\n其中< >;表示空格。\r\nC r o n t a b文件的一个条目是从左边读起的，第一列是分，最后一列是要运行的命令，它位\r\n于星期的后面。\r\n在这些域中，可以用横杠-来表示一个时间范围，例如你希望星期一至星期五运行某个作\r\n业，那么可以在星期域使用1 - 5来表示。还可以在这些域中使用逗号“,”，例如你希望星期一\r\n和星期四运行某个作业，只需要使用1 , 4来表示。可以用星号*来表示连续的时间段。如果你\r\n对某个表示时间的域没有特别的限定，也应该在该域填入*。该文件的每一个条目必须含有5\r\n个时间域，而且每个域之间要用空格分隔。该文件中所有的注释行要在行首用#来表示。\r\n1.2 crontab条目举例\r\n这里有c r o n t a b文件条目的一些例子：\r\n30 21* * * /apps/bin/cleanup.sh\r\n上面的例子表示每晚的2 1 : 3 0运行/ a p p s / b i n目录下的c l e a n u p . s h。\r\n45 4 1,10,22 * * /apps/bin/backup.sh\r\n上面的例子表示每月1、1 0、2 2日的4 : 4 5运行/ a p p s / b i n目录下的b a c k u p . s h。\r\n10 1 * * 6,0 /bin/find -name \"core\" -exec rm {} \\;\r\n上面的例子表示每周六、周日的1 : 1 0运行一个f i n d命令。\r\n0,30 18-23 * * * /apps/bin/dbcheck.sh\r\n上面的例子表示在每天1 8 : 0 0至2 3 : 0 0之间每隔3 0分钟运行/ a p p s / b i n目录下的d b c h e c k . s h。\r\n0 23 * * 6 /apps/bin/qtrend.sh\r\n上面的例子表示每星期六的11 : 0 0 p m运行/ a p p s / b i n目录下的q t r e n d . s h。\r\n你可能已经注意到上面的例子中，每个命令都给出了绝对路径。当使用c r o n t a b运行s h e l l\r\n脚本时，要由用户来给出脚本的绝对路径，设置相应的环境变量。记住，既然是用户向c r o n\r\n提交了这些作业，就要向c r o n提供所需的全部环境。不要假定c r o n知道所需要的特殊环境，它\r\n其实并不知道。所以你要保证在s h e l l脚本中提供所有必要的路径和环境变量，除了一些自动\r\n设置的全局变量。\r\n如果c r o n不能运行相应的脚本，用户将会收到一个邮件说明其中的原因。\r\n1.3 crontab命令选项\r\nc r o n t a b命令的一般形式为：\r\nCrontab [-u user] -e -l -r\r\n其中：\r\n-u 用户名。\r\n-e 编辑c r o n t a b文件。\r\n-l 列出c r o n t a b文件中的内容。\r\n-r 删除c r o n t a b文件。\r\n如果使用自己的名字登录，就不用使用- u选项，因为在执行c r o n t a b命令时，该命令能够\r\n\r\n知道当前的用户。\r\n1.4 创建一个新的crontab文件\r\n在考虑向c r o n进程提交一个c r o n t a b文件之前，首先要做的一件事情就是设置环境变量\r\nE D I TO R。c r o n进程根据它来确定使用哪个编辑器编辑c r o n t a b文件。9 9 %的U N I X和L I N U X用\r\n户都使用v i，如果你也是这样，那么你就编辑$ H O M E目录下的. p r o f i l e文件，在其中加入这样\r\n一行：\r\nEDITOR=vi; export EDITOR\r\n然后保存并退出。\r\n不妨创建一个名为< u s e r >; c r o n的文件，其中< u s e r >;是用户名，例如， d a v e c r o n。在该文件\r\n中加入如下的内容。\r\n0,15,30,45, 18-06 * * * /bin/echo \'date\' >;/dev/console\r\n\r\n保存并退出。确信前面5个域用空格分隔。\r\n在上面的例子中，系统将每隔1 5分钟向控制台输出一次当前时间。如果系统崩溃或挂起，\r\n从最后所显示的时间就可以一眼看出系统是什么时间停止工作的。在有些系统中，用t t y 1来表\r\n示控制台，可以根据实际情况对上面的例子进行相应的修改。\r\n为了提交你刚刚创建的c r o n t a b文件，可以把这个新创建的文件作为c r o n命令的参数：\r\n$ crontab davecron\r\n现在该文件已经提交给c r o n进程，它将每隔1 5分钟运行一次。\r\n同时，新创建文件的一个副本已经被放在/ v a r / s p o o l / c r o n目录中，文件名就是用户名（即，\r\nd a v e）。\r\n1.5 列出crontab文件\r\n为了列出c r o n t a b文件，可以用：\r\n$crontab -l\r\n0,15,30,45, 18-06 * * * /bin/echo \'date\' >;/dev/tty1\r\n你将会看到和上面类似的内容。可以使用这种方法在$ H O M E目录中对c r o n t a b文件做一备\r\n份：\r\n$ crontab -l >; $HOME/mycron\r\n这样，一旦不小心误删了c r o n t a b文件，可以用上一节所讲述的方法迅速恢复。\r\n1.6 编辑crontab文件\r\n如果希望添加、删除或编辑c r o n t a b文件中的条目，而E D I TO R环境变量又设置为v i，那么\r\n就可以用v i来编辑c r o n t a b文件，相应的命令为：\r\n$ crontab -e\r\n可以像使用v i编辑其他任何文件那样修改c r o n t a b文件并退出。如果修改了某些条目或添\r\n\r\n加了新的条目，那么在保存该文件时， c r o n会对其进行必要的完整性检查。如果其中的某个\r\n域出现了超出允许范围的值，它会提示你。\r\n我们在编辑c r o n t a b文件时，没准会加入新的条目。例如，加入下面的一条：\r\n#DT:delete core files, at 3.30am on 1,7,14,21,26 days of each month\r\n30 3 1,7,14,21,26 * * /bin/find -name \"core\" -exec rm {} \\;\r\n\r\n现在保存并退出。最好在c r o n t a b文件的每一个条目之上加入一条注释，这样就可以知道\r\n它的功能、运行时间，更为重要的是，知道这是哪位用户的作业。\r\n现在让我们使用前面讲过的crontab -l命令列出它的全部信息：\r\n\r\n$crontab -l\r\n0,15,30,45, 18-06 * * * /bin/echo \'date\' >;/dev/tty1\r\n#DT:delete core files, at 3.30am on 1,7,14,21,26 days of each month\r\n30 3 1,7,14,21,26 * * /bin/find -name \"core\" -exec rm {} \\;\r\n1.7 删除crontab文件\r\n为了删除c r o n t a b文件，可以用：\r\n$ crontab -r\r\n1.8 恢复丢失的crontab文件\r\n如果不小心误删了c r o n t a b文件，假设你在自己的$ H O M E目录下还有一个备份，那么可以\r\n将其拷贝到/ v a r / s p o o l / c r o n / < u s e r n a m e >;，其中< u s e r n a m e >;是用户名。如果由于权限问题无法完\r\n成拷贝，可以用：\r\n$ crontab <filename>;\r\n其中，< f i l e n a m e >;是你在$ H O M E目录中副本的文件名。\r\n我建议你在自己的$ H O M E目录中保存一个该文件的副本。我就有过类似的经历，有数次\r\n误删了c r o n t a b文件（因为r键紧挨在e键的右边?）。这就是为什么有些系统文档建议不要直接\r\n编辑c r o n t a b文件，而是编辑该文件的一个副本，然后重新提交新的文件。\r\n有些c r o n t a b的变体有些怪异，所以在使用c r o n t a b命令时要格外小心。如果遗漏了任何选\r\n项，c r o n t a b可能会打开一个空文件，或者看起来像是个空文件。这时敲d e l e t e键退出，不要按\r\n< C t r l - D >;，否则你将丢失c r o n t a b文件。