指南
services.msc 的替代方案
「服務」管理單元自 Windows 2000 以來幾乎沒有變化。對於螢幕上已經看到的某一個服務,它仍然是啟動它最快的方式,而對於關於電腦的任何問題,它又是回答得最慢的方式。
是什麼促使人們去尋找
- 沒有搜尋。唯一的導覽方式是輸入一個字母,跳到以該字母開頭的第一個顯示名稱。在有八百個項目的電腦上,這只是多了幾步的捲動。
- 沒有篩選。無法詢問哪些設為自動啟動卻沒有執行,而這恰恰是能找出一台出了問題的電腦的那一個問題。
- 一次只能處理一列。重新啟動十二個服務,就是十二次按右鍵和十二次等待。
- 「Stopping...」之後無路可走,只有工作管理員,以及猜測該結束哪個
svchost。
- 沒有歷程記錄。沒人知道是誰、在何時把這個啟動類型設成了 Disabled,也不知道上個月是不是就是這樣。
- 隱藏的資料。處理程序、觸發程序、所需特殊權限、安全性描述元、誰替可執行檔簽章:這些在管理單元中一樣都沒有,而在出問題時全都很重要。
- 欄無法變更。名稱、描述、狀態、啟動類型、登入身分。這就是全部清單,而在真實的電腦上,其中沒有一個能被有效地排序。
同樣的任務,在兩者中
| 你想要 | 在 services.msc 中 | 在這裡 |
|---|---|---|
| 找出應該執行卻沒有執行的內容 | 依啟動類型排序,捲動,讀每一列 | start:auto !status:running |
| 了解停止會帶走什麼 | 在你按下 Stop 之後才列出相依項目的對話方塊 | 任何動作發生之前的計畫,每個相依項目各為一個步驟,當其中之一是電腦所需要的時會給出警告 |
| 了解自上週以來發生了什麼變化 | 沒有 | bws snapshot diff before.json --live |
| 了解是誰變更了啟動類型 | 沒有 | bws history Spooler,來自 System 記錄檔 |
| 重新啟動十二個服務 | 十二次按右鍵 | 選取十二個,一份計畫,一次執行,一份報告 |
| 查看是誰替服務的可執行檔簽章 | 不顯示 | 既是一欄,也是可以搜尋的內容:signed:no |
| 把其中任何一項寫成指令碼 | 無法使用指令碼 | bws,帶 --json,並為每種結束方式提供結束代碼 |
管理單元仍然做得更好的地方
有兩點,而假裝並非如此,正是這個專案不會做的那類聲明。
- 它已經在電腦上了。無需下載,無需通過軟體原則核准。對於你只會碰一次的電腦,這就是全部理由。
- 它可以編輯復原動作、帳戶和啟動路徑。這個工具會顯示帳戶和啟動路徑,但不會變更其中任何一個,而讀取復原動作只是為了在結束處理程序之前發出警告。建立、刪除或重新指定服務,在這裡同樣沒有。
它完全做不到的事,才是這個工具存在的原因:提出問題、先展示計畫,並告訴你發生了哪些漂移。
這是什麼
Better Windows Services 是免費開放原始碼的,採用 GPL-3.0,每一半各是一個檔案,或為整台電腦提供一個安裝程式,並且從不連上網際網路。讀取不需要系統管理員權限,變更需要,而且它會說明這一點,而不是悄悄失敗。