Better Windows ServicesQuels services devraient tourner ?
La réponse honnête est que personne ne peut vous le dire, et que chaque liste qui prétend le faire décrit une machine qui n'est pas la vôtre. Ce à quoi on peut répondre est plus étroit et bien plus utile : ce qui ne cadre pas sur cette machine, et ce qui est différent de l'époque où elle marchait.
Pourquoi la question générale n'a pas de réponse
- L'ensemble diffère selon l'édition, la version et le rôle de Windows. Un contrôleur de domaine, un portable et un hôte de conteneurs ne s'accordent sur presque rien, et une liste écrite pour l'un est fausse pour les autres.
- La moitié de ce qui est installé ne vient pas de Windows. Pilotes, agents, services de mise à jour, démons de licence - chacun a été mis là par quelque chose, et aucune liste générale ne sait quoi.
- La plupart des services sont faits pour être arrêtés. Un Windows moderne démarre une fraction de ce qu'il enregistre : le reste attend un déclencheur - l'arrivée d'un périphérique, l'ouverture d'un port, l'adhésion à un domaine - et arrêté est leur état correct.
- Les listes « désactivez ceux-ci pour les performances » sont la façon dont les machines cassent. Le service qui semble inactif est celui qu'autre chose démarre à la demande, et la panne apparaît une semaine plus tard ailleurs, sans rapport apparent.
Les questions qui ont bel et bien des réponses
Ce qui devrait tourner et ne tourne pas
start:auto !status:running
On a dit à Windows de démarrer ceux-ci et ils ne tournent pas. Sur une machine saine, c'est une courte liste - quelques entrées qui démarrent tard et s'arrêtent de nouveau. Tout le reste mérite un coup d'œil.
Ce qui est désactivé et tourne quand même
mismatch:running
La configuration et l'état ne concordent pas. Le plus souvent, quelqu'un l'a désactivé sans l'arrêter, et le prochain redémarrage sera une surprise.
Ce qui pointe vers un fichier qui a disparu
file:missing
Une désinstallation qui a laissé l'enregistrement derrière elle. Sans danger tant que rien n'essaie de le démarrer, et un indice sur ce qui se trouvait sur cette machine.
Ce que personne n'a signé
signed:no peruser:no
Pas une preuve de quoi que ce soit en soi, et le bon endroit où commencer à lire. Le second terme écarte les familles par utilisateur, qui remplissent sinon la liste de quasi-doublons.
Ce qui demande les privilèges les plus puissants
privilege:SeDebugPrivilege
Un privilège qui permet à un processus d'ouvrir n'importe quel autre. Une poignée de services légitimes le demandent, et il vaut la peine de savoir lesquels sur votre machine.
Ce qui attend un déclencheur
trigger:any status:stopped
Arrêtés parce que rien ne les a encore sollicités, et non parce que quelque chose ne va pas. Savoir lesquels ils sont est ce qui fait que la première liste cesse d'être alarmante.
Celle qui les bat toutes
Demandez à la machine elle-même, quand elle fonctionnait.
Prenez un instantané le jour où la machine entre en service. Alors est-ce que ceci devrait tourner devient est-ce que ceci tournait quand tout marchait - une question sur votre machine plutôt que sur une machine dans un article.
bws snapshot create C:\baselines\web01.json --note "after the build"
# ... une semaine, un correctif ou un incident plus tard
bws snapshot diff C:\baselines\web01.json --liveLa configuration est signalée à part de l'état d'exécution, de sorte que la réponse n'est pas quarante services qui se trouvent en marche - c'est le type de démarrage que quelqu'un a changé.
Auditer la dérive d'une machineAvant d'arrêter quoi que ce soit
Chaque arrêt dans cet outil montre d'abord son plan : les étapes, ce qui tombe avec elles, et un avertissement quand l'une d'elles est quelque chose sans quoi la machine ne fonctionne pas. La liste de ces services est une liste de départ de sept - les deux moitiés de RPC et le lanceur DCOM, le gestionnaire de comptes, l'isolation des clés, le gestionnaire de session et le Plug and Play - et le Bureau à distance n'y figure pas, donc dans une session distante, lisez le plan.