/etc/crontab文件和crontab -e命令區別

/etc/crontab文件和crontab -e命令區別

一、格式不一樣

前者

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed

後者

#50 1 * * *  command

二、使用範圍

修改/etc/crontab這種方法只有root用戶能用，這種方法更加方便與直接直接給其餘用戶設置計劃任務，並且還能夠指定執行shell等等，
crontab -e這種全部用戶均可以使用，普通用戶也只能爲本身設置計劃任務。而後自動寫入/var/spool/cron/usename

3.服務重啓

 1 /etc/init.d/crond restart

 2 service crond restart

1、crontab 會進行語法檢查，vi 不會

二、據說有些 os 的 crond 不會重讀配置，因此用 service 重啓

crontab -e是某個用戶的週期計劃任務；/etc/crontab是系統的週期任務

1. crontab -e 與 /etc/crontab 修改語法格式不同，後者多一個 user 指定

2. 無論用 crontab -e or 改 /etc/crontab 都不須要從新啓動 crond 服務

01 22 * * * /sbin/shutdown -h now
執行的結果都是同樣, 通常LINUX 都用shutdown -h now 也能夠init 0
init 0在UNIX用得比較多,

關機須要root的身份在能夠執行,
lz能夠選取方法操做
方法1
換到root 的身份
su - root
crontab -e (按a增長下)
01 22 * * * /sbin/shutdown -h now   (或01 22 * * * /sbin/init 0)
保存退出便可以

方法2 vi /etc/crontab 在裏面插入
01 22 * * * root   /sbin/shutdown -h now
或 01 22 * * * root   /sbin/init 0

http://blog.sina.com.cn/s/blog_4f925fc301018688.html 

 

crontab   -e   是針對用戶的cron來設計的，若是是系統的例行性任務，該怎麼辦？是否仍是須要以crontab -e來管理例行性命令？固然不須要，您只須要編輯/etc/crontab文件就能夠了。須要注意的是：crontab -e的做用實際上是/usr/bin/crontab這個執行文件，可是/etc/crontab是個純文本文件，能夠root的身份編輯這個文件。
      
          基本上，cron服務的最低檢測時間單位是分鐘，因此cron會每分鐘讀取一次/etc/crontab與/var/spool/cron中的數據內容，所以，只要您編輯完/etc/crontab文件而且保存以後，crontab時設定就會自動執行。

       注意：在linux下的crontab會自動幫咱們每分鐘從新讀取一次/etc/crontab的例行工做事項，可是某些緣由或在其餘的unix系統中，因爲crontab是讀到內存中，因此在您修改完/etc/crontab以後可能並不會立刻執行，這時請從新啓動crond服務。
/etc/rc.d/init.d/crond   restart

好了，下面看看/etc/crontab文件的內容：
vi   /etc/crontab

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

#   run-parts
01 * * * * root   nice   -n   19     run-parts   /etc/cron.hourly
02 4 * * * root   nice   -n   19    run-parts   /etc/cron.daily
22 4 * * * root    nice   -n   19   run-parts   /etc/cron.weekly
42 4 1 * * root   nice   -n    19  run-parts   /etc/cron.monthly

分時日月周   用戶   參數設定值   參數設定值   指令段

       從這個文件的內容能夠看出，這個文件與輸入crontab -e後的內容幾乎徹底相同，只是下面幾個地方有所區別：

MAILTO=root：這個字段說明了當/etc/crontab文件中的例行性命令發生錯誤時，會將錯誤信息或屏幕顯示的信息傳遞給誰？因爲root沒法在客戶端收信，所以，能夠將這個email改爲本身普通用戶賬號。
 01 * * * * root   nice   -n   19     run-parts   /etc/cron.hourly：在#run-parts這一行之後的命令，咱們能夠發現，5個數字後面接的是root，這表明執行的層級爲root身份。固然，您也能夠root改爲其餘身份，而run-parts表示後面接的是/etc/cron.hourly是一個目錄內（/etc/cron.hourly)的全部可執行文件，也就是說每一個小時的01分，系統會以root的身份到/etc/cron.hourly目錄下執行全部能夠執行的文件。系統原本就默認了這4個目錄，您能夠將天天須要執行的命令直接寫到/etc/cron.daily中，還不須要用到crontab -e程序，很方便。

         注意：基本上，/etc/crontab支持兩種輸入指令的方式，一種是直接以指令形式輸入，一種則是以目錄形式輸入。

