Type de démarrage d'un service et reprise après plantage : Set-Service avec sc.exe failure/qfailure

Objectif

Vérifier et modifier le type de démarrage d'un service, et configurer les actions exécutées automatiquement lors du premier plantage, du deuxième et des suivants, sur un hôte accessible uniquement via une session PowerShell.

Prérequis

Droits d'administrateur sur la cible ; sc.exe est présent sur toutes les éditions de Windows Server prises en charge, y compris Server Core.

Étapes

1. Inventaire : Get-Service -Name Spooler | Select-Object Name,Status,StartType, ou, pour trouver tous les services qui devraient tourner mais ne sont pas démarrés : Get-Service | Where-Object { $_.StartType -eq 'Automatic' -and $_.Status -ne 'Running' }. Get-Service expose directement Status et StartType.
2. Modifier le type de démarrage avec la cmdlet intégrée : Set-Service -Name Spooler -StartupType Automatic.
3. Set-Service de PowerShell n'expose pas les actions de reprise après plantage ; il faut donc utiliser sc.exe failure : sc.exe failure Spooler reset= 86400 actions= restart/5000/restart/10000/run/0. La syntaxe documentée est failure [ServiceName] [reset= ErrorFreePeriod] [reboot= BroadcastMessage] [command= CommandLine] [actions= FailureActionsAndDelayTime]. Notez l'espace après chaque key=, exactement comme dans la syntaxe elle-même : si on l'omet, sc.exe interprète mal l'argument. reset= (le nombre de secondes sans échec au terme desquelles le compteur d'échecs est remis à zéro) doit être utilisé avec actions= (une liste séparée par des / composée de run, restart ou reboot, chacun suivi de son délai en millisecondes).
4. Relire la configuration de façon non interactive : sc.exe qfailure Spooler, qui renvoie SERVICE_NAME, RESET_PERIOD, REBOOT_MESSAGE, COMMAND_LINE et FAILURE_ACTIONS.
5. Avant de modifier le type de démarrage d'un service, vérifier de quoi il dépend et quels services dépendent de lui : Get-Service -Name Spooler -DependentServices ; Get-Service -Name Spooler -RequiredServices.
6. Pour un compte de service partagé par des instances de service identiques au sein d'une ferme, utiliser un compte de service géré de groupe (gMSA) plutôt qu'un mot de passe saisi à la main : les gMSA permettent au « système d'exploitation Windows de gérer le mot de passe » ("the Windows operating system manage the password") et fournissent « une solution d'identité unique pour les services exécutés sur une ferme de serveurs ou sur des systèmes derrière un Network Load Balancer » ("a single identity solution for services running on a server farm or on systems behind Network Load Balancer.").

Résultat attendu

sc.exe qfailure renvoie la période de réinitialisation et les actions qui viennent d'être définies ; les actions de reprise ne se déclenchent que lorsque le service se termine de façon inattendue, pas lors d'un Stop-Service normal. Pour tester sur un service non critique, terminer son processus (Stop-Process -Name spoolsv -Force) et observer dans le journal d'événements Système l'événement 7031 et le redémarrage.

Limites et base de vérification

« Tous les services n'autorisent pas la modification de leurs options d'échec » ("Not all services allow changes to their failure options") : certains s'exécutent dans un processus hôte de services partagé. Pour revenir en arrière, enregistrer la sortie de sc.exe qfailure Spooler avant la modification et réappliquer ces valeurs avec sc.exe failure, puis rétablir le type de démarrage consigné à l'étape 1 avec Set-Service -Name Spooler -StartupType <PreviousValue>. Aucune de ces étapes ne nécessite de redémarrage ; arrêter puis relancer un service suffit pour tester les actions de reprise.