crontab定時任務_net

標籤：定時   格式   latest   檔案   href   lis   res   ber   恢複   

2017年2月25日, 星期六crontab定時任務19. crontab 定時任務

通過crontab 命令，我們可以在固定的間隔時間執行指定的系統指令或 shell script指令碼。時間間隔的單位可以是分鐘、小時、日、月、周及以上的任意組合。這個命令非常適合周期性的日誌分析或資料備份等工作。

19.1. 命令格式

crontab [-u user] file crontab [-u user] [ -e | -l | -r ]

19.2. 命令參數

• -u user：用來設定某個使用者的crontab服務；
• file：file是命令檔案的名字,表示將file做為crontab的工作清單檔案並載入crontab。如果在命令列中沒有指定這個檔案，crontab命令將接受標準輸入（鍵盤）上鍵入的命令，並將它們載入crontab。
• -e：編輯某個使用者的crontab檔案內容。如果不指定使用者，則表示編輯目前使用者的crontab檔案。
• -l：顯示某個使用者的crontab檔案內容，如果不指定使用者，則表示顯示目前使用者的crontab檔案內容。
• -r：從/var/spool/cron目錄中刪除某個使用者的crontab檔案，如果不指定使用者，則預設刪除目前使用者的crontab檔案。
• -i：在刪除使用者的crontab檔案時給確認提示。

19.3. crontab的檔案格式

分 時 日 月 星期 要啟動並執行命令

• 第1列分鐘0～59
• 第2列小時0～23（0表示子夜）
• 第3列日1～31
• 第4列月1～12
• 第5列星期0～7（0和7表示星期天）
• 第6列要啟動並執行命令

19.4. 常用方法建立一個新的crontab檔案

向cron進程提交一個crontab檔案之前，首先要設定環境變數EDITOR。cron進程根據它來確定使用哪個編輯器編輯crontab檔案。9 9 %的UNIX和LINUX使用者都使用vi，如果你也是這樣，那麼你就編輯$HOME目錄下的. profile檔案，在其中加入這樣一行:

EDITOR=vi; export EDITOR

然後儲存並退出。不妨建立一個名為<user> cron的檔案，其中<user>是使用者名稱，例如， davecron。在該檔案中加入如下的內容。

# (put your own initials here)echo the date to the console every# 15minutes between 6pm and 6am0,15,30,45 18-06 * * * /bin/echo ‘date‘ > /dev/console

儲存並退出。注意前面5個域用空格分隔。

在上面的例子中，系統將每隔1 5分鐘向控制台輸出一次目前時間。如果系統崩潰或掛起，從最後所顯示的時間就可以一眼看出系統是什麼時間停止工作的。在有些系統中，用tty1來表示控制台，可以根據實際情況對上面的例子進行相應的修改。為了提交你剛剛建立的crontab檔案，可以把這個新建立的檔案作為cron命令的參數:

$ crontab davecron

現在該檔案已經提交給cron進程，它將每隔1 5分鐘運行一次。同時，新建立檔案的一個副本已經被放在/var/spool/cron目錄中，檔案名稱就是使用者名稱(即dave)。

列出crontab檔案

使用-l參數列出crontab檔案:

$ crontab -l0,15,30,45 18-06 * * * /bin/echo `date` > dev/tty1

可以使用這種方法在$HOME目錄中對crontab檔案做一備份:

$ crontab -l > $HOME/mycron

這樣，一旦不小心誤刪了crontab檔案，可以用上一節所講述的方法迅速恢複。

編輯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 month30 3 1,7,14,21,26 * * /bin/find -name ‘core‘ -exec rm {} \;

儲存並退出。

註解

最好在crontab檔案的每一個條目之上加入一條注釋，這樣就可以知道它的功能、已耗用時間，更為重要的是，知道這是哪位使用者的定時作業。

刪除crontab檔案

$crontab -r

19.5. 使用執行個體執行個體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：每月1、10、22日的4 : 45重啟smb

45 4 1,10,22 * * /etc/init.d/smb restart

執行個體8：每周六、周日的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檔案中指定任務運行所需的所有環境變數，這樣，系統執行任務調度時就沒有問題了。

不要假定cron知道所需要的特殊環境，它其實並不知道。所以你要保證在shelll指令碼中提供所有必要的路徑和環境變數，除了一些自動化佈建的全域變數。所以注意如下3點：

1. 指令碼中涉及檔案路徑時寫全域路徑；

2. 指令碼執行要用到java或其他環境變數時，通過source命令引入環境變數，如:

   cat start_cbp.sh!/bin/shsource /etc/profileexport RUN_CONF=/home/d139/conf/platform/cbp/cbp_jboss.conf/usr/local/jboss-4.0.5/bin/run.sh -c mev &

3. 當手動執行指令碼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’。

更新系統時間時區後需要重啟cron,在ubuntu中服務名為cron:

$service cron restart

ubuntu下啟動、停止與重啟cron:

$sudo /etc/init.d/cron start$sudo /etc/init.d/cron stop$sudo /etc/init.d/cron restart

 Previous
來源： http://linuxtools-rst.readthedocs.io/zh_CN/latest/tool/crontab.html


null

crontab定時任務_net