O W32time não será iniciado automaticamente se o computador não estiver em um domínio. Droga Microsoft!
Tente executar isto:
sc triggerinfo w32time start/networkon stop/networkoff
Tivemos problemas de sincronização de tempo desagradável em nossos servidores Windows Server 2008 R2 recentemente.
Eu rastreei isso de volta para algo muito simples: o Serviço de Tempo do Windows não foi iniciado! O tempo não pode ser sincronizado via NTP quando o serviço de horário não está em execução ...
O serviço de tempo do Windows estava definido para iniciar "automaticamente" no painel de controle de serviços, que eu verifiquei duplamente e triplamente. Também verifiquei os logs de eventos e não vi falhas de serviço nem nada parecido. Na verdade, parecia muito que o Serviço de Tempo do Windows nunca fosse iniciado automaticamente depois que as atualizações semanais do Windows foram instaladas e os servidores foram reinicializados. (isso está previsto para acontecer todos os sábados às 19h).
No minuto em que iniciei o serviço de horário, a hora foi sincronizada bem.
Então, a pergunta: por que um serviço definido para iniciar "Automaticamente" ... não seria iniciado automaticamente? Isso parece meio doido para mim.
Uma possível explicação, de este tópico :
The way I understood it, basically the service won't be turned on until you or a task or a piece of hardware or network, start an event to turn it on. When you try to update the time, you call on the service and trigger the event 'Start xyz service'. It can also turn the service off when finished. That's very simplified. It is one reason why seven is faster, because many services are only running when needed instead of running all the time waiting for something to use them. In effect you don't have to try to decide which services you need or don't, they can take care of themselves.
He's talking about the new kernel in Windows 7.
Como o Windows Server 2008 R2 e o Windows 7 compartilham o mesmo kernel, gostaria de saber se a resolução é a mesma?
Eles recomendam que defina o serviço como início automático / atrasado para corrigir isso.
Eu ainda mantenho a insanidade de que um serviço definido como automático não seja iniciado ... e não entendo completamente a diferença semântica entre um início automático atrasado e um início automático, mas se funcionar, Eu acho que não vou reclamar.
Infelizmente, com o tempo do Windows, você ativa manualmente o log .
Não há uma boa resposta para "o que faria com que um serviço não fosse iniciado automaticamente". A única razão real é que uma dependência não foi iniciada corretamente ou houve algum tipo de falha no serviço quando ela foi iniciada. E sem registros, seu palpite é tão bom quanto o nosso.
Sugiro ativar o registro de tempo do Windows para os próximos ciclos de patch. Se o serviço aparecer, você estará bem, se não tiver algo para trabalhar.
Apenas como nota, eu vi mais de uma vez que os serviços decidiram simplesmente não começar por um bom motivo depois de um patch, mas funcionam muito bem depois da primeira reinicialização.
Começou a escrever um comentário e ficou sem espaço.
Você realmente obteria algumas informações desse log.
Se não houver nenhum log, nem sequer está tentando iniciar. E você pode começar a pesquisar a partir daí, cada pequena informação ajuda nesses tipos de problemas.
Já que é um log de depuração que você está ativando com o link acima, você deve obter algo se ele tentar iniciar. Você terá pelo menos uma ideia melhor do motivo pelo qual ele falhou ao iniciar com êxito.
Você descobriu uma das grandes dificuldades de ser um administrador de sistemas: você precisa de logs para informar onde começar a procurar, mas o serviço não está chegando a um ponto que possa gerar logs. Um frango clássico e o problema dos ovos.
Obrigado, eu configurei alguns serviços que não estavam começando no Windows Server 2016 para atrasar e funcionou, mas, eu não poderia fazer isso para o serviço de antivírus, pois é protegido contra modificações.
No entanto, encontrei essa solução alternativa, que funcionou, mesmo que fosse para 2008 R2: link
Provavelmente, isso fará com que qualquer serviço seja iniciado, sem configurá-los para o início atrasado. Funcionou para o antivírus, com certeza.
Vou colar a parte mais útil da solução aqui:
Para contornar esse problema, modifique o registro para aumentar o valor de tempo limite padrão para o gerenciador de controle de serviço. Para aumentar esse valor para 60 segundos, siga estas etapas:
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.