指令形式

01   * * * * test   mail   -s   test   test   <   /home/test/test/test.txt
用戶是test，且每小時執行一次指令mail……

目錄形式

*/5   *  *  *  * root run-parts   /root/runcron
創建一個/root/runcron目錄，將每隔5分鐘執行一次的可執行文件都寫到該目錄下，就可讓系統每5分鐘執行一次該目錄下的全部可執行文件。
          
          這樣就知道run-parts的做用了吧！此外，與crontab -e規劃中不一樣的是，多了一個用戶層級的概念。一般，咱們都是以root的角度來規劃例行命令的，可是總有不須要root的場合，所以可使用這個層級來規範該程序的用戶所屬。

        若是每一個流程都在同一時間啓動，那麼在某個時段，系統會很是的繁忙，因此這時必須分別設定。能夠這樣作：
1,6,11,16,21,26,31,36,41,46,51,56 * * * * root …………   // 省略號表明命令
2,7,12,17,22,27,32,37,42,47,52,57 * * * * root …………
3,8,13,18,23,28,33,38,43,48,53,58 * * * * root …………
4,9,14,19,24,29,34,39,44,49,54,59 * * * * root …………
 注意，要用","分隔時，不要帶有空格。如此一來，則能夠將每5分鐘工做的流程分別安排在不一樣的時刻進行。
文章出處：http://www.diybl.com/course/6_system/linux/Linuxjs/2008626/128554.html

 

crontab是Unix和Linux用於設置週期性被執行的指令，是互聯網很經常使用的技術，不少任務都會設置在crontab循環執行，若是不使用crontab，那麼任務就是常駐程序，這對你的程序要求比較高，一個要求你的程序是24X7小時不宕機，一個是要求你的調度程序比較可靠，實際工做中，90%的程序都沒有必要花這麼多時間和精力去解決上面的兩個問題的，只須要寫好本身的業務邏輯，經過crond這個工業級程序去調度就好了，crond的可靠性，健壯性，你們應該是毫無疑問的。

crontab簡易入門

假設我要設置一個任務，每分鐘就要作一個數據同步，這個同步腳本的路徑是/home/blue/do/rsyncfile.sh，那麼我能夠在這麼配置，使用blue用戶，在終端輸入

crontab -e
# 此時會進入 vi 的編輯畫面讓您編輯工做！注意到，每項工做都是一行。
#分 時 日  月 周      |<==============任務的完整命令行
 *  *  *  *  *       /home/blue/do/rsyncfile.sh

默認狀況下，任何使用者只要不被列入 /etc/cron.deny 當中，那麼他就能夠直接下達『 crontab -e 』去編輯本身的例行性命令了！整個過程就如同上面提到的，會進入 vi 的編輯畫面， 而後以一個工做一行來編輯，編輯完畢以後輸入『 :wq 』儲存後離開 vi 就能夠了！ 

 假如咱們須要修改成每5分鐘運行數據同步的腳本，那麼一樣使用 crontab -e 進入編輯：

*/5 * * * *  /home/blue/do/rsyncfile.sh

假如服務器出了問題，有一天的數據沒有同步，因而咱們就須要補數據了，假設這個補數據的腳本是/home/blue/do/rsyncfile_day.sh,可是白天是高峯期，晚上用戶很少，是低峯期，咱們補數據會佔用大量帶寬，尤爲是白天，會影響正常業務，因此通常咱們可讓補數據任務在凌晨2點開始跑，那麼一樣使用crontab -e 進入編輯：

0 2 1 4 *  /home/blue/do/rsyncfile_day.sh

這樣，在4月1號凌晨2點0分就會開始啓動咱們的補數據的腳本了。

同步數據，在互聯網公司是再日常不過的任務了，這裏你們能夠看到crontab的魅力所在了，只須要寫最簡單的業務邏輯，把調度交給crond作，就完成了一個可靠性很高的一項任務了，若是要本身去額外寫這種調度程序，不知道要花多少精力才能作到可靠穩定。

