Cerchi i suoi servizi Windows, veda ogni modifica prima che venga eseguita e scopra cosa è andato alla deriva da ieri

• Nessuna ricerca. L'unica navigazione è saltare alla prima lettera di un nome visualizzato.
• Nessun filtro. Non c'è modo di chiedere mostrami ciò che è impostato per avviarsi automaticamente e non è in esecuzione.
• Una riga alla volta. Riavviare dodici servizi significa dodici clic destri e dodici attese.
• "Arresto in corso..." per sempre, senza altra via d'uscita che Gestione attività e indovinare il processo.
• Nessuna cronologia. Nessuno sa chi ha impostato quel tipo di avvio su Disabilitato, né quando.
• Dati nascosti. Il processo, i trigger, i privilegi, il descrittore di sicurezza, chi ha firmato l'eseguibile - tutto richiede sc.exe a memoria, oppure il Registro.
• Nessuna parità nella riga di comando. sc.exe ha una sintassi degli anni Novanta, e il Get-Service fornito con Windows, in Windows PowerShell 5.1, non mostra l'account con cui gira un servizio, tanto meno la sua descrizione. PowerShell 7 mostra entrambi e si installa a parte.

$ bws snapshot diff before.json --live --exit-code
Changed (2):
  Spooler  Print Spooler
    startType: Manual -> Automatic
    status: Stopped -> Running  (running state, not configuration)
  wlidsvc  Microsoft Account Sign-in Assistant
    status: Stopped -> Running  (running state, not configuration)

Added 0, removed 0, changed 2. Fields differing: 1 in configuration, 2 in running state.

• Configurazione e stato di esecuzione sono segnalati separatamente. Due snapshot presi a un giorno di distanza differiscono per ciò che capita di essere in esecuzione, e quasi nulla di questo è deriva - il tipo di avvio che è cambiato è la riga da leggere.
• Ciò che non si è potuto confrontare è elencato, non nascosto. Un campo che uno snapshot non ha mai letto esce come not compared, così un confronto che dice nulla è cambiato significa che nulla è cambiato in ciò che entrambi i lati potevano vedere.
• --exit-code termina con 5 quando la configurazione differisce, così un'attività pianificata può prendere uno snapshot alla distribuzione e avvisare qualcuno la prima notte in cui la macchina va alla deriva.
• Due macchine, due file. Prenda uno snapshot in staging e uno in produzione e li confronti ovunque.

$ bws stop Winmgmt --dry-run --dependents
Plan: stop Winmgmt  (2 steps)
  1. stop  vmms      (would break otherwise)
  2. stop  Winmgmt   (asked for)

Warnings:
  - Stopping Winmgmt also stops one other entry: vmms
  - Winmgmt starts automatically, so it will be back after the next restart.

• Lo esegua senza --dry-run e questi sono i passaggi, in quell'ordine, con le stesse ragioni accanto. Non esiste un secondo percorso di codice per l'esecuzione vera.
• Ciò che cade con esso è nel piano. I servizi che smetterebbero di funzionare sono passaggi a sé, e un piano che farebbe cadere qualcosa di cui la macchina ha bisogno lo dice nei suoi avvisi.
• Un rifiuto viene prima del pulsante. Un driver, un servizio per il quale il gestore non accetta un arresto, un processo che il sistema protegge - rifiutati quando il piano viene costruito, con la ragione. La finestra disattiva il pulsante e dice il perché accanto.
• L'arresto forzato è in due passaggi, e il secondo è condizionale. bws kill chiede al servizio di fermarsi e termina il suo processo solo se questo non funziona, nominando ogni altro servizio che vive al suo interno.