atd 的啟動與 at 運作的方式

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

[root@study ~]# systemctl restart atd # 重新啟動 atd 這個服務 [root@study ~]# systemctl enable atd # 讓這個服務開機就自動啟動 [root@study ~]# systemctl status atd # 查閱一下 atd 目前的狀態(tài) atd.service - Job spooling toolsLoaded: 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 -fJul 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.

---

• at 的運作方式

既然是工作排程，那么應該會有產(chǎn)生工作的方式，并且將這些工作排進行程表中啰!OK!那么產(chǎn)生 工作的方式是怎么進行的? 事實上，我們使用 at 這個指令來產(chǎn)生所要運作的工作，并將這個工作以文本文件的方式寫入 /var/spool/at/ 目錄內(nèi)，該工作便能等待 atd 這個服務的取用與執(zhí)行了。就這么簡單。

不過，并不是所有的人都可以進行 at 工作排程喔!因為很多主機被所謂 的『綁架』后，最常發(fā)現(xiàn)的就是他們的系統(tǒng)當中多了很多的怪客程序 (cracker program)， 這些程序 非常可能運用工作排程來執(zhí)行或搜集系統(tǒng)信息，并定時的回報給怪客團體!所以啰，除非是你認可 的賬號，否則先不要讓他們使用 at 吧!那怎么達到使用 at 的列管呢?

我們可以利用 /etc/at.allow 與 /etc/at.deny 這兩個文件來進行 at 的使用限制呢! 加上這兩個文件后， at 的工作情況其實是這樣的:

• 先找尋 /etc/at.allow 這個文件，寫在這個文件中的使用者才能使用 at ，沒有在這個文件中的使用者則不能 使用 at (即使沒有寫在 at.deny 當中);

• 如果 /etc/at.allow 不存在，就尋找 /etc/at.deny 這個文件，若寫在這個 at.deny 的使用者則不能使用 at ， 而沒有在這個 at.deny 文件中的使用者，就可以使用 at 咯;

• 如果兩個文件都不存在，那么只有 root 可以使用 at 這個指令。

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

實際運作單一工作排程

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

[root@study ~]# at [-mldv] TIME [root@study ~]# at -c 工作號碼 選項與參數(shù): -m :當 at 的工作完成后，即使沒有輸出訊息，亦以 email 通知使用者該工作已完成。 -l :at -l 相當于 atq，列出目前系統(tǒng)上面的所有該用戶的 at 排程; -d :at -d 相當于 atrm ，可以取消一個在 at 排程中的工作; -v :可以使用較明顯的時間格式欄出 at 排程中的任務欄表; -c :可以列出后面接的該項工作的實際指令內(nèi)容。TIME:時間格式，這里可以定義出『什么時候要進行 at 這項工作』的時間，格式有: HH:MM ex> 04:00在今日的 HH:MM 時刻進行，若該時刻已超過，則明天的 HH:MM 進行此工作。 HH:MM YYYY-MM-DD ex> 04:00 2015-07-30強制規(guī)定在某年某月的某一天的特殊時刻進行該工作! 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 + ... 』 的 方式來定義現(xiàn)在過多少時間再進行工作，但有時也需要定義特定的時間點來進行!底下的范例先看看 啰!

范例一:再過五分鐘后，將 /root/.bashrc 寄給 root 自己 [root@study ~]# at now + 5 minutes <==記得單位要加 s 喔! at> /bin/mail -s "testing at job" root < /root/.bashrc at> <EOT> <==這里輸入 [ctrl] + d 就會出現(xiàn) <EOF> 的字樣!代表結(jié)束! job 2 at Thu Jul 30 19:35:00 2015 # 上面這行信息在說明，第 2 個 at 工作將在 2015/07/30 的 19:35 進行! # 而執(zhí)行 at 會進入所謂的 at shell 環(huán)境，讓你下達多重指令等待運作!范例二:將上述的第 2 項工作內(nèi)容列出來查閱 [root@study ~]# at -c 2 [root@study ~]# at -c 2 #!/bin/sh <==就是透過 bash shell 的啦！ # atrun uid=0 gid=0 # mail root 0 umask 22 ....(中間省略許多的環(huán)境變數(shù)項目).... cd /etc/cron\.d || {echo 'Execution directory inaccessible' >&2exit 1 } ${SHELL:-/bin/sh} << 'marcinDELIMITER410efc26' /bin/mail -s "testing at job" root < /root/.bashrc # 這一行最重要！ marcinDELIMITER410efc26 # 你可以看到指令執(zhí)行的目錄 (/root)，還有多個環(huán)境變量與實際的指令內(nèi)容啦!范例三:由于機房預計于 2015/08/05 停電，我想要在 2015/08/04 23:00 關(guān)機? [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 還可以在一個工作內(nèi)輸入多個指令呢!不錯吧!

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

at 的執(zhí)行與終端機環(huán)境無關(guān)，而所有 standard output/standard error output 都會傳送到執(zhí)行者的 mailbox。

在終端機當然看不到任何信息。那怎辦?沒關(guān)系， 可以透過終端機的裝置 來處理!假如你在 tty1 登入，則可以使用『 echo "Hello" > /dev/tty1 』來取代。

---

• at 工作的管理

下達了 at 之后，才發(fā)現(xiàn)指令輸入錯誤，該如何是好?就將他移除啊!利用 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 # 沒有任何信息，表示該工作被移除了!

如果你是在一個非常忙碌的系統(tǒng)下運作 at ， 能不 能指定你的工作在系統(tǒng)較閑的時候才進行呢?可以的，那就使用 batch 指令吧!

---

• batch:系統(tǒng)有空時才進行背景任務

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

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

在 CentOS 7 底下的 batch 已經(jīng)不再支持時間參數(shù)了，因此 batch 可以拿來作為判斷是否要立刻執(zhí) 行背景程序的依據(jù)! 我們底下來實驗一下 batch 好了!為了產(chǎn)生 CPU 較高的工作負載，因此我們 用了 12 章里面計算 pi 的腳本，連續(xù)執(zhí)行 4 次這只程序， 來仿真高負載，然后來玩一玩 batch 的 工作現(xiàn)象:

范例一:請執(zhí)行 pi 的計算，然后在系統(tǒng)閑置時，執(zhí)行 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 & # 然后等待個大約數(shù)十秒的時間，之后再來確認一下工作負載的情況! [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 # 可以看得到，明明時間已經(jīng)超過了，卻沒有實際執(zhí)行 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; atq20: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; atq20: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 還是持續(xù)再等待當中喔! # 但是到了 20:01 時， loading 降低到 0.8 以下了，所以 atq 就執(zhí)行完畢啰!

使用 uptime 可以觀察到 1, 5, 15 分鐘的『平均工作負載』量，因為是平均值，所以當我們?nèi)缟媳韯h 除掉四個工作后，工作負載不會立即降低， 需要一小段時間讓這個 1 分鐘平均值慢慢回復到接近 0 啊!當小于 0.8 之后的『整分鐘時間』時，atd 就會將 batch 的工作執(zhí)行掉了!

什么是『整分鐘時間』呢?不論是 at 還是底下要介紹的 crontab，他們最小的時間單位是『分鐘』， 所以，基本上，他們的工作是『每分鐘檢查一次』來處理的! 就是整分 (秒為 0 的時候)，這樣了 解乎?同時，你會發(fā)現(xiàn)其實 batch 也是使用 atq/atrm 來管理的!

轉(zhuǎn)載于:https://www.cnblogs.com/uetucci/p/7731449.html

總結(jié)

以上是生活随笔為你收集整理的Linux学习-仅执行一次的工作排程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。