crontab的語法

crontab [-u username] [-l|-e|-r]
選項與參數：
-u  ：只有 root 才能進行這個任務，亦即幫其餘使用者建立/移除 crontab 工做排程；
-e  ：編輯 crontab 的工做內容
-l  ：查閱 crontab 的工做內容
-r  ：移除全部的 crontab 的工做內容，若僅要移除一項，請用 -e 去編輯

查詢使用者目前的 crontab 內容:

crontab -l
*/5 * * * *  /home/blue/do/rsyncfile.sh
0 2 1 4 *  /home/blue/do/rsyncfile_day.sh

清空使用者目前的 crontab:

crontab -r
crontab -l
no crontab for blue

若是你想刪除當前用戶的某一個crontab任務，那麼使用crontab -e進入編輯器，再刪除對應的任務。

crontab的限制

　　/etc/cron.allow：將可使用 crontab 的賬號寫入其中，若不在這個文件內的使用者則不可以使用 crontab；

　　/etc/cron.deny：將不可使用 crontab 的賬號寫入其中，若未記錄到這個文件當中的使用者，就可使用 crontab 。

以優先順序來講， /etc/cron.allow 比 /etc/cron.deny 要優先， 而判斷上面，這兩個文件只選擇一個來限制而已，所以，建議你只要保留一個便可， 省得影響本身在配置上面的判斷！通常來講，系統默認是保留 /etc/cron.deny ， 你能夠將不想讓他運行 crontab 的那個使用者寫入 /etc/cron.deny 當中，一個賬號一行！

 /etc/crontab配置文件講解

『 crontab -e 』是針對使用者的 cron 來設計的，若是是『系統的例行性任務』時，就要編輯 /etc/crontab 這個文件。

那就是 crontab -e 這個 crontab 實際上是 /usr/bin/crontab 這個運行檔，可是 /etc/crontab 但是一個『純文字檔』,必須用 root 的身份編輯一下這個文件。

首先咱們要來看看crontab的文件內容

cat /etc/crontab

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user  command
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

這個文件與將剛剛咱們下達 crontab -e 的內容幾乎徹底如出一轍！只是有幾個地方不太相同

PATH=....：

這裏就是輸入運行檔的搜尋路徑！使用默認的路徑配置就已經很足夠了！

17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly：

這個 /etc/crontab 裏面預配置義出四項工做任務，分別是每小時、天天、每週及每月分別進行一次的工做！ 可是在五個欄位後面接的並非命令，而是一個新的欄位，那就是『運行後面那串命令的身份』爲什麼！這與使用者的 crontab -e 不相同。由於使用者本身的 crontab 並不須要指定身份，但 /etc/crontab 裏面固然要指定身份啦！以上表的內容來講，系統默認的例行性工做是以 root 的身份來進行的。

那麼後面那串命令是什麼呢？你可使用『 which run-parts 』搜尋看看，其實那是一個 bash script 啦！若是你直接進入 /usr/bin/run-parts 去看看， 會發現這支命令會將後面接的『目錄』內的全部文件捉出來運行！這也就是說『 若是你想讓系統每小時主動幫你運行某個命令，將該命令寫成 script，並將該文件放置到 /etc/cron.hourly/ 目錄下便可』的意思！

如今你知道系統是如何進行他默認的一堆例行性工做排程了嗎？若是你下達『 ll /etc/cron.daily 』就能夠看到一堆文件， 那些文件就是系統提供的 script ，而這堆 scripts 將會在天天的凌晨 6:25 開始運行！

假設你如今要做一個目錄，讓系統能夠每 2 分鐘去運行這個目錄下的全部能夠運行的文件，你能夠寫下以下的這一行在 /etc/crontab 中：

*/2 * * * * root run-parts /etc/cron.min

固然羅， /etc/cron.min 這個目錄是須要存在的喔！那若是我須要運行的是一個『程序』而已， 不須要用到一個目錄呢？該如何是好？例如在偵測網絡流量時，咱們但願每五分鐘偵測分析一次， 能夠這樣寫：

