第十六章、例行性工作排程 (crontab) - for CentOS 5.x

從上面的說明當中，我們可以很清楚的發現兩種工作排程的方式：

• 一種是例行性的，就是每隔一定的週期要來辦的事項；
• 一種是突發性的，就是這次做完以後就沒有的那一種 (電腦大降價...)

那麼在 Linux 底下如何達到這兩個功能呢？那就得使用 at 與 crontab 這兩個好東西囉！

• at ：at 是個可以處理僅執行一次就結束排程的指令，不過要執行 at 時， 必須要有 atd 這個服務 (第十八章) 的支援才行。在某些新版的 distributions 中，atd 可能預設並沒有啟動，那麼 at 這個指令就會失效呢！不過我們的 CentOS 預設是啟動的！
  
  
• crontab ：crontab 這個指令所設定的工作將會循環的一直進行下去！ 可循環的時間為分鐘、小時、每週、每月或每年等。crontab 除了可以使用指令執行外，亦可編輯 /etc/crontab 來支援。 至於讓 crontab 可以生效的服務則是 crond 這個服務喔！

底下我們先來談一談 Linux 的系統到底在做什麼事情，怎麼有若干多的工作排程在進行呢？然後再回來談一談 at 與 crontab 這兩個好東西！

如果你曾經使用過 Linux 一陣子了，那麼你大概會發現到 Linux 會主動的幫我們進行一些工作呢！ 比方說自動的進行線上更新 (on-line update)、自動的進行 updatedb (第七章談到的 locate 指令) 更新檔名資料庫、自動的作登錄檔分析 (所以 root 常常會收到標題為 logwatch 的信件) 等等。這是由於系統要正常運作的話， 某些在背景底下的工作必須要定時進行的緣故。基本上 Linux 系統常見的例行性任務有：

• 進行登錄檔的輪替 (log rotate)：
  Linux 會主動的將系統所發生的各種資訊都記錄下來，這就是登錄檔 (第十九章)。 由於系統會一直記錄登錄資訊，所以登錄檔將會越來越大！我們知道大型檔案不但佔容量還會造成讀寫效能的困擾， 因此適時的將登錄檔資料挪一挪，讓舊的資料與新的資料分別存放，則比較可以有效的記錄登錄資訊。這就是 log rotate 的任務！這也是系統必要的例行任務；
  
  
• 登錄檔分析 logwatch 的任務：
  如果系統發生了軟體問題、硬體錯誤、資安問題等，絕大部分的錯誤資訊都會被記錄到登錄檔中， 因此系統管理員的重要任務之一就是分析登錄檔。但你不可能手動透過 vim 等軟體去檢視登錄檔，因為資料太複雜了！ 我們的 CentOS 提供了一隻程式『 logwatch 』來主動分析登錄資訊，所以你會發現，你的 root 老是會收到標題為 logwatch 的信件，那是正常的！你最好也能夠看看該信件的內容喔！
  
  
• 建立 locate 的資料庫：
  在第七章我們談到的 locate 指令時， 我們知道該指令是透過已經存在的檔名資料庫來進行系統上檔名的查詢。我們的檔名資料庫是放置到 /var/lib/mlocate/ 中。 問題是，這個資料庫怎麼會自動更新啊？嘿嘿！這就是系統的例行性工作所產生的效果啦！系統會主動的進行 updatedb 喔！
  
  
• whatis 資料庫的建立：
  與 locate 資料庫類似的，whatis 也是個資料庫，這個 whatis 是與 man page 有關的一個查詢指令，不過要使用 whatis 指令時， 必須要擁有 whatis 資料庫，而這個資料庫也是透過系統的例行性工作排程來自動執行的哩！
  
  
• RPM 軟體登錄檔的建立：
  RPM (第二十三章) 是一種軟體管理的機制。由於系統可能會常常變更軟體， 包括軟體的新安裝、非經常性更新等，都會造成軟體檔名的差異。為了方便未來追蹤，系統也幫我們將檔名作個排序的記錄呢！ 有時候系統也會透過排程來幫忙 RPM 資料庫的重新建置喔！
  
  
• 移除暫存檔：
  某些軟體在運作中會產生一些暫存檔，但是當這個軟體關閉時，這些暫存檔可能並不會主動的被移除。 有些暫存檔則有時間性，如果超過一段時間後，這個暫存檔就沒有效用了，此時移除這些暫存檔就是一件重要的工作！ 否則磁碟容量會被耗光。系統透過例行性工作排程執行名為 tmpwatch 的指令來刪除這些暫存檔呢！
  
  
