## 15.2 僅執行一次的工作調度
首先,我們先來談談單一工作調度的運行,那就是 at 這個指令的運行!
### 15.2.1 atd 的啟動與 at 運行的方式
要使用單一工作調度時,我們的 Linux 系統上面必須要有負責這個調度的服務,那就是 atd 這個玩意兒。 不過并非所有的 Linux distributions 都默認會把他打開的,所以呢,某些時刻我們必須要手動將他啟用才行。 啟用的方法很簡單,就是這樣:
```
[root@study ~]# systemctl restart atd # 重新啟動 atd 這個服務
[root@study ~]# systemctl enable atd # 讓這個服務開機就自動啟動
[root@study ~]# systemctl status atd # 查閱一下 atd 目前的狀態
atd.service - Job spooling tools
Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled) # 是否開機啟動
Active: active (running) since Thu 2015-07-30 19:21:21 CST; 23s ago # 是否正在運行中
Main PID: 26503 (atd)
CGroup: /system.slice/atd.service
└─26503 /usr/sbin/atd -f
Jul 30 19:21:21 study.centos.vbird systemd[1]: Starting Job spooling tools...
Jul 30 19:21:21 study.centos.vbird systemd[1]: Started Job spooling tools.
```
重點就是要看到上表中的特殊字體,包括“ enabled ”以及“ running ”時,這才是 atd 真的有在運行的意思喔!這部份我們在[第十七章](../Text/index.html)會談及。
* 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 即可! 一個帳號寫一行。
### 15.2.2 實際運行單一工作調度
單一工作調度的進行就使用 at 這個指令啰!這個指令的運行非常簡單!將 at 加上一個時間即可!基本的語法如下:
```
[root@study ~]# at [-mldv] TIME
[root@study ~]# 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 2015-07-30
強制規定在某年某月的某一天的特殊時刻進行該工作!
HH:MM[am|pm] [Month] [Date] ex> 04pm July 30
也是一樣,強制在某年某月某日的某時刻進行!
HH:MM[am|pm] + number [minutes|hours|days|weeks]
ex> now + 5 minutes ex> 04pm + 3 days
就是說,在某個時間點“再加幾個時間后”才進行。
```
老實說,這個 at 指令的下達最重要的地方在于“時間”的指定了!鳥哥喜歡使用“ now + ... ” 的方式來定義現在過多少時間再進行工作,但有時也需要定義特定的時間點來進行!下面的范例先看看啰!
```
范例一:再過五分鐘后,將 /root/.bashrc 寄給 root 自己
[root@study ~]# at now + 5 minutes <==記得單位要加 s 喔!
at> /bin/mail -s "testing at job" root < /root/.bashrc
at> <EOT> <==這里輸入 [ctrl] + d 就會出現 <EOF> 的字樣!代表結束!
job 2 at Thu Jul 30 19:35:00 2015
# 上面這行信息在說明,第 2 個 at 工作將在 2015/07/30 的 19:35 進行!
# 而執行 at 會進入所謂的 at shell 環境,讓你下達多重指令等待運行!
范例二:將上述的第 2 項工作內容列出來查閱
[root@study ~]# at -c 2
#!/bin/sh <==就是通過 bash shell 的啦!
# atrun uid=0 gid=0
# mail root 0
umask 22
....(中間省略許多的環境變量項目)....
cd /etc/cron\.d || {
echo 'Execution directory inaccessible' >&2
exit 1
}
${SHELL:-/bin/sh} << 'marcinDELIMITER410efc26'
/bin/mail -s "testing at job" root < /root/.bashrc # 這一行最重要!
marcinDELIMITER410efc26
# 你可以看到指令執行的目錄 (/root),還有多個環境變量與實際的指令內容啦!
范例三:由于機房預計于 2015/08/05 停電,我想要在 2015/08/04 23:00 關機?
[root@study ~]# at 23:00 2015-08-04
at> /bin/sync
at> /bin/sync
at> /sbin/shutdown -h now
at> <EOT>
job 3 at Tue Aug 4 23:00:00 2015
# 您瞧瞧! at 還可以在一個工作內輸入多個指令呢!不錯吧!
```
事實上,當我們使用 at 時會進入一個 at shell 的環境來讓使用者下達工作指令,此時,建議你最好使用絕對路徑來下達你的指令,比較不會有問題喔!由于指令的下達與 PATH 變量有關, 同時與當時的工作目錄也有關連 (如果有牽涉到文件的話),因此使用絕對路徑來下達指令,會是比較一勞永逸的方法。 為什么呢?舉例來說,你在 /tmp 下達“ at now ”然后輸入“ mail -s "test" root < .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 ([第十六章](../Text/index.html#nohup)) 類似啦! 鳥哥提我自己的幾個例子來給您聽聽,您就瞭了!
* 離線繼續工作的任務:鳥哥初次接觸 Unix 為的是要跑空氣品質模式, 那是一種大型的程序,這個程序在當時的硬件下面跑,一個案例要跑 3 天!由于鳥哥也要進行其他研究工作,因此常常使用 Windows 98 (你沒看錯!鳥哥是老人...) 來連線到 Unix 工作站跑那個 3 天的案例!結果你也該知道, Windows 98 連開三天而不死機的概率是很低的~@_@~ 而死機時,所有在 Windows 上的連線都會中斷!包括鳥哥在跑的那個程序也中斷了~嗚嗚~明明再三個鐘頭就跑完的程序, 由于死機害我又得跑 3 天!
* 另一個常用的時刻則是例如上面的范例三,由于某個突發狀況導致你必須要進行某項工作時,這個 at 就很好用啦!
由于 at 工作調度的使用上,系統會將該項 at 工作獨立出你的 bash 環境中, 直接交給系統的 atd 程序來接管,因此,當你下達了 at 的工作之后就可以立刻離線了, 剩下的工作就完全交給 Linux 管理即可!所以啰,如果有長時間的網絡工作時,嘿嘿! 使用 at 可以讓你免除網絡斷線后的困擾喔! ^_^
* at 工作的管理
那么萬一我下達了 at 之后,才發現指令輸入錯誤,該如何是好?就將他移除啊!利用 atq 與 atrm 吧!
```
[root@study ~]# atq
[root@study ~]# atrm (jobnumber)
范例一:查詢目前主機上面有多少的 at 工作調度?
[root@study ~]# atq
3 Tue Aug 4 23:00:00 2015 a root
# 上面說的是:“在 2015/08/04 的 23:00 有一項工作,該項工作指令下達者為
# root”而且,該項工作的工作號碼 (jobnumber) 為 3 號喔!
范例二:將上述的第 3 個工作移除!
[root@study ~]# atrm 3
[root@study ~]# 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 指令的產生!
在 CentOS 7 下面的 batch 已經不再支持時間參數了,因此 batch 可以拿來作為判斷是否要立刻執行背景程序的依據! 我們下面來實驗一下 batch 好了!為了產生 CPU 較高的工作負載,因此我們用了 12 章里面計算 pi 的腳本,連續執行 4 次這只程序, 來仿真高負載,然后來玩一玩 batch 的工作現象:
```
范例一:請執行 pi 的計算,然后在系統閑置時,執行 updatdb 的任務
[root@study ~]# echo "scale=100000; 4*a(1)" | bc -lq &
[root@study ~]# echo "scale=100000; 4*a(1)" | bc -lq &
[root@study ~]# echo "scale=100000; 4*a(1)" | bc -lq &
[root@study ~]# echo "scale=100000; 4*a(1)" | bc -lq &
# 然后等待個大約數十秒的時間,之后再來確認一下工作負載的情況!
[root@study ~]# uptime
19:56:45 up 2 days, 19:54, 2 users, load average: 3.93, 2.23, 0.96
[root@study ~]# batch
at> /usr/bin/updatedb
at> <EOT>
job 4 at Thu Jul 30 19:57:00 2015
[root@study ~]# date;atq
Thu Jul 30 19:57:47 CST 2015
4 Thu Jul 30 19:57:00 2015 b root
# 可以看得到,明明時間已經超過了,卻沒有實際執行 at 的任務!
[root@study ~]# jobs
[1] Running echo "scale=100000; 4*a(1)" | bc -lq &
[2] Running echo "scale=100000; 4*a(1)" | bc -lq &
[3]- Running echo "scale=100000; 4*a(1)" | bc -lq &
[4]+ Running echo "scale=100000; 4*a(1)" | bc -lq &
[root@study ~]# kill -9 %1 %2 %3 %4
# 這時先用 jobs 找出背景工作,再使用 kill 刪除掉四個背景工作后,慢慢等待工作負載的下降
[root@study ~]# uptime; atq
20:01:33 up 2 days, 19:59, 2 users, load average: 0.89, 2.29, 1.40
4 Thu Jul 30 19:57:00 2015 b root
[root@study ~]# uptime; atq
20:02:52 up 2 days, 20:01, 2 users, load average: 0.23, 1.75, 1.28
# 在 19:59 時,由于 loading 還是高于 0.8,因此 atq 可以看得到 at job 還是持續再等待當中喔!
# 但是到了 20:01 時, loading 降低到 0.8 以下了,所以 atq 就執行完畢啰!
```
使用 uptime 可以觀察到 1, 5, 15 分鐘的“平均工作負載”量,因為是平均值,所以當我們如上表刪除掉四個工作后,工作負載不會立即降低, 需要一小段時間讓這個 1 分鐘平均值慢慢回復到接近 0 啊!當小于 0.8 之后的“整分鐘時間”時,atd 就會將 batch 的工作執行掉了!
什么是“整分鐘時間”呢?不論是 at 還是下面要介紹的 crontab,他們最小的時間單位是“分鐘”,所以,基本上,他們的工作是“每分鐘檢查一次”來處理的! 就是整分 (秒為 0 的時候),這樣了解乎?同時,你會發現其實 batch 也是使用 atq/atrm 來管理的!
- 鳥哥的Linux私房菜:基礎學習篇 第四版
- 目錄及概述
- 第零章、計算機概論
- 0.1 電腦:輔助人腦的好工具
- 0.2 個人電腦架構與相關設備元件
- 0.3 數據表示方式
- 0.4 軟件程序運行
- 0.5 重點回顧
- 0.6 本章習題
- 0.7 參考資料與延伸閱讀
- 第一章、Linux是什么與如何學習
- 1.1 Linux是什么
- 1.2 Torvalds的Linux發展
- 1.3 Linux當前應用的角色
- 1.4 Linux 該如何學習
- 1.5 重點回顧
- 1.6 本章習題
- 1.7 參考資料與延伸閱讀
- 第二章、主機規劃與磁盤分區
- 2.1 Linux與硬件的搭配
- 2.2 磁盤分區
- 2.3 安裝Linux前的規劃
- 2.4 重點回顧
- 2.5 本章習題
- 2.6 參考資料與延伸閱讀
- 第三章、安裝 CentOS7.x
- 3.1 本練習機的規劃--尤其是分區參數
- 3.2 開始安裝CentOS 7
- 3.3 多重開機安裝流程與管理(Option)
- 3.4 重點回顧
- 3.5 本章習題
- 3.6 參考資料與延伸閱讀
- 第四章、首次登陸與線上求助
- 4.1 首次登陸系統
- 4.2 文字模式下指令的下達
- 4.3 Linux系統的線上求助man page與info page
- 4.4 超簡單文書編輯器: nano
- 4.5 正確的關機方法
- 4.6 重點回顧
- 4.7 本章習題
- 4.8 參考資料與延伸閱讀
- 第五章、Linux 的文件權限與目錄配置
- 5.1 使用者與群組
- 5.2 Linux 文件權限概念
- 5.3 Linux目錄配置
- 5.4 重點回顧
- 5.5 本章練習
- 5.6 參考資料與延伸閱讀
- 第六章、Linux 文件與目錄管理
- 6.1 目錄與路徑
- 6.2 文件與目錄管理
- 6.3 文件內容查閱
- 6.4 文件與目錄的默認權限與隱藏權限
- 6.5 指令與文件的搜尋
- 6.6 極重要的復習!權限與指令間的關系
- 6.7 重點回顧
- 6.8 本章習題:
- 6.9 參考資料與延伸閱讀
- 第七章、Linux 磁盤與文件系統管理
- 7.1 認識 Linux 文件系統
- 7.2 文件系統的簡單操作
- 7.3 磁盤的分區、格式化、檢驗與掛載
- 7.4 設置開機掛載
- 7.5 內存交換空間(swap)之創建
- 7.6 文件系統的特殊觀察與操作
- 7.7 重點回顧
- 7.8 本章習題 - 第一題一定要做
- 7.9 參考資料與延伸閱讀
- 第八章、文件與文件系統的壓縮,打包與備份
- 8.1 壓縮文件的用途與技術
- 8.2 Linux 系統常見的壓縮指令
- 8.3 打包指令: tar
- 8.4 XFS 文件系統的備份與還原
- 8.5 光盤寫入工具
- 8.6 其他常見的壓縮與備份工具
- 8.7 重點回顧
- 8.8 本章習題
- 8.9 參考資料與延伸閱讀
- 第九章、vim 程序編輯器
- 9.1 vi 與 vim
- 9.2 vi 的使用
- 9.3 vim 的額外功能
- 9.4 其他 vim 使用注意事項
- 9.5 重點回顧
- 9.6 本章練習
- 9.7 參考資料與延伸閱讀
- 第十章、認識與學習BASH
- 10.1 認識 BASH 這個 Shell
- 10.2 Shell 的變量功能
- 10.3 命令別名與歷史命令
- 10.4 Bash Shell 的操作環境:
- 10.5 數據流重導向
- 10.6 管線命令 (pipe)
- 10.7 重點回顧
- 10.8 本章習題
- 10.9 參考資料與延伸閱讀
- 第十一章、正則表達式與文件格式化處理
- 11.1 開始之前:什么是正則表達式
- 11.2 基礎正則表達式
- 11.3 延伸正則表達式
- 11.4 文件的格式化與相關處理
- 11.5 重點回顧
- 11.6 本章習題
- 11.7 參考資料與延伸閱讀
- 第十二章、學習 Shell Scripts
- 12.1 什么是 Shell scripts
- 12.2 簡單的 shell script 練習
- 12.3 善用判斷式
- 12.4 條件判斷式
- 12.5 循環 (loop)
- 12.6 shell script 的追蹤與 debug
- 12.7 重點回顧
- 12.8 本章習題
- 第十三章、Linux 帳號管理與 ACL 權限設置
- 13.1 Linux 的帳號與群組
- 13.2 帳號管理
- 13.3 主機的細部權限規劃:ACL 的使用
- 13.4 使用者身份切換
- 13.5 使用者的特殊 shell 與 PAM 模塊
- 13.6 Linux 主機上的使用者訊息傳遞
- 13.7 CentOS 7 環境下大量創建帳號的方法
- 13.8 重點回顧
- 13.9 本章習題
- 13.10 參考資料與延伸閱讀
- 第十四章、磁盤配額(Quota)與進階文件系統管理
- 14.1 磁盤配額 (Quota) 的應用與實作
- 14.2 軟件磁盤陣列 (Software RAID)
- 14.3 邏輯卷軸管理員 (Logical Volume Manager)
- 14.4 重點回顧
- 14.5 本章習題
- 14.6 參考資料與延伸閱讀
- 第十五章、例行性工作調度(crontab)
- 15.1 什么是例行性工作調度
- 15.2 僅執行一次的工作調度
- 15.3 循環執行的例行性工作調度
- 15.4 可喚醒停機期間的工作任務
- 15.5 重點回顧
- 15.6 本章習題
- 第十六章、程序管理與 SELinux 初探
- 16.1 什么是程序 (process)
- 16.2 工作管理 (job control)
- 16.3 程序管理
- 16.4 特殊文件與程序
- 16.5 SELinux 初探
- 16.6 重點回顧
- 16.7 本章習題
- 16.8 參考資料與延伸閱讀
- 第十七章、認識系統服務 (daemons)
- 17.1 什么是 daemon 與服務 (service)
- 17.2 通過 systemctl 管理服務
- 17.3 systemctl 針對 service 類型的配置文件
- 17.4 systemctl 針對 timer 的配置文件
- 17.5 CentOS 7.x 默認啟動的服務簡易說明
- 17.6 重點回顧
- 17.7 本章習題
- 17.8 參考資料與延伸閱讀
- 第十八章、認識與分析登錄文件
- 18.1 什么是登錄文件
- 18.2 rsyslog.service :記錄登錄文件的服務
- 18.3 登錄文件的輪替(logrotate)
- 18.4 systemd-journald.service 簡介
- 18.5 分析登錄文件
- 18.6 重點回顧
- 18.7 本章習題
- 18.8 參考資料與延伸閱讀
- 第十九章、開機流程、模塊管理與 Loader
- 19.1 Linux 的開機流程分析
- 19.2 核心與核心模塊
- 19.3 Boot Loader: Grub2
- 19.4 開機過程的問題解決
- 19.5 重點回顧
- 19.6 本章習題
- 19.7 參考資料與延伸閱讀
- 第二十章、基礎系統設置與備份策略
- 20.1 系統基本設置
- 20.2 服務器硬件數據的收集
- 20.3 備份要點
- 20.4 備份的種類、頻率與工具的選擇
- 20.5 鳥哥的備份策略
- 20.6 災難復原的考慮
- 20.7 重點回顧
- 20.8 本章習題
- 20.9 參考資料與延伸閱讀
- 第二十一章、軟件安裝:源代碼與 Tarball
- 20.1 開放源碼的軟件安裝與升級簡介
- 21.2 使用傳統程序語言進行編譯的簡單范例
- 21.3 用 make 進行宏編譯
- 21.4 Tarball 的管理與建議
- 21.5 函數庫管理
- 21.6 檢驗軟件正確性
- 21.7 重點回顧
- 21.8 本章習題
- 21.9 參考資料與延伸閱讀
- 第二十二章、軟件安裝 RPM, SRPM 與 YUM
- 22.1 軟件管理員簡介
- 22.2 RPM 軟件管理程序: rpm
- 22.3 YUM 線上升級機制
- 22.4 SRPM 的使用 : rpmbuild (Optional)
- 22.5 重點回顧
- 22.6 本章習題
- 22.7 參考資料與延伸閱讀
- 第二十三章、X Window 設置介紹
- 23.1 什么是 X Window System
- 23.2 X Server 配置文件解析與設置
- 23.3 顯卡驅動程序安裝范例
- 23.4 重點回顧
- 23.5 本章習題
- 23.6 參考資料與延伸閱讀
- 第二十四章、Linux 核心編譯與管理
- 24.1 編譯前的任務:認識核心與取得核心源代碼
- 24.2 核心編譯的前處理與核心功能選擇
- 24.3 核心的編譯與安裝
- 24.4 額外(單一)核心模塊編譯
- 24.5 以最新核心版本編譯 CentOS 7.x 的核心
- 24.6 重點回顧
- 24.7 本章習題
- 24.8 參考資料與延伸閱讀