系統管理員喜歡系統有這5個原因

正如系統管理員所知，現代計算機能幫我們完成很多事情。應用程式在後臺執行，自動事件等待在特定時間觸發，日誌檔案被寫入，狀態報告交付。傳統的這些不同的流程一直透過收集的Unix工具進行管理和監控，效果顯著，效率很高。然而，現代計算機是多樣化的，本地服務與容器化應用程式一起執行，輕鬆訪問雲及其執行的叢集，實時程序，以及比以往任何時候都要處理的資料。

擁有統一的管理方法是使用者的期望，對於忙碌的系統管理員也有用。對於這項不平凡的任務，所有主要的Linux發行版都開發了系統守護程序或

systemd可以

迅速地使用。

當然，systemd並不是管理Linux系統的唯一方法。有許多替代的init系統，包括sysvinit、OpenRC、runit、s6甚至是BusyBox，但systemd將Linux視為一個統一的資料集，旨在使用工具進行一致操作和查詢。對於忙碌的系統管理員和許多使用者來說，系統的速度和易用性是一個重要特徵。原因有如下5個。

systemd可以

如果你想啟動Linux計算機，啟動它可能是個罕見事件。當然，在伺服器世界中，正常執行時間通常以年而不是月或周計算。膝上型電腦和桌上型電腦往往經常被關閉和啟動，儘管即使它們也像被關閉一樣可能進入睡眠模式。無論哪種方式，自最近啟動事件以來的時間都可以作為計算機健康檢查的會話管理器。這是限制在監控系統或診斷問題時檢視哪些資料的有用方法。

如果不記得上次啟動計算機是什麼時候，可以使用systemd的日誌記錄工具

啟動管理

列出啟動會話：

journalctl

左邊的數字（本例中的42、41、1和0）是每個引導會話的索引數字。

$ journalctl --list-boots-42 7fe7c3...2020 年 12 月 4 日星期五 05:13:59 - 2020 年 12 月 16 日星期三 16:01:23 -41 332e99...2020 年 12 月 16 日星期三 20:07:39 - 2020 年 12 月 18 日星期五 22:08:13 [...]-1 e0fe5f...星期一 2021-03-29 20:47:46 - 星期一 2021-03-29 21:59:29 0 37fbe4...2021 年 3 月 30 日（星期二）04:46:13 - 2021 年 3 月 30 日 10:42:08

檢視日誌是推斷系統資訊的重要方法。日誌提供了計算機在沒有直接監督的情況下從事的大部分活動的歷史。可以檢視何時啟動服務、何時執行定時工作、哪些服務在後臺執行、哪些活動失敗等。最常見的初始故障診斷步驟之一是檢視日誌，可以使用

日誌評論

：

journalctl

$journalctl --pager-end

（簡稱

--pager-end

）選項在

-e

輸出的末尾開始檢視日誌，因此必須向上滾動以檢視早些時候發生的事件。

journalctl

systemd的首要任務是啟動計算機，它通常可以及時、高效和有效地完成此操作。但從未完成的任務是服務管理。透過設定，systemd確保使用者想要執行的服務確實在會話期間啟動並繼續執行。這非常方便，因為理論上，即使是崩潰的服務也可以重新啟動，而無需使用者干預。

服務管理

很久以前，當你想在Linux上實現任務自動化時，該工作的規範工具是

定時器

。cron命令仍然有一席之地，但也有一些令人信服的替代方案。例如，sanacron

命令

是一個多功能的、類似cron的系統，能夠執行否則在停機期間錯過的任務。

計劃事件只不過是在特定時間啟用的服務，因此systemd管理一個名為

計時器

的類似cron的函式。可以列出活動計時器：

cron

$ systemctl列表計時器左下部2021 年 3 月 30 日星期二 12:37:54 NZDT 剩餘 16 分鐘 [...]2021 年 3 月 31 日星期三 00:00:00 NZDT 11 小時左 [...]2021 年 3 月 31 日星期三 06:42:02 NZDT 18 小時左 [...]列出3個計時器。透過——所有都是為了看到載入但非活動計時器。

簡而言之，目標是收集服務、計時器甚至其他目標的簡單方法，以表示機器的預期狀態。

事實上，在系統內，重新啟動、關機或關機操作只是另一個目標。

目標

現代Linux使用systemd進行服務管理和日誌內省。它提供從個人Linux系統到企業伺服器的一切，具有現代化的監控機制和易於維護。使用得越多，系統就越容易預測和直觀，並且就越發現系統的不同部分是相互關聯的。

好了，本文到此結束。如果對程式設計、計算機、程式設計師方面感興趣的話，歡迎私信聯絡我，隨時交流！點個關注，是對我莫大的鼓勵！