• 與網路服務有關的分析行為：
  如果你有安裝類似 WWW 伺服器軟體 (一個名為 apache 的軟體)，那麼你的 Linux 系統通常就會主動的分析該軟體的登錄檔。 同時某些憑證與認證的網路資訊是否過期的問題，我們的 Linux 系統也會很親和的幫你進行自動檢查！

其實你的系統會進行的例行性工作與你安裝的軟體多寡有關，如果你安裝過多的軟體，某些服務功能的軟體都會附上分析工具， 那麼你的系統就會多出一些例行性工作囉！像鳥哥的主機還多加了很多自己撰寫的分析工具，以及其他第三方協力軟體的分析軟體， 嘿嘿！俺的 Linux 工作量可是非常大的哩！因為有這麼多的工作需要進行，所以我們當然得要瞭解例行性工作的處理方式囉！

要使用單一工作排程時，我們的 Linux 系統上面必須要有負責這個排程的服務，那就是 atd 這個玩意兒。 不過並非所有的 Linux distributions 都預設會把他打開的，所以呢，某些時刻我們必須要手動將他啟用才行。 啟用的方法很簡單，就是這樣：

[root@www ~]# /etc/init.d/atd restart
正在停止 atd:                          [  確定  ]
正在啟動 atd:                          [  確定  ]

# 再設定一下開機時就啟動這個服務，免得每次重新開機都得再來一次！
[root@www ~]# chkconfig atd on

重點是那個『正在啟動(或 starting)』項目的 OK 啦！那表示啟動是正常的！這部份我們在第十八章會談及。 如果您真的有興趣，那麼可以自行到 /etc/init.d/atd 這個 shell script 內去瞧一瞧先！ ^_^。 至於那個 chkconfig ，你也可以使用 man 先查閱一下啊！我們第十八章再介紹啦！

at 的運作方式

既然是工作排程，那麼應該會有產生工作的方式，並且將這些工作排進行程表中囉！OK！那麼產生工作的方式是怎麼進行的？ 事實上，我們使用 at 這個指令來產生所要運作的工作，並將這個工作以文字檔的方式寫入 /var/spool/at/ 目錄內，該工作便能等待 atd 這個服務的取用與執行了。就這麼簡單。

不過，並不是所有的人都可以進行 at 工作排程喔！為什麼？因為安全的理由啊～ 很多主機被所謂的『綁架』後，最常發現的就是他們的系統當中多了很多的怪客程式 (cracker program)， 這些程式非常可能運用工作排程來執行或蒐集系統資訊，並定時的回報給怪客團體！ 所以囉，除非是你認可的帳號，否則先不要讓他們使用 at 吧！那怎麼達到使用 at 的列管呢？

我們可以利用 /etc/at.allow 與 /etc/at.deny 這兩個檔案來進行 at 的使用限制呢！ 加上這兩個檔案後， at 的工作情況其實是這樣的：

1. 先找尋 /etc/at.allow 這個檔案，寫在這個檔案中的使用者才能使用 at ，沒有在這個檔案中的使用者則不能使用 at (即使沒有寫在 at.deny 當中)；
   
   
2. 如果 /etc/at.allow 不存在，就尋找 /etc/at.deny 這個檔案，若寫在這個 at.deny 的使用者則不能使用 at ，而沒有在這個 at.deny 檔案中的使用者，就可以使用 at 咯；
   
   
3. 如果兩個檔案都不存在，那麼只有 root 可以使用 at 這個指令。

透過這個說明，我們知道 /etc/at.allow 是管理較為嚴格的方式，而 /etc/at.deny 則較為鬆散 (因為帳號沒有在該檔案中，就能夠執行 at 了)。在一般的 distributions 當中，由於假設系統上的所有用戶都是可信任的， 因此系統通常會保留一個空的 /etc/at.deny 檔案，意思是允許所有人使用 at 指令的意思 (您可以自行檢查一下該檔案)。 不過，萬一你不希望有某些使用者使用 at 的話，將那個使用者的帳號寫入 /etc/at.deny 即可！ 一個帳號寫一行。

單一工作排程的進行就使用 at 這個指令囉！這個指令的運作非常簡單！將 at 加上一個時間即可！基本的語法如下：

[root@www ~]# at [-mldv] TIME
[root@www ~]# at -c 工作號碼
選項與參數：
-m  ：當 at 的工作完成後，即使沒有輸出訊息，亦以 email 通知使用者該工作已完成。
-l  ：at -l 相當於 atq，列出目前系統上面的所有該使用者的 at 排程；
-d  ：at -d 相當於 atrm ，可以取消一個在 at 排程中的工作；
-v  ：可以使用較明顯的時間格式列出 at 排程中的工作列表；
-c  ：可以列出後面接的該項工作的實際指令內容。

