¿Los servicios de Windows no se inician automáticamente?

Hemos tenido algunos problemas de sincronización de tiempo desagradables en nuestros servidores Windows Server 2008 R2 últimamente.

Remonté esto a algo muy simple: ¡ el Servicio de hora de Windows no se inició! La hora no puede sincronizarse a través de NTP cuando el servicio de hora no se está ejecutando ...

El Servicio de hora de Windows se configuró para iniciarse "automáticamente" en el panel de control de servicios, que verifiqué doble y triplemente. También revisé los registros de eventos y no vi fallas en el servicio ni nada de eso. De hecho, se parecía muchísimo a que el Servicio de hora de Windows nunca se iniciara automáticamente después de que se instalaran las Actualizaciones semanales de Windows y se reiniciaran los servidores. (Esto está previsto que suceda todos los sábados a las 7 p.m.)

En el momento en que comencé el Servicio de Tiempo, el tiempo se sincronizó bien.

Entonces, entonces, la pregunta: ¿por qué un servicio configurado para iniciarse "Automáticamente" ... no se iniciará automáticamente? Eso me parece un poco loco.

W32time no se iniciará automáticamente si la PC no está en un dominio. ¡Maldita sea Microsoft!

Intenta ejecutar esto: sc triggerinfo w32time start/networkon stop/networkoff

Una posible explicación, de este hilo :

Según lo entendí, básicamente el servicio no se activará hasta que usted, una tarea o un hardware o red, inicie un evento para activarlo. Cuando intenta actualizar la hora, llama al servicio y activa el evento 'Iniciar servicio xyz'. También puede desactivar el servicio cuando haya terminado. Eso es muy simplificado. Es una de las razones por las cuales siete es más rápido, porque muchos servicios solo se ejecutan cuando se necesitan en lugar de ejecutarse todo el tiempo esperando que algo los use. En efecto, no tiene que intentar decidir qué servicios necesita o no, ellos pueden cuidarse solos.

Él está hablando sobre el nuevo kernel en Windows 7.

Dado que Windows Server 2008 R2 y Windows 7 comparten el mismo núcleo, me pregunto si la resolución es la misma.

Recomiendan configurar el servicio en inicio automático / retrasado para solucionar esto.

Todavía mantengo que es una locura que un servicio configurado en automático no se inicie ... y no entiendo completamente la diferencia semántica entre un inicio automático retrasado y un inicio automático, pero si funciona, supongo que No me quejaré.

Desafortunadamente, con el tiempo de Windows, ha activado manualmente el registro .

No hay una buena respuesta a "qué haría que un servicio no se inicie automáticamente". La única razón real es que una dependencia no se inició correctamente o hubo algún tipo de bloqueo en el servicio cuando se inició. Y sin registros, su suposición es tan buena como la nuestra.

Sugeriría activar el registro de tiempo de Windows para los próximos dos ciclos de parche. Si aparece el servicio, todo está bien, si no es así, tiene algo para trabajar.

Solo como una nota, he visto más de una vez que los servicios deciden simplemente no comenzar sin una buena razón después de un parche, sino que funcionan bien después de ese primer reinicio.

En realidad, obtendría información de este registro.

1. Si no hay ningún registro, ni siquiera está tratando de comenzar. Y puede comenzar a investigar desde allí, cada pequeño fragmento de información ayuda a este tipo de problemas.

2. Dado que es un registro de depuración que está activando con el enlace de arriba, debería obtener algo si intenta iniciar. Al menos tendrá una mejor idea de por qué no se inicia con éxito.

Has descubierto uno de los grandes dolores de ser un administrador de sistemas: necesitas registros que te digan dónde empezar a buscar, pero el servicio no está llegando a un punto en el que pueda generar registros. Un problema clásico de pollo y huevo.

Gracias, he configurado algunos servicios que no se iniciaban en Windows Server 2016 con retraso y funcionó, pero no pude hacerlo para el servicio antivirus, ya que está protegido contra modificaciones.

Sin embargo, encontré esta solución, que funcionó, incluso si fuera para 2008 R2: https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and- events-7000-and-7011-are-login-in-windows-server-2003-windows-server-2008-and-windows-server-2008-r2

Probablemente eso hará que cualquier servicio se inicie, sin configurarlos para un inicio retrasado. Funcionó para el antivirus, eso es seguro.

Pegaré la parte más útil de la solución aquí:

Para evitar este problema, modifique el registro para aumentar el valor de tiempo de espera predeterminado para el administrador de control de servicios. Para aumentar este valor a 60 segundos, siga estos pasos:

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
In the right pane, locate the ServicesPipeTimeout entry.

Note: If the ServicesPipeTimeout entry does not exist, you must create it. To do this, follow these steps:

    On the Edit menu, point to New, and then click DWORD Value.
    Type ServicesPipeTimeout, and then press ENTER. 
Right-click ServicesPipeTimeout, and then click Modify.
Click Decimal, type 60000, and then click OK.

This value represents the time in milliseconds before a service times out.
Restart the computer.