Tipo de inicio de servicios y recuperación ante fallos: Set-Service más sc.exe failure/qfailure

Objetivo

Comprobar y cambiar el tipo de inicio de un servicio y configurar qué ocurre automáticamente la primera, la segunda y las siguientes veces que falla, en un host accesible únicamente a través de una sesión de PowerShell.

Requisitos previos

Derechos de administrador en el equipo de destino; sc.exe está presente en todas las ediciones compatibles de Windows Server, incluido Server Core.

Pasos

1. Inventario: Get-Service -Name Spooler | Select-Object Name,Status,StartType, o bien localizar todos los servicios que deberían estar en ejecución y no lo están: Get-Service | Where-Object { $_.StartType -eq 'Automatic' -and $_.Status -ne 'Running' }. Get-Service expone directamente tanto Status como StartType.
2. Cambiar el tipo de inicio con el cmdlet integrado: Set-Service -Name Spooler -StartupType Automatic.
3. Set-Service de PowerShell no expone las acciones de recuperación ante fallos, así que se usa sc.exe failure: sc.exe failure Spooler reset= 86400 actions= restart/5000/restart/10000/run/0. La sintaxis documentada es failure [ServiceName] [reset= ErrorFreePeriod] [reboot= BroadcastMessage] [command= CommandLine] [actions= FailureActionsAndDelayTime]. Hay que dejar un espacio después de cada key=, tal como aparece en la propia sintaxis; si se omite, sc.exe interpreta mal el argumento. reset= (los segundos sin fallos tras los cuales se restablece el contador de fallos) debe usarse junto con actions= (una lista separada por / de run, restart o reboot, cada uno seguido de su retardo en milisegundos).
4. Leer de forma no interactiva el comportamiento configurado: sc.exe qfailure Spooler, que informa de SERVICE_NAME, RESET_PERIOD, REBOOT_MESSAGE, COMMAND_LINE y FAILURE_ACTIONS.
5. Antes de cambiar el tipo de inicio de un servicio, comprobar de qué depende o qué depende de él: Get-Service -Name Spooler -DependentServices; Get-Service -Name Spooler -RequiredServices.
6. Para una cuenta de servicio compartida por instancias idénticas de un servicio en una granja de servidores, usar una cuenta de servicio administrada de grupo (gMSA) en lugar de una contraseña escrita a mano: las gMSA permiten que "el sistema operativo Windows gestione la contraseña" y ofrecen "una solución de identidad única para servicios que se ejecutan en una granja de servidores o en sistemas situados detrás de Network Load Balancer".

Resultado esperado

sc.exe qfailure devuelve el período de restablecimiento y las acciones que se acaban de definir; las acciones de recuperación solo se activan cuando el servicio termina de forma inesperada, no con un Stop-Service normal. Para probarlo con un servicio no crítico, finalice su proceso (Stop-Process -Name spoolsv -Force) y observe en el registro de eventos del sistema el evento 7031 y el reinicio.

Límites y base de verificación

"No todos los servicios permiten cambiar sus opciones de fallo": algunos se ejecutan como parte de un proceso de host de servicio compartido. Para deshacer los cambios, guarde la salida de sc.exe qfailure Spooler antes de modificar nada y vuelva a aplicar esos valores con sc.exe failure; use además Set-Service -Name Spooler -StartupType <PreviousValue> para restaurar el tipo de inicio anterior, registrado en el paso 1. Ninguno de estos pasos requiere reiniciar el equipo; basta con detener y volver a iniciar un servicio para probar las acciones de recuperación.