TIME：時間格式，這裡可以定義出『什麼時候要進行 at 這項工作』的時間，格式有：
  HH:MM				ex> 04:00
	在今日的 HH:MM 時刻進行，若該時刻已超過，則明天的 HH:MM 進行此工作。
  HH:MM YYYY-MM-DD		ex> 04:00 2009-03-17
	強制規定在某年某月的某一天的特殊時刻進行該工作！
  HH:MM[am|pm] [Month] [Date]	ex> 04pm March 17
	也是一樣，強制在某年某月某日的某時刻進行！
  HH:MM[am|pm] + number [minutes|hours|days|weeks]
	ex> now + 5 minutes	ex> 04pm + 3 days
	就是說，在某個時間點『再加幾個時間後』才進行。

老實說，這個 at 指令的下達最重要的地方在於『時間』的指定了！鳥哥喜歡使用『 now + ... 』 的方式來定義現在過多少時間再進行工作，但有時也需要定義特定的時間點來進行！底下的範例先看看囉！

範例一：再過五分鐘後，將 /root/.bashrc 寄給 root 自己
[root@www ~]# at now + 5 minutes  <==記得單位要加 s 喔！
at> /bin/mail root -s "testing at job" < /root/.bashrc
at> <EOT>   <==這裡輸入 [ctrl] + d 就會出現 <EOF> 的字樣！代表結束！
job 4 at 2009-03-14 15:38
# 上面這行資訊在說明，第 4 個 at 工作將在 2009/03/14 的 15:38 進行！
# 而執行 at 會進入所謂的 at shell 環境，讓你下達多重指令等待運作！

範例二：將上述的第 4 項工作內容列出來查閱
[root@www ~]# at -c 4
#!/bin/sh               <==就是透過 bash shell 的啦！
# atrun uid=0 gid=0
# mail     root 0
umask 22
....(中間省略許多的環境變數項目)....
cd /root || {           <==可以看出，會到下達 at 時的工作目錄去執行指令
         echo 'Execution directory inaccessible' >&2
         exit 1
}

/bin/mail root -s "testing at job" < /root/.bashrc
# 你可以看到指令執行的目錄 (/root)，還有多個環境變數與實際的指令內容啦！

範例三：由於機房預計於 2009/03/18 停電，我想要在 2009/03/17 23:00 關機？
[root@www ~]# at 23:00 2009-03-17
at> /bin/sync
at> /bin/sync
at> /sbin/shutdown -h now
at> <EOT>
job 5 at 2009-03-17 23:00
# 您瞧瞧！ at 還可以在一個工作內輸入多個指令呢！不錯吧！

事實上，當我們使用 at 時會進入一個 at shell 的環境來讓使用者下達工作指令，此時，建議你最好使用絕對路徑來下達你的指令，比較不會有問題喔！由於指令的下達與 PATH 變數有關， 同時與當時的工作目錄也有關連 (如果有牽涉到檔案的話)，因此使用絕對路徑來下達指令，會是比較一勞永逸的方法。 為什麼呢？舉例來說，你在 /tmp 下達『 at now 』然後輸入『 mail root -s "test" < .bashrc 』， 問一下，那個 .bashrc 的檔案會是在哪裡？答案是『 /tmp/.bashrc 』！因為 at 在運作時，會跑到當時下達 at 指令的那個工作目錄的緣故啊！

有些朋友會希望『我要在某某時刻，在我的終端機顯示出 Hello 的字樣』，然後就在 at 裡面下達這樣的資訊『 echo "Hello" 』。等到時間到了，卻發現沒有任何訊息在螢幕上顯示，這是啥原因啊？這是因為 at 的執行與終端機環境無關，而所有 standard output/standard error output 都會傳送到執行者的 mailbox 去啦！所以在終端機當然看不到任何資訊。那怎辦？沒關係， 可以透過終端機的裝置來處理！假如你在 tty1 登入，則可以使用『 echo "Hello" > /dev/tty1 』來取代。

Tips

要注意的是，如果在 at shell 內的指令並沒有任何的訊息輸出，那麼 at 預設不會發 email 給執行者的。 如果你想要讓 at 無論如何都發一封 email 告知你是否執行了指令，那麼可以使用『 at -m 時間格式 』來下達指令喔！ at 就會傳送一個訊息給執行者，而不論該指令執行有無訊息輸出了！

