Problema de tempo do Dell T710, o relógio perde tempo todos os dias

Question

Eu tenho um Dell T710 aqui no trabalho que, por algum motivo, não manterá o tempo adequado. É um dual quadcore com 32 GB de RAM e roda o Windows 2008 R2. Em vez de ter vários servidores, executamos algumas máquinas virtuais no Hyper-V. Todas as VMs têm "sincronização de horário" ativada e os relógios da VM mantêm o ritmo perfeito com o relógio do host.

Uma das VMs hospeda nosso software de controle de loja e, uma vez que utiliza o tempo do sistema para as ações de estampas temporais, é vital que o relógio seja o mais preciso possível. Todos os dias eu tenho problemas com o relógio sendo lento. De manhã é geralmente 2 ou 3 minutos lentos ou em alguns dias (como hoje), foi um total de 10 minutos lentos. Se eu definir o horário do servidor usando o aplicativo de horário da Internet, o horário será definido corretamente e, em seguida, as estações de trabalho seguirão com o NTP. Funciona bem, mas mesmo no final do dia, o relógio é desligado novamente em 1 ou 2 minutos.

O problema é enlouquecedor e tentei tudo o que pude pensar e encontrar na internet, incluindo:

• Tentando vários servidores de horário na Internet
• Usando um desses programas de relógio atômico para ajustar a frequência de atualizações para duas vezes por dia
• Manipulando manualmente as chaves de registro
• Garantir que as VMs dediquem seu tempo do host, o que significa que o desvio do relógio está relacionado ao host e não às VMs, já que todas as VMs têm o mesmo tempo que o host exibe. (por exemplo, se o relógio do host for 7:28, todas as VMs mostrarão 7:28)
• Uma das VMs é um controlador de domínio, mas o host não está no domínio. Isso foi feito para garantir que o host seja apenas isso, um host para o resto da rede e não parte dela.

NADA impede que o relógio se desvie. Da minha pesquisa, isso poderia estar ligado ao fato de que a carga do servidor pode ter um efeito sobre o tempo, mas a carga é nada, talvez picos de 10-50%, é uma pequena empresa. E para o tempo de referência eu simplesmente olho para o meu celular.

    

Answer 1

1. Desativar a sincronização do horário do host.
2. Aponte VMs em um servidor NTP preciso.
3. Lucro

Se a sincronização do host estiver ativada, todas as outras alterações feitas não farão diferença, pois os convidados tentarão continuar sincronizando com a hora do hardware no host, o que evidentemente não está mantendo um bom tempo . Efetivamente, a sincronização do tempo do host sobre as mudanças de horário que você está fazendo, então desligue-a e poupe um pouco de dor de cabeça.

Por qualquer coisa que valha a pena, eu sempre desabilito a sincronização de tempo do guest-host (com qualquer hypervisor) e aponto todos os meus servidores em uma fonte NTP apropriada. Em um domínio, isso é feito apontando um DC em um pool NTP e as outras máquinas de domínio nele. Se não for um participante do domínio, você pode também criar um script para apontar todas as suas máquinas para o mesmo servidor NTP ou pool.

    

Answer 2

Desde que você afirmou que o host da VM não é parte do domínio, isso soa como se você pudesse ter um problema de hardware, especificamente, você pode querer certificar-se de que sua placa-mãe está armazenando e contando o tempo com precisão.

Como ponto de partida, eu programaria um script para ser executado periodicamente por um dia, para ver se você pode determinar se há outros eventos em andamento que possam afetá-lo. Como exemplo, você pode agendar o seguinte comando para despejar um arquivo de texto a cada hora por 24 horas, ele registrará o deslocamento de suas fontes NTP.

C:\> w32tm /monitor

Talvez você queira publicar alguns resultados aqui depois disso, mas talvez também queira conversar com a Dell para ver se há algum problema conhecido sobre o CMOS ou o tempo decorrido com o hardware, eles podem ter uma correção do BIOS ou envie um técnico para substituir o hardware.

Por fim, você não precisa segregar seus hosts de VM para ficar fora do domínio. De fato, você pode querer que ele seja no domínio no futuro, se você precisar entrar em clustering e em High Availability um membro do domínio é necessário. Você precisará ter certeza de que você tem um DC físico como parte desse esforço.

    

Answer 3

RESOLVIDO

Curiosamente, uma solução simples resolveu o meu problema. O servidor executa 8 VMs, nenhuma delas é de alta carga (na maioria das vezes ocioso ou teste VM) e duas são as mais importantes: o Controlador de Domínio e um Terminal Server 2003 para software de controle de loja. Decidi mudar uma VM a cada dia até ver qualquer mudança no comportamento. Comecei desabilitando "Time Synchronization" para o servidor 2003 e desde então não tive nenhum desvio do clock. Tem sido 3 dias e o relógio é 3 segundos mais rápido que o meu celular, nada mal. Parece que minha primeira tentativa foi um palpite de sorte.

Mas ainda não consigo entender por que o relógio do host se movimenta por causa da VM. Eu não acredito que tenha havido um desvio real, mas sim o TS estava de alguma forma entrando em uma espécie de loop infinito de tentar definir o tempo do host e de alguma forma isso estragou o clock do host. Ou o TS estava de alguma forma configurando o clock do host (não está sincronizando o tempo de um jeito?) Causando um leve desvio e o DC pegou esse drift e propagou-se através do NTP de volta ao TS. Eu não posso explicar isso.