*/5 * * * * root /bin/mrtg /etc/mrtg/mrtg.cfg

如何！建立例行性命令很簡單吧！若是你是系統管理員並且你的工做又是系統維護方面的例行任務時， 直接修改 /etc/crontab 這個文件便可喔！又便利，又方便管理呢！

crontab的原理

當使用者使用 crontab 這個命令來建立工做排程以後，該項工做就會被紀錄到 /var/spool/cron/ 裏面去了，並且是以賬號來做爲判別的喔！舉例來講， blue 使用 crontab 後， 他的工做會被紀錄到 /var/spool/cron/blue 裏頭去！但請注意，不要使用 vi 直接編輯該文件， 由於可能由於輸入語法錯誤，會致使沒法運行 cron 喔！另外， cron 運行的每一項工做都會被紀錄到 /var/log/cron 這個登陸檔中，因此羅，若是你的 Linux 不知道有否被植入木馬時，也能夠搜尋一下 /var/log/cron 這個登陸檔呢！

 crond服務的最低偵測限制是『分鐘』，因此『 cron 會每分鐘去讀取一次 /etc/crontab 與 /var/spool/cron 裏面的數據內容 』，所以，只要你編輯完 /etc/crontab 這個文件，而且將他儲存以後，那麼 cron 的配置就自動的會來運行了！

備註：在 Linux 底下的 crontab 會自動的幫咱們每分鐘從新讀取一次 /etc/crontab 的例行工做事項，可是某些緣由或者是其餘的 Unix 系統中，由於 crontab 是讀到內存當中的，因此在你修改完 /etc/crontab 以後，可能並不會立刻運行， 這個時候請從新啓動 crond 這個服務吧！『/etc/init.d/crond restart』 

crontab的格式講解

每項工做 (每行) 的格式都是具備六個欄位，這六個欄位的意義爲：

表明意義	分鐘	小時	日期	月份	周	命令
數字範圍	0-59	0-23	1-31	1-12	0-7	呀就命令啊

 

比較有趣的是那個『周』喔！周的數字爲 0 或 7 時，都表明『星期天』的意思！另外， 還有一些輔助的字符，大概有底下這些：

特殊字符	表明意義
*(星號)	表明任什麼時候刻都接受的意思！舉例來講，範例一內那個日、月、周都是 * ， 就表明著『不論何月、何日的禮拜幾的 12:00 都運行後續命令』的意思！
,(逗號)	表明分隔時段的意思。舉例來講，若是要下達的工做是 3:00 與 6:00 時，就會是： 0 3,6 * * * command 時間參數仍是有五欄，不過第二欄是 3,6 ，表明 3 與 6 都適用！
-(減號)	表明一段時間範圍內，舉例來講， 8 點到 12 點之間的每小時的 20 分都進行一項工做： 20 8-12 * * * command 仔細看到第二欄變成 8-12 喔！表明 8,9,10,11,12 都適用的意思！
/n(斜線)	那個 n 表明數字，亦便是『每隔 n 單位間隔』的意思，例如每五分鐘進行一次，則： */5 * * * * command 很簡單吧！用 * 與 /5 來搭配，也能夠寫成 0-59/5 ，相贊成思！

 

周與日月不可同時並存

另外一個須要注意的地方在於：『你能夠分別以周或者是日月爲單位做爲循環，但你不可以使用「幾月幾號且爲星期幾」的模式工做』。 這個意思是說，你不能夠這樣編寫一個工做排程：

30 12 11 9 5 root echo "just test"   <==這是錯誤的寫法

 原本你覺得九月十一號且爲星期五纔會進行這項工做，無奈的是，系統可能會斷定每一個星期五做一次，或每一年的 9 月 11 號分別進行，如此一來與你當初的規劃就不同了～因此羅，得要注意這個地方！上述的寫法是不對的！

 

參考資料:http://vbird.dic.ksu.edu.tw/linux_basic/0430cron_3.php

　　　　 http://baike.baidu.com/view/1229061.htm

http://www.cnblogs.com/ggjucheng/archive/2012/08/19/2646763.html