at 有另外一個很棒的優點，那就是『背景執行』的功能了！什麼是背景執行啊？很難瞭解嗎？其實與 bash 的 nohup (第十七章) 類似啦！ 鳥哥提我自己的幾個例子來給您聽聽，您就瞭了！

• 離線繼續工作的任務：鳥哥初次接觸 Unix 為的是要跑空氣品質模式， 那是一種大型的程式，這個程式在當時的硬體底下跑，一個案例要跑 3 天！由於鳥哥也要進行其他研究工作，因此常常使用 Windows 98 來連線到 Unix 工作站跑那個 3 天的案例！結果你也該知道， Windows 98 連開三天而不當機的機率是很低的～@_@～ 而當機時，所有在 Windows 上的連線都會中斷！包括鳥哥在跑的那個程式也中斷了～嗚嗚～明明再三個鐘頭就跑完的程式， 由於當機害我又得跑 3 天！
  
  
• 另一個常用的時刻則是例如上面的範例三，由於某個突發狀況導致你必須要進行某項工作時，這個 at 就很好用啦！

由於 at 工作排程的使用上，系統會將該項 at 工作獨立出你的 bash 環境中， 直接交給系統的 atd 程式來接管，因此，當你下達了 at 的工作之後就可以立刻離線了， 剩下的工作就完全交給 Linux 管理即可！所以囉，如果有長時間的網路工作時，嘿嘿！ 使用 at 可以讓你免除網路斷線後的困擾喔！ ^_^

at 工作的管理

那麼萬一我下達了 at 之後，才發現指令輸入錯誤，該如何是好？就將他移除啊！利用 atq 與 atrm 吧！

[root@www ~]# atq
[root@www ~]# atrm (jobnumber)

範例一：查詢目前主機上面有多少的 at 工作排程？
[root@www ~]# atq
5       2009-03-17 23:00 a root
# 上面說的是：『在 2009/03/17 的 23:00 有一項工作，該項工作指令下達者為 
# root』而且，該項工作的工作號碼 (jobnumber) 為 5 號喔！

範例二：將上述的第 5 個工作移除！
[root@www ~]# atrm 5
[root@www ~]# atq
# 沒有任何資訊，表示該工作被移除了！

如此一來，你可以利用 atq 來查詢，利用 atrm 來刪除錯誤的指令，利用 at 來直接下達單一工作排程！很簡單吧！ 不過，有個問題需要處理一下。如果你是在一個非常忙碌的系統下運作 at ， 能不能指定你的工作在系統較閒的時候才進行呢？可以的，那就使用 batch 指令吧！

batch：系統有空時才進行背景任務

其實 batch 是利用 at 來進行指令的下達啦！只是加入一些控制參數而已。這個 batch 神奇的地方在於：他會在 CPU 工作負載小於 0.8 的時候，才進行你所下達的工作任務啦！ 那什麼是負載 0.8 呢？這個負載的意思是： CPU 在單一時間點所負責的工作數量。不是 CPU 的使用率喔！ 舉例來說，如果我有一隻程式他需要一直使用 CPU 的運算功能，那麼此時 CPU 的使用率可能到達 100% ， 但是 CPU 的工作負載則是趨近於『 1 』，因為 CPU 僅負責一個工作嘛！如果同時執行這樣的程式兩支呢？ CPU 的使用率還是 100% ，但是工作負載則變成 2 了！瞭解乎？

所以也就是說，當 CPU 的工作負載越大，代表 CPU 必須要在不同的工作之間進行頻繁的工作切換。 這樣的 CPU 運作情況我們在第零章有談過，忘記的話請回去瞧瞧！因為一直切換工作，所以會導致系統忙碌啊！ 系統如果很忙碌，還要額外進行 at ，不太合理！所以才有 batch 指令的產生！

那麼 batch 如何下達指令呢？很簡單啊！與 at 相同啦！例如下面的範例：

範例一：同樣是機房停電在 2009/3/17 23:00 關機，但若當時系統負載太高，則暫緩執行
[root@www ~]# batch 23:00 2009-3-17
at> sync
at> sync
at> shutdown -h now
at> <EOT>
job 6 at 2009-03-17 23:00

[root@www ~]# atq
6       2009-03-17 23:00 b root
[root@www ~]# atrm 6

你會發現其實 batch 也是使用 atq/atrm 來管理的！這樣瞭解乎？

使用者想要建立循環型工作排程時，使用的是 crontab 這個指令啦～不過，為了安全性的問題， 與 at 同樣的，我們可以限制使用 crontab 的使用者帳號喔！使用的限制資料有：

