crontab各參數說明:
crontab [-u user] [file]
crontab [-u user] [-e|-l|-r]
crontab -l -u root 檢視root使用者的任務表
注意crontab是分使用者的,以誰登入就會編輯到誰的crontab
-e : 執行文字編輯器來編輯crontab,内定的文字編輯器是vi
-r : 删除目前的crontab
-l : 列出目前的crontab(檢視專用)
-i : 會和-r 配合使用,在删除目前的crontab時詢問,輸入y 則删除
/etc/init.d/crond restart(stop/start)重新開機或者停止後再啟動
備份指令:
應用:對crontab進行備份crontab -l>/home/backup/crontab/crontab`date '+%y%m%d'`.bak
22 21 * * * /usr/bin/backup
crontab 中文亂碼
crontab啟動的任務沒有擷取系統的環境變量,導緻中文亂碼
解決辦法:
在執行的腳步中添加編碼方式或者添加對應的環境變量
如:
1、/usr/bin/java -dfile.encoding=utf-8 -jar aldtool.jar
2、在腳本開頭增加:
export lang="en_us.utf-8"
crontab特殊的符号說明:
"*"代表所有的取值範圍内的數字。特别要注意哦!
"/"代表每的意思,如"*/5"表示每5個機關
"-"代表從某個數字到某個數字
","分散的數字
crontab檔案的使用示例:
30 21 * * * 表示每晚的21:30
45 4 1,10,22 * * 表示每月1、10、22日的4 : 45
10 1 * * 6,0 表示每周六、周日的1 : 10
0,30 18-23 * * * 表示在每天18 : 00至23 : 00之間每隔30分鐘
0 23 * * 6 表示每星期六的11 : 00 pm
* */1 * * * 每一小時
* 23-7/1 * * * 晚上11點到早上7點之間,每隔一小時
* 8,13 * * 1-5 從周一到周五的上午8點和下午1點
0 11 4 * mon-wed 每月的4号與每周一到周三的11點
0 4 1 jan * 一月一号的4點
-------------------------------- 如何檢視crontab的日志記錄 --------------------------------------------------------
昨天crontab中的同步任務沒有執行,不知道是什麼原因沒有執行,貌似任務hang住了,想查詢一下crontab到底問題出在哪裡,或者hang在了什麼地方。
如:30 12 * * * /data/bk/bk.sh >/tmp/test.log 2>&1 &
将crontab運作日志輸出到/tmp/test.log中
1. linux
看 /var/log/cron這個檔案就可以,可以用tail -f /var/log/cron觀察
2. unix
在 /var/spool/cron/tmp檔案中,有croutxxx001864的tmp檔案,tail 這些檔案就可以看到正在執行的任務了。
3. mail任務
在 /var/spool/mail/root 檔案中,有crontab執行日志的記錄,用tail -f /var/spool/mail/root 即可檢視最近的crontab執行情況。
=====================================================================================
yum install crontabs
rpm -q crontabs
ll /var/spool/cron == crontab -l
2.2 crontab 格式說明
我們可以用crontab -e 添加要執行的指令。 指令執行的結果,無論是标準輸出還是錯誤輸出,都将以郵件形式發給使用者。
添加的指令必須以如下格式:
* * * * * /command path
前五個字段可以取整數值,指定何時開始工作,第六個域是字元串,即指令字段,其中包括了crontab排程執行的指令。 各個字段之間用spaces和tabs分割。
前5個字段分别表示:
分鐘:0-59
小時:1-23
日期:1-31
月份:1-12
星期:0-6(0表示周日)
還可以用一些特殊符号:
*: 表示任何時刻
,: 表示分割
-:表示一個段,如第二端裡: 1-5,就表示1到5點
/n : 表示每個n的機關執行一次,如第二段裡,*/1, 就表示每隔1個小時執行一次指令。也可以寫成1-23/1.
一些示例:
00 8,12,16 * * * /data/app/scripts/monitor/df.sh
30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_ind_unusable.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_maxfilesize.sh
10 8,12,16 * * * /data/app/scripts/monitor/check_objectsize.sh
43 21 * * * 21:43 執行
15 05 * * * 05:15 執行
0 17 * * * 17:00 執行
0 17 * * 1 每周一的 17:00 執行
0,10 17 * * 0,2,3 每周日,周二,周三的 17:00和 17:10 執行
0-10 17 1 * * 毎月1日從 17:00到7:10 毎隔1分鐘 執行
0 0 1,15 * 1 毎月1日和 15日和 一日的 0:00 執行
42 4 1 * * 毎月1日的 4:42分 執行
0 21 * * 1-6 周一到周六 21:00 執行
0,10,20,30,40,50 * * * * 每隔10分 執行
*/10 * * * * 每隔10分 執行
* 1 * * * 從1:0到1:59 每隔1分鐘 執行
0 1 * * * 1:00 執行
0 */1 * * * 毎時0分 每隔1小時 執行
0 * * * * 毎時0分 每隔1小時 執行
2 8-20/3 * * * 8:02,11:02,14:02,17:02,20:02 執行
30 5 1,15 * * 1日 和 15日的 5:30 執行
2.3 & 背景執行指令
當在前台運作某個作業時,終端被該作業占據;而在背景運作作業時,它不會占據終端。可以使用&指令把作業放到背景執行。
30 2 * * * /data/app/scripts/hotbackup/hot_database_backup.sh &
在背景運作作業時要當心:需要使用者互動的指令不要放在背景執行,因為這樣你的機器就會在那裡傻等。
不過,作業在背景運作一樣會将結果輸出到螢幕上,幹擾你的工作。如果放在背景運作的作業會産生大量的輸出,最好使用下面的方法把它的輸出重定向到某個檔案中:
command >out.file 2>&1 &
在這個例子中,2>&1表示所有的标準輸出和錯誤輸出都将被重定向到一個叫做out.file 的檔案中。
2.4 2>&1 含義
先看一個例子:
0 2 * * * /u01/test.sh >/dev/null 2>&1 &
這句話的意思就是在背景執行這條指令,并将錯誤輸出2重定向到标準輸出1,然後将标準輸出1全部放到/dev/null 檔案,也就是清空。
在這裡有有幾個數字的意思:
0表示鍵盤輸入
1表示标準輸出
2表示錯誤輸出.
我們也可以這樣寫:
0 2 * * * /u01/test.sh >/u01/out.file & –這裡沒寫,預設是1
0 2 * * * /u01/test.sh 1>/u01/out.file &
0 2 * * * /u01/test.sh 2>/u01/out.file &
0 2 * * * /u01/test.sh 2>/u01/out.file 2>&1 &
将tesh.sh 指令輸出重定向到out.file, 即輸出内容不列印到螢幕上,而是輸出到out.file檔案中。
2>&1 是将錯誤輸出重定向到标準輸出。 然後将标準輸入重定向到檔案out.file。
&1 表示的是檔案描述1,表示标準輸出,如果這裡少了&就成了數字1,就表示重定向到檔案1。
& :背景執行
測試:
ls 2>1 : 不會報沒有2檔案的錯誤,但會輸出一個空的檔案1;
ls xxx 2>1: 沒有xxx這個檔案的錯誤輸出到了1中;
ls xxx 2>&1: 不會生成1這個檔案了,不過錯誤跑到标準輸出了;
ls xxx >out.txt 2>&1 == ls xxx 1>out.txt 2>&1; 因為重定向符号>預設是1,這句就把錯誤輸出和标準輸出都傳到out.txt 檔案中。
2.5 2>&1寫在後面的原因
格式:command > file 2>&1 == command 1> file 2>&1
首先是command > file将标準輸出重定向到file中, 2>&1 是标準錯誤拷貝了标準輸出,也就是同樣被重定向到file中,最終結果就是标準輸出和錯誤都被重定向到file中。
如果改成: command 2>&1 >file
2>&1 标準錯誤拷貝了标準輸出的行為,但此時标準輸出還是在終端。>file 後輸出才被重定向到file,但标準錯誤仍然保持在終端。
特别說明:尊重作者的勞動成果,轉載請注明出處哦~~~
http://blog.yemou.net/article/query/info/tytfjhfascvhzxcyt145