雖然系統管理者的工作規範會因平台的不同而有所差異，但底層的主題是不變的。這些主題構成了系統管理的哲學。
Red Hat Enterprise Linux 4: 系統管理導論
第 1章. 系統管理的哲學
雖然系統管理者的工作規範會因平台的不同而有所差異，但底層的主題是不變的。這些主題構成了系統管理的哲學。
這些主題包括了：
讓所有工作自動化
書面記載所有事情
儘可能的與他人溝通
熟知您的資源
通曉您的使用者
了解您的公司
安全不能是馬後炮
事先規劃
居安思危
底下章節將一一為您詳述這些主題。
1.1. 讓所有工作自動化
大部分系統管理者的工作都非常繁重 — 內容包括與使用者或系統溝通，甚至是兩者兼備。在大部分情況下，自動化是唯一的出路。一般來說，只要做兩次以上的工作，都可能加入自動化的行列。
以下是常常設為自動執行的任務：
檢查並回報磁碟的可用空間
備份
搜集系統效能的資料
使用者帳號的維護（新增、刪除等等）
企業的特定功能（把新資料送上網頁伺服器；執行月、季、年報表等等）
可自動化的工作絕對不只於此；能自動執行的項目，端看系統管理者願不願意撰寫相關 script 而已。就這點來說，做個懶惰的管理者（讓電腦做這些單調的工作）是個好主意。
就服務的可預期性與一致性來說，自動化也可以帶給使用者更多的好處。
| 提示 | |
|---|---|
記
得，如果您打算讓電腦自動某些工作，您八成不是第一個有這種需求的管理者。這正是開放原始碼軟體卓越的地方 —
您只要使用別人已經設定好的自動化工作，來取代佔去您大部分時間的手動工作即可。因此，當您要撰寫比小型 Perl script
更複雜的程序前，先上網搜尋看看。 |
1.2. 書面記載所有事情
如果拿安裝新伺服器、與撰寫系統備份的標準程序文件給系統管理者選，大部分管理者應該會選擇前者。雖然這情形非常普遍；但您「一定要」把您做的事情用書面方式寫下來。許多系統管理者會因為以下理由，把製作文件的工作往後延：
- 「我稍待一會兒再處理。」
很不幸的，這「稍待一會兒」到後來通常都不了了之。即使系統管理者說「稍待一會兒」並不是開玩笑的，但系統管理的性質根本不容許您「稍待一會兒」再做。更糟的是，您愈往後延，忘記的可能性就愈大，文件就愈不詳盡（也因此而更沒有用處）。
- 「何必寫下來？我記得住。」
除非您在記憶力方面有過人之處，否則有一天您一定會忘記。要不然更慘的是，您只記得事情的一半，還自以為記得事情的全貌。這會讓您在重新學習忘掉的事物上浪費時間，或是處理因為記憶不完整而造成的問題。
- 「如果我把東西記在腦子裡，公司就不敢開除我 — 這樣我的飯碗才有保障！」
這 在短時間內會奏效，但您的飯碗很快就會不保 — 而非長治久安的辦法。想想看，如果有緊急事件發生，而您剛好不在，文件可以讓其他人立即解決問題。千萬不要忘記，緊急事件是管理階層拿放大鏡檢視您的時 候。所以出問題時，即使人不在現場，您也要確保文件可以成為解決問題的方法之一。
除此之外，如果您服務於一間規模小，但不斷成長的公司，公 司遲早需要會聘用另一位系統管理者。如果您把什麼都放在腦子裡，他要怎麼學習您所知的一切呢？更糟糕的是，如果您不把東西寫下來，那公司也不敢把您換到其 他職位上，最後反而升遷無望。遲早公司聘進來幫助您的人，最後會成為您的主管。
希望您已經了解到製作系統文件的好處。這把我們帶到下一個問題：我該為那些工作製作文件呢？以下是部份清單：
- 政策
政策是寫下來的正式文件，用來釐清您與使用者之間的關係，讓使用者知道當他們提出資源需求或需要協助時，您會怎麼處理。依據公司的不同，您向使用者公佈這文件的本質、樣式、以及方法等，都會有所不同。
- 程序
程序是用來完成某些工作時，必須採取的、一個接一個的步驟。能蓟貓蟪绦虻鹊取８詣踊粯樱绻硞
延伸阅读文章来源于领测软件测试网 https://www.ltesting.net/