指南

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,每一半各是一個檔案,或為整台電腦提供一個安裝程式,並且從不連上網際網路。讀取不需要系統管理員權限,變更需要,而且它會說明這一點,而不是悄悄失敗。