• /etc/cron.allow：
  將可以使用 crontab 的帳號寫入其中，若不在這個檔案內的使用者則不可使用 crontab；
  
  
• /etc/cron.deny：
  將不可以使用 crontab 的帳號寫入其中，若未記錄到這個檔案當中的使用者，就可以使用 crontab 。

與 at 很像吧！同樣的，以優先順序來說， /etc/cron.allow 比 /etc/cron.deny 要優先， 而判斷上面，這兩個檔案只選擇一個來限制而已，因此，建議你只要保留一個即可， 免得影響自己在設定上面的判斷！一般來說，系統預設是保留 /etc/cron.deny ， 你可以將不想讓他執行 crontab 的那個使用者寫入 /etc/cron.deny 當中，一個帳號一行！

當使用者使用 crontab 這個指令來建立工作排程之後，該項工作就會被紀錄到 /var/spool/cron/ 裡面去了，而且是以帳號來作為判別的喔！舉例來說， dmtsai 使用 crontab 後， 他的工作會被紀錄到 /var/spool/cron/dmtsai 裡頭去！但請注意，不要使用 vi 直接編輯該檔案， 因為可能由於輸入語法錯誤，會導致無法執行 cron 喔！另外， cron 執行的每一項工作都會被紀錄到 /var/log/cron 這個登錄檔中，所以囉，如果你的 Linux 不知道有否被植入木馬時，也可以搜尋一下 /var/log/cron 這個登錄檔呢！

好了，那麼我們就來聊一聊 crontab 的語法吧！

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

範例一：用 dmtsai 的身份在每天的 12:00 發信給自己
[dmtsai@www ~]$ crontab -e
# 此時會進入 vi 的編輯畫面讓您編輯工作！注意到，每項工作都是一行。
0   12  *  *  * mail dmtsai -s "at 12:00" < /home/dmtsai/.bashrc
#分 時 日 月 週 |<==============指令串========================>|

預設情況下，任何使用者只要不被列入 /etc/cron.deny 當中，那麼他就可以直接下達『 crontab -e 』去編輯自己的例行性命令了！整個過程就如同上面提到的，會進入 vi 的編輯畫面， 然後以一個工作一行來編輯，編輯完畢之後輸入『 :wq 』儲存後離開 vi 就可以了！ 而每項工作 (每行) 的格式都是具有六個欄位，這六個欄位的意義為：

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

我們就來搭配幾個例子練習看看吧！底下的案例請實際用 dmtsai 這個身份作看看喔！後續的動作才能夠搭配起來！

那個 crontab 每個人都只有一個檔案存在，就是在 /var/spool/cron 裡面啊！ 還有建議您：『指令下達時，最好使用絕對路徑，這樣比較不會找不到執行檔喔！』

真的是很簡單吧！呵呵！那麼，該如何查詢使用者目前的 crontab 內容呢？我們可以這樣來看看：

[dmtsai@www ~]$ crontab -l
59 23 1 5 * mail kiki < /home/dmtsai/lover.txt
*/5 * * * * /home/dmtsai/test.sh
30 16 * * 5 mail friend@his.server.name < /home/dmtsai/friend.txt

# 注意，若僅想要移除一項工作而已的話，必須要用 crontab -e 去編輯～
# 如果想要全部的工作都移除，才使用 crontab -r 喔！
[dmtsai@www ~]$ crontab -r
[dmtsai@www ~]$ crontab -l
no crontab for dmtsai

看到了嗎？ crontab 『整個內容都不見了！』所以請注意：『如果只是要刪除某個 crontab 的工作項目，那麼請使用 crontab -e 來重新編輯即可！』如果使用 -r 的參數，是會將所有的 crontab 資料內容都刪掉的！千萬注意了！

這個『 crontab -e 』是針對使用者的 cron 來設計的，如果是『系統的例行性任務』時， 該怎麼辦呢？是否還是需要以 crontab -e 來管理你的例行性工作排程呢？當然不需要，你只要編輯 /etc/crontab 這個檔案就可以啦！有一點需要特別注意喔！那就是 crontab -e 這個 crontab 其實是 /usr/bin/crontab 這個執行檔，但是 /etc/crontab 可是一個『純文字檔』喔！你可以 root 的身份編輯一下這個檔案哩！

基本上， cron 這個服務的最低偵測限制是『分鐘』，所以『 cron 會每分鐘去讀取一次 /etc/crontab 與 /var/spool/cron 裡面的資料內容 』，因此，只要你編輯完 /etc/crontab 這個檔案，並且將他儲存之後，那麼 cron 的設定就自動的會來執行了！

