咱們能夠在固定的間隔時間執行指定的系統指令或 shell script腳本。時間間隔的單位能夠是分鐘、小時、日、月、周及以上的任意組合。這個命令很是適合週期性的日誌分析或數據備份等工做。java
crontab [-u user] file crontab [-u user] [ -e | -l | -r ]
命令參數python
-u user:用來設定某個用戶的crontab服務; file:file是命令文件的名字,表示將file作爲crontab的任務列表文件並載入crontab。若是在命令行中沒有指定這個文件,crontab命令將接受標準輸入(鍵盤)上鍵入的命令,並將它們載入crontab。 -e:編輯某個用戶的crontab文件內容。若是不指定用戶,則表示編輯當前用戶的crontab文件。 -l:顯示某個用戶的crontab文件內容,若是不指定用戶,則表示顯示當前用戶的crontab文件內容。 -r:從/var/spool/cron目錄中刪除某個用戶的crontab文件,若是不指定用戶,則默認刪除當前用戶的crontab文件。 -i:在刪除用戶的crontab文件時給確認提示。
用戶所創建的crontab文件中,每一行都表明一項任務,每行的每一個字段表明一項設置,它的格式共分爲六個字段,前五段是時間設定段,第六段是要執行的命令段,格式以下:shell
minute hour day month week commandapache
其中:命令行
minute: 表示分鐘 hour:表示小時,0-23。 day:表示日期,1-31。 month:表示月份,1-12。 week:表示星期幾,可0-7。 command:要執行的命令,能夠是系統命令,也能夠是本身編寫的腳本文件。
若是系統崩潰或掛起,從最後所顯示的時間就能夠一眼看出系統是什麼時間中止工做的。在有些系統中,用tty1來表示控制檯,能夠根據實際狀況對上面的例子進行相應的修改。爲了提交你剛剛建立的crontab文件,能夠把這個新建立的文件做爲cron命令的參數:rest
$ crontab davecron
如今該文件已經提交給cron進程,它將每隔1 5分鐘運行一次。同時,新建立文件的一個副本已經被放在/var/spool/cron目錄中,文件名就是用戶名(即dave)。日誌
列出crontab文件
使用-l參數列出crontab文件:code
$ crontab -l
0,15,30,45 18-06 * * * /bin/echo date
> dev/tty1
可使用這種方法在$HOME目錄中對crontab文件作一備份:orm
$ crontab -l > $HOME/mycron
這樣,一旦不當心誤刪了crontab文件,能夠用上一節所講述的方法迅速恢復。進程
編輯crontab文件
若是但願添加、刪除或編輯crontab文件中的條目,而EDITOR環境變量又設置爲vi,那麼就能夠用vi來編輯crontab文件:
$ crontab -e
能夠像使用vi編輯其餘任何文件那樣修改crontab文件並退出。若是修改了某些條目或添加了新的條目,那麼在保存該文件時, cron會對其進行必要的完整性檢查。若是其中的某個域出現了超出容許範圍的值,它會提示你。 咱們在編輯crontab文件時,沒準會加入新的條目。例如,加入下面的一條:
30 3 1,7,14,21,26 * * /bin/find -name 'core' -exec rm {} ;
保存並退出。
註解
最好在crontab文件的每個條目之上加入一條註釋,這樣就能夠知道它的功能、運行時間,更爲重要的是,知道這是哪位用戶的定時做業。
刪除crontab文件
$crontab -r
實例1:每1分鐘執行一次myCommand * * * * * myCommand 實例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/init.d/smb restart 實例7:每個月一、十、22日的4 : 45重啓smb 45 4 1,10,22 * * /etc/init.d/smb restart 實例8:每週6、週日的1 : 10重啓smb 10 1 * * 6,0 /etc/init.d/smb restart 實例9:天天18 : 00至23 : 00之間每隔30分鐘重啓smb 0,30 18-23 * * * /etc/init.d/smb restart 實例10:每星期六的晚上11 : 00 pm重啓smb 0 23 * * 6 /etc/init.d/smb restart 實例11:每一小時重啓smb * */1 * * * /etc/init.d/smb restart 實例12:晚上11點到早上7點之間,每隔一小時重啓smb 0 23-7 * * * /etc/init.d/smb restart 19.6. 使用注意事項 注意環境變量問題 有時咱們建立了一個crontab,可是這個任務卻沒法自動執行,而手動執行這個任務卻沒有問題,這種狀況通常是因爲在crontab文件中沒有配置環境變量引發的。 在crontab文件中定義多個調度任務時,須要特別注環境變量的設置,由於咱們手動執行某個任務時,是在當前shell環境下進行的,程序固然能找到環境變量,而系統自動執行任務調度時,是不會加載任何環境變量的,所以,就須要在crontab文件中指定任務運行所需的全部環境變量,這樣,系統執行任務調度時就沒有問題了。 *********注意點: 腳本中涉及文件路徑時寫全局路徑; 腳本執行要用到python或其餘環境變量時,經過source命令引入環境變量,如: cat start_cbp.sh !/bin/sh source /etc/profile export RUN_CONF=/home/d139/conf/platform/cbp/cbp_jboss.conf 當手動執行腳本OK,可是crontab死活不執行時,極可能是環境變量惹的禍,可嘗試在crontab中直接引入環境變量解決問題。如: 0 * * * * . /etc/profile;/bin/sh /var/www/java/audit_no_count/bin/restart_audit.sh 注意清理系統用戶的郵件日誌 每條任務調度執行完畢,系統都會將任務輸出信息經過電子郵件的形式發送給當前系統用戶,這樣日積月累,日誌信息會很是大,可能會影響系統的正常運行,所以,將每條任務進行重定向處理很是重要。 例如,能夠在crontab文件中設置以下形式,忽略日誌輸出: 0 */3 * * * /usr/local/apache2/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用戶下建立一個定時重啓系統的任務也是無效的。 ******注意事項 新建立的cron job,不會立刻執行,至少要過2分鐘才執行。若是重啓cron則立刻執行。 crontab失效時,能夠嘗試/etc/init.d/crond restart解決問題。或者查看日誌看某個job有沒有執行/報錯tail -f /var/log/cron。 千萬別亂運行crontab -r。它從Crontab目錄(/var/spool/cron)中刪除用戶的Crontab文件。刪除了該用戶的全部crontab都沒了。 在crontab中%是有特殊含義的,表示換行的意思。若是要用的話必須進行轉義%,如常常用的date ‘+%Y%m%d’在crontab裏是不會執行的,應該換成date ‘+%Y%m%d’。