none
Problema com Sincronização de Relógio do Windows RRS feed

  • Pergunta

  • Pessoal,

    Estou com problema, pois metade do meu parte de maquina e servidor esta com um horário e outra parte esta com outro horário, é 10 minutos de diferença, mais esta causando problema com SQL e AD.

    Quando entro em um servidor e digito w32tm /resync para sincronizar o relógio, aparece por exemplo: 16:33.

    Quando entrou em outro servidor e digito o mesmo comando, aparece 16:43.

    Nas maquinas esta acontecendo a mesma coisa.

    Alguém tem ideia o que pode ser? 

    quinta-feira, 22 de maio de 2014 19:35

Respostas

  • Consegui resolver o problema.

    No servidor AD que fica no Hyper-V, alterei o registro de sincronismo da hora:

    w32tm /config /syncfromflags:manual /manualpeerlist:no.pool.ntp.org /update

    Troquei a autenticação do AD conforme comando abaixo: 

    w32tm /config /syncfromflags:manual /manualpeerlist:0.pool.ntp.org,1.pool.ntp.org,2.pool.ntp.org,3.pool.ntp.org /update

    Reiniciei o serviço w32time, e executei o comando w32tm /resync, para sincronizar o relógio.

    Depois disso o horário ficou certo, mas só para garantia executei o comando abaixo nos hyperV para identificar qual servidor quero que eles sincronize o horário:

    w32tm /config /syncfromflags:<AD1.domínio> /update

    Com isso, todos os servidor ficaram com os horários certos.

    Reiniciei os Desktops/Notebooks que estavam com horário errado, testei os sistemas e não estão mas apresentando problema.

    • Marcado como Resposta Afonso Andrade sexta-feira, 23 de maio de 2014 03:35
    sexta-feira, 23 de maio de 2014 03:35

Todas as Respostas

  • Boa tarde...primeiro verifique as atualizações via Windows update dos seus servidores se estão tudo ok.

    Estando atualizados aconselho os servidores AD/DNS estarem com a opção para sincronizar automaticamente marcada. Pois com há um KB que resolve essa questão de hora juntos aos servidores / Estações.

    Caso deseja crie um script de logon com a opção para sincronizar quando os usuários executarem o acesso.

    http://support.microsoft.com/kb/314090/pt-br

    Também pode ajudar.

    Valew


    João Carlos Xavier de Macedo Specialist Platforms Microsoft MCP,MCT,MCSA,MCTS,MCITP, ENTERPRISE VIRTUALIZATION WINDOWS SERVER 2008 R2,MCSE WINDOWS SERVER 2012

    quinta-feira, 22 de maio de 2014 19:44
  • Foi atualizado os AD no dia 19/05/2014.

    O problema é que tem maquina, Notebook, de terceiros que utilizam o sistema interno e o horário do maquina deles estão com a mesma diferença.

    Maquina fora do domínio, não rodaria o script.

    O horário certo, até pelo site "http://www.horacerta.com.br/index.php?city=sao_paulo" seria o horário mais baixo.


    quinta-feira, 22 de maio de 2014 19:50
  • sim entendi....verifique a atualização de todo o ambiente se esta de acordo.

    com a opção informada acima flegada, quando fora do domínio ira se atualizar na internet.


    João Carlos Xavier de Macedo Specialist Platforms Microsoft MCP,MCT,MCSA,MCTS,MCITP, ENTERPRISE VIRTUALIZATION WINDOWS SERVER 2008 R2,MCSE WINDOWS SERVER 2012

    quinta-feira, 22 de maio de 2014 19:56
  • Isso esta muito estranho, pois pegue duas maquinas uma com Windows 7 e outra com Windows 8.1.

    Esta tudo atualizado, fiz o resto agora.

    Se dou o comando no Windows 7 o horário é de 17:17, quando faço no Windows 8.1 é de:  17:07.

    O que parece que o NTP, que sincronização do relógio esta errado para o Windows 7.

    Tem algum comando que posso alterar o servidor de NTP padrão, pois ai coloco um que posso monitorar o serviço.

    quinta-feira, 22 de maio de 2014 20:08
  • Estou olhando o funcionamento do serviço w32tm, e todo servidor que esta com Fonte " VM IC Time Synchronization Provider" esta com a hora errada.

    Quando pego o servidor Fonte: time.windows.com, a hora vem certa.

    Da uma olhada no resultado do comando:

    C:\Windows\system32>w32tm /query /status
    Indicador de Salto: 0(sem aviso)
    Camada: 2(referência secundária - sincronizado por (S)NTP)
    Precisão: -6 (15.625ms por pulso)
    Atraso de Raiz: 0.0000000s
    Dispersão de Raiz: 0.0100000s
    ID de referência: 0x564D5450 (IP da fonte:  86.77.84.80)
    Última Sincronização com Êxito: 22/05/2014 17:49:46
    Fonte: VM IC Time Synchronization Provider
    Intervalo de Sondagem: 6 (64s)


    C:\WINDOWS\system32>w32tm /query /status
    Indicador de Salto: 3(o último minuto tem 61 segundos)
    Camada: 0(Não especificado)
    Precisão: -6 (15.625ms por pulso)
    Atraso de Raiz: 0.2249525s
    Dispersão de Raiz: 7.8406449s
    ID de referência: 0x00000000 (Não especificado)
    Última Sincronização com Êxito: 22/05/2014 17:22:05
    Fonte: time.windows.com,0x9
    Intervalo de Sondagem: 10 (1024s)

    Alguém sabe como reportar isso para microsoft?

    Vou fiz um teste e voltou alterar a Fonte para spool.ntp.org, pois ai os equipamentos que estavam com problema voltou ao normal.

    Vou tentar colocar o time.windows.com, como fonte, alterando o "VM IC Time Synchronization Provider", para confirmar se funcionará.

    quinta-feira, 22 de maio de 2014 20:43
  • Consegui resolver o problema.

    No servidor AD que fica no Hyper-V, alterei o registro de sincronismo da hora:

    w32tm /config /syncfromflags:manual /manualpeerlist:no.pool.ntp.org /update

    Troquei a autenticação do AD conforme comando abaixo: 

    w32tm /config /syncfromflags:manual /manualpeerlist:0.pool.ntp.org,1.pool.ntp.org,2.pool.ntp.org,3.pool.ntp.org /update

    Reiniciei o serviço w32time, e executei o comando w32tm /resync, para sincronizar o relógio.

    Depois disso o horário ficou certo, mas só para garantia executei o comando abaixo nos hyperV para identificar qual servidor quero que eles sincronize o horário:

    w32tm /config /syncfromflags:<AD1.domínio> /update

    Com isso, todos os servidor ficaram com os horários certos.

    Reiniciei os Desktops/Notebooks que estavam com horário errado, testei os sistemas e não estão mas apresentando problema.

    • Marcado como Resposta Afonso Andrade sexta-feira, 23 de maio de 2014 03:35
    sexta-feira, 23 de maio de 2014 03:35