Tips

在 Linux 底下的 crontab 會自動的幫我們每分鐘重新讀取一次 /etc/crontab 的例行工作事項，但是某些原因或者是其他的 Unix 系統中，由於 crontab 是讀到記憶體當中的，所以在你修改完 /etc/crontab 之後，可能並不會馬上執行， 這個時候請重新啟動 crond 這個服務吧！『/etc/init.d/crond restart』

廢話少說，我們就來看一下這個 /etc/crontab 的內容吧！

[root@www ~]# cat /etc/crontab
SHELL=/bin/bash                     <==使用哪種 shell 介面
PATH=/sbin:/bin:/usr/sbin:/usr/bin  <==執行檔搜尋路徑
MAILTO=root                         <==若有額外STDOUT，以 email將資料送給誰
HOME=/                              <==預設此 shell 的家目錄所在

# run-parts
01  *  *  *  *   root      run-parts /etc/cron.hourly   <==每小時
02  4  *  *  *   root      run-parts /etc/cron.daily    <==每天
22  4  *  *  0   root      run-parts /etc/cron.weekly   <==每週日
42  4  1  *  *   root      run-parts /etc/cron.monthly  <==每個月 1 號
分 時 日 月 週 執行者身份  指令串

看到這個檔案的內容你大概就瞭解了吧！呵呵，沒錯！這個檔案與將剛剛我們下達 crontab -e 的內容幾乎完全一模一樣！只是有幾個地方不太相同：

• MAILTO=root：
  
  這個項目是說，當 /etc/crontab 這個檔案中的例行性工作的指令發生錯誤時，或者是該工作的執行結果有 STDOUT/STDERR 時，會將錯誤訊息或者是螢幕顯示的訊息傳給誰？預設當然是由系統直接寄發一封 mail 給 root 啦！不過， 由於 root 並無法在用戶端中以 POP3 之類的軟體收信，因此，鳥哥通常都將這個 e-mail 改成自己的帳號，好讓我隨時瞭解系統的狀況！例如： MAILTO=dmtsai@my.host.name
  
  
• PATH=....：
  
  還記得我們在第十一章的 BASH 當中一直提到的執行檔路徑問題吧！ 沒錯啦！這裡就是輸入執行檔的搜尋路徑！使用預設的路徑設定就已經很足夠了！
  
  
• 01 * * * * root run-parts /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 將會在每天的凌晨 4:02 開始運作！這也是為啥如果你是夜貓族， 就會發現奇怪的是，Linux 系統為何早上 4:02 開始會很忙碌的發出一些硬碟跑動的聲音！因為他必須要進行 makewhatis, updatedb, rpm rebuild 等等的任務嘛！

由於 CentOS 提供的 run-parts 這個 script 的輔助，因此 /etc/crontab 這個檔案裡面支援兩種下達指令的方式， 一種是直接下達指令，一種則是以目錄來規劃，例如：

• 指令型態
  01 * * * * dmtsai mail -s "testing" kiki < /home/dmtsai/test.txt
  以 dmtsai 這個使用者的身份，在每小時執行一次 mail 指令。
  
  
• 目錄規劃
  */5 * * * * root run-parts /root/runcron
  建立一個 /root/runcron 的目錄，將要每隔五分鐘執行的『可執行檔』都寫到該目錄下， 就可以讓系統每五分鐘執行一次該目錄下的所有可執行檔。

好！你現在大概瞭解了這一個咚咚吧！OK！假設你現在要作一個目錄，讓系統可以每 2 分鐘去執行這個目錄下的所有可以執行的檔案，你可以寫下如下的這一行在 /etc/crontab 中：

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

當然囉， /etc/cron.min 這個目錄是需要存在的喔！那如果我需要執行的是一個『程式』而已， 不需要用到一個目錄呢？該如何是好？例如在偵測網路流量時，我們希望每五分鐘偵測分析一次， 可以這樣寫：

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

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

有的時候，我們以系統的 cron 來進行例行性工作的建立時，要注意一些使用方面的特性。 舉例來說，如果我們有四個工作都是五分鐘要進行一次的，那麼是否這四個動作全部都在同一個時間點進行？ 如果同時進行，該四個動作又很耗系統資源，如此一來，每五分鐘不是會讓系統忙得要死？ 呵呵！此時好好的分配一些執行時間就 OK 啦！所以，注意一下：

資源分配不均的問題

