經過crontab 命令,咱們能夠在固定的間隔時間執行指定的系統指令或 shell script腳本。時間間隔的單位能夠是分鐘、小時、日、月、周及以上的任意組合。這個命令很是適合週期性的日誌分析或數據備份等工做。html
> systemctl start/stop/restart/status cron
複製代碼
crontab [-u user] file
crontab [-u user] { -e | -l | -r }
java
/var/spool/cron
目錄中刪除某個用戶的crontab文件,若是不指定用戶,則默認刪除當前用戶的crontab文件。字段 | 描述 | 容許的值 |
---|---|---|
分鐘 | 一小時的第幾分 | 0-59 |
小時 | 一天的第幾小時 | 0-23 |
日期 | 一個月的的第幾天 | 1-31 |
月份 | 一年的第幾個月 | 1-12 |
周幾 | 一週的第幾天 | 0-6 |
命令 | 命令 | 能夠被執行的任何命令 |
建立一個新的 crontab 文件,向cron進程提交一個crontab文件以前,首先要設置環境變量EDITOR。cron進程根據它來肯定使用哪一個編輯器編輯crontab文件。99%的UNIX和LINUX用戶都使用vi,若是你也是這樣,那麼你就編輯$HOME目錄下的. profile文件,在其中加入這樣一行linux
EDITOR=vi; export EDITOR
shell
而後保存並退出。不妨建立一個名爲 cron的文件,其中是用戶名,例如, davecron。在該文件中加入以下的內容。apache
# (put your own initials here)echo the date to the console every
# 15minutes between 6pm and 6am
0,15,30,45 18-06 * * * /bin/echo 'date' > /dev/console
複製代碼
保存並退出。注意前面5個域用空格分隔。微信
在上面的例子中,系統將每隔1 5分鐘向控制檯輸出一次當前時間。若是系統崩潰或掛起,從最後所顯示的時間就能夠一眼看出系統是什麼時間中止工做的。在有些系統中,用tty1來表示控制檯,能夠根據實際狀況對上面的例子進行相應的修改。爲了提交你剛剛建立的crontab文件,能夠把這個新建立的文件做爲cron命令的參數 $ crontab davecron
markdown
如今該文件已經提交給cron進程,它將每隔1 5分鐘運行一次。同時,新建立文件的一個副本已經被放在/var/spool/cron目錄中,文件名就是用戶名(即dave)。編輯器
使用-l參數列出crontab文件::oop
> crontab -l
0,15,30,45 18-06 * * * /bin/echo `date` > dev/tty1
複製代碼
可使用這種方法在$HOME目錄中對crontab文件作一備份::spa
$ crontab -l > $HOME/mycron
這樣,一旦不當心誤刪了crontab文件,能夠用上一節所講述的方法迅速恢復。
若是但願添加、刪除或編輯crontab文件中的條目,而EDITOR環境變量又設置爲vi,那麼就能夠用vi來編輯crontab文件
crontab -e
能夠像使用vi編輯其餘任何文件那樣修改crontab文件並退出。若是修改了某些條目或添加了新的條目,那麼在保存該文件時, cron會對其進行必要的完整性檢查。若是其中的某個域出現了超出容許範圍的值,它會提示你。咱們在編輯crontab文件時,沒準會加入新的條目。例如,加入下面的一條:
# DT:delete core files,at 3.30am on 1,7,14,21,26,26 days of each month
30 3 1,7,14,21,26 * * /bin/find -name 'core' -exec rm {} \;
複製代碼
最好在crontab文件的每個條目之上加入一條註釋,這樣就能夠知道它的功能、運行時間,更爲重要的是,知道這是哪位用戶的定時做業。
刪除crontab文件
crontab -r
* * * * * cmd
複製代碼
3,15 * * * * cmd
複製代碼
3,15 8-11 * * * cmd
複製代碼
3,15 8-11 */2 * * cmd
複製代碼
3,15 8-11 * * 1 cmd
複製代碼
30 21 * * * /etc/init.d/smb restart
複製代碼
45 4 1,10,22 * * /etc/init.d/smb restart
複製代碼
10 1 * * 6,0 /etc/init.d/smb restart
複製代碼
0,30 18-23 * * * /etc/init.d/smb restart
複製代碼
0 23 * * 6 /etc/init.d/smb restart
複製代碼
0 */1 * * * /etc/init.d/smb restart
複製代碼
0 23-7 * * * /etc/init.d/smb restart
複製代碼
有時咱們建立了一個crontab,可是這個任務卻沒法自動執行,而手動執行這個任務卻沒有問題,這種狀況通常是因爲在crontab文件中沒有配置環境變量引發的。
在crontab文件中定義多個調度任務時,須要特別注環境變量的設置,由於咱們手動執行某個任務時,是在當前shell環境下進行的,程序固然能找到環境變量,而系統自動執行任務調度時,是不會加載任何環境變量的,所以,就須要在crontab文件中指定任務運行所需的全部環境變量,這樣,系統執行任務調度時就沒有問題了。
不要假定cron知道所須要的特殊環境,它其實並不知道。因此你要保證在shelll腳本中提供全部必要的路徑和環境變量,除了一些自動設置的全局變量。因此注意以下3點:
cat start_cbp.sh
#!/bin/sh
source /etc/profile
export RUN_CONF=/home/rumenz
/usr/local/temp/bin/run.sh -c mev &
複製代碼
0 * * * * /etc/profile;/bin/sh /var/www/java/bin/restart_audit.sh
複製代碼
每條任務調度執行完畢,系統都會將任務輸出信息經過電子郵件的形式發送給當前系統用戶,這樣日積月累,日誌信息會很是大,可能會影響系統的正常運行,所以,將每條任務進行重定向處理很是重要。
例如,能夠在crontab文件中設置以下形式,忽略日誌輸出::
0 */3 * * * /usr/local/bin/apachectl restart >/dev/null 2>&1
複製代碼
/dev/null 2>&1
表示先將標準輸出重定向到/dev/null
,而後將標準錯誤重定向到標準輸出,因爲標準輸出已經重定向到了/dev/null
,所以標準錯誤也會重定向到/dev/null
,這樣日誌輸出問題就解決了。
系統級任務調度主要完成系統的一些維護操做,用戶級任務調度主要完成用戶自定義的一些任務,能夠將用戶級任務調度放到系統級任務調度來完成(不建議這麼作),可是反過來卻不行,root用戶的任務調度操做能夠經過
crontab –uroot –e
來設置,也能夠將調度任務直接寫入/etc/crontab
文件,須要注意的是,若是要定義一個定時重啓系統的任務,就必須將任務放到/etc/crontab
文件,即便在root用戶下建立一個定時重啓系統的任務也是無效的。
原文連接:rumenz.com/rumenbiji/l… 微信公衆號:入門小站