當大量使用 crontab 的時候，總是會有問題發生的，最嚴重的問題就是『系統資源分配不均』的問題， 以鳥哥的系統為例，我有偵測主機流量的資訊，包括：

• 流量
• 區域內其他 PC 的流量偵測
• CPU 使用率
• RAM 使用率
• 線上人數即時偵測

如果每個流程都在同一個時間啟動的話，那麼在某個時段時，我的系統會變的相當的繁忙， 所以，這個時候就必須要分別設定啦！我可以這樣做：

[root@www ~]# vi /etc/crontab
1,6,11,16,21,26,31,36,41,46,51,56 * * * * root  CMD1
2,7,12,17,22,27,32,37,42,47,52,57 * * * * root  CMD2
3,8,13,18,23,28,33,38,43,48,53,58 * * * * root  CMD3
4,9,14,19,24,29,34,39,44,49,54,59 * * * * root  CMD4

看到了沒？那個『 , 』分隔的時候，請注意，不要有空白字元！（連續的意思）如此一來， 則可以將每五分鐘工作的流程分別在不同的時刻來工作！則可以讓系統的執行較為順暢呦！

取消不要的輸出項目

另外一個困擾發生在『 當有執行成果或者是執行的項目中有輸出的資料時，該資料將會 mail 給 MAILTO 設定的帳號 』，好啦，那麼當有一個排程一直出錯（例如 DNS 的偵測系統當中，若 DNS 上層主機掛掉，那麼你就會一直收到錯誤訊息！）怎麼辦？呵呵！還記得十一章談到的資料流重導向吧？ 直接以『命令重導向』將輸出的結果輸出到 /dev/null 這個垃圾桶當中就好了！

安全的檢驗

很多時候被植入木馬都是以例行命令的方式植入的，所以可以藉由檢查 /var/log/cron 的內容來視察是否有『非您設定的 cron 被執行了？』這個時候就需要小心一點囉！

週與日月不可同時並存

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

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

本來你以為九月十一號且為星期五才會進行這項工作，無奈的是，系統可能會判定每個星期五作一次，或每年的 9 月 11 號分別進行，如此一來與你當初的規劃就不一樣了～所以囉，得要注意這個地方！上述的寫法是不對的喔！

anacron 並不是用來取代 crontab 的，anacron 存在的目的就在於我們上頭提到的，在處理非 24 小時一直啟動的 Linux 系統的 crontab 的執行！所以 anacron 並不能指定何時執行某項任務， 而是以天為單位或者是在開機後立刻進行 anacron 的動作，他會去偵測停機期間應該進行但是並沒有進行的 crontab 任務，並將該任務執行一遍後，anacron 就會自動停止了。

由於 anacron 會以一天、七天、一個月為期去偵測系統未進行的 crontab 任務，因此對於某些特殊的使用環境非常有幫助。 舉例來說，如果你的 Linux 主機是放在公司給同仁使用的，因為週末假日大家都不在所以也沒有必要開啟， 因此你的 Linux 是週末都會關機兩天的。但是 crontab 大多在每天的凌晨以及週日的早上進行各項任務， 偏偏你又關機了，此時系統很多 crontab 的任務就無法進行。 anacron 剛好可以解決這個問題！

那麼 anacron 又是怎麼知道我們的系統啥時關機的呢？這就得要使用 anacron 讀取的時間記錄檔 (timestamps) 了！ anacron 會去分析現在的時間與時間記錄檔所記載的上次執行 anacron 的時間，兩者比較後若發現有差異， 那就是在某些時刻沒有進行 crontab 囉！此時 anacron 就會開始執行未進行的 crontab 任務了！ 所以 anacron 其實也是透過 crontab 來運作的！因此 anacron 運作的時間通常有兩個，一個是系統開機期間運作，一個是寫入 crontab 的排程中。 這樣才能夠在特定時間分析系統未進行的 crontab 工作嘛！瞭解乎！

anacron 其實是一支程式並非一個服務！這支程式在 CentOS 當中已經進入 crontab 的排程喔！ 不相信嗎？你可以這樣追蹤看看：

[root@www ~]# ll /etc/cron*/*ana*
-rwxr-xr-x 1 root root 379 Mar 28  2007 /etc/cron.daily/0anacron
-rwxr-xr-x 1 root root 381 Mar 28  2007 /etc/cron.monthly/0anacron
-rwxr-xr-x 1 root root 380 Mar 28  2007 /etc/cron.weekly/0anacron
# 剛好是每天、每週、每月有排程的工作目錄！查閱一下每天的任務

[root@www ~]# cat /etc/cron.daily/0anacron
if [ ! -e /var/run/anacron.pid ]; then
    anacron -u cron.daily
fi
# 所以其實也僅是執行 anacron -u 的指令！因此我們得來談談這支程式！

基本上， anacron 的語法如下：

[root@www ~]# anacron [-sfn] [job]..
[root@www ~]# anacron -u [job]..
選項與參數：
-s  ：開始一連續的執行各項工作 (job)，會依據時間記錄檔的資料判斷是否進行；
-f  ：強制進行，而不去判斷時間記錄檔的時間戳記；
-n  ：立刻進行未進行的任務，而不延遲 (delay) 等待時間；
-u  ：僅更新時間記錄檔的時間戳記，不進行任何工作。
job ：由 /etc/anacrontab 定義的各項工作名稱。

所以我們發現其實 /etc/cron.daily/0anacron 僅進行時間戳記的更新，而沒有進行任何 anacron 的動作！ 在我們的 CentOS 中，anacron 的進行其實是在開機完成後才進行的一項工作任務，你也可以將 anacron 排入 crontab 的排程中。但是為了擔心 anacron 誤判時間參數，因此 /etc/cron.daily/ 裡面的 anacron 才會在檔名之前加個 0 (0anacron)，讓 anacron 最先進行！就是為了讓時間戳記先更新！以避免 anacron 誤判 crontab 尚未進行任何工作的意思。

接下來我們看一下 /etc/anacrontab 的內容好了：

[root@www ~]# cat /etc/anacrontab
SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root

1       65      cron.daily     run-parts /etc/cron.daily
7       70      cron.weekly    run-parts /etc/cron.weekly
30      75      cron.monthly   run-parts /etc/cron.monthly
天數   延遲時間 工作名稱定義   實際要進行的指令串
# 天數單位為天；延遲時間單位為分鐘；工作名稱定義可自訂；
# 指令串則通常與 crontab 的設定相同！

[root@www ~]# more /var/spool/anacron/*
::::::::::::::
/var/spool/anacron/cron.daily
::::::::::::::
20090315
::::::::::::::
/var/spool/anacron/cron.monthly
::::::::::::::
20090301
::::::::::::::
/var/spool/anacron/cron.weekly
::::::::::::::
20090315
# 上面則是三個工作名稱的時間記錄檔以及記錄的時間戳記

由於 /etc/cron.daily 內的任務比較多，因此我們使用每天進行的任務來解釋一下 anacron 的運作情況好了。 anacron 若下達『 anacron -s cron.daily 』時，他會這樣運作的：

1. 由 /etc/anacrontab 分析到 cron.daily 這項工作名稱的天數為 1 天；
2. 由 /var/spool/anacron/cron.daily 取出最近一次執行 anacron 的時間戳記；
3. 由上個步驟與目前的時間比較，若差異天數為 1 天以上 (含 1 天)，就準備進行指令；
4. 若準備進行指令，根據 /etc/anacrontab 的設定，將延遲 65 分鐘
5. 延遲時間過後，開始執行後續指令，亦即『 run-parts /etc/cron.daily 』這串指令；
6. 執行完畢後， anacron 程式結束。

所以說，時間戳記是非常重要的！anacron 是透過該記錄與目前的時間差異，瞭解到是否應該要進行某項任務的工作！ 舉例來說，如果我的主機在 2009/03/15(星期天) 18:00 關機，然後在 2009/03/16(星期一) 8:00 開機，由於我的 crontab 是在早上 04:00 左右進行各項任務，由於該時刻系統是關機的，因此時間戳記依舊為 20090315 (舊的時間)， 但是目前時間已經是 20090316 (新的時間)，因此 run-parts /etc/cron.daily 就會在開機過 65 分鐘後開始運作了。

所以囉， anacron 並不需要額外的設定，使用預設值即可！只是我們的 CentOS 只有在開機時才會執行 anacron 就是了。如果要確定 anacron 是否開機時會主動的執行，你可以下達下列指令：

[root@www ~]# chkconfig --list anacron
anacron      0:off   1:off   2:on    3:on    4:on    5:on    6:off
# 詳細的 chkconfig 說明我們會在後續章節提到，注意看 3, 5
# 的項目，都是 on ！那就是有啟動啦！開機時才會執行的意思！

現在你知道為什麼隔了一陣子才將 CentOS 開機，開機過後約 1 小時左右系統會有一小段時間的忙碌！而且硬碟會跑個不停！那就是因為 anacron 正在執行過去 crontab 未進行的各項工作排程啦！這樣對 anacron 有沒有概念了呢？ ^_^