Temos dois servidores físicos hyper-V executando 8 VMs entre eles, cada servidor físico possui um controlador de domínio em execução em uma VM e todos os servidores são 2008R2
O VM PDC é definido como NTP e sincronizado com time.microsoft.com e o restante, incluindo os servidores físicos, é NT5DS. Esse PDC principal da VM definitivamente contém o FSMO e o UDP 123 está ativo
quando executo w32tm / query / status
Estou recebendo o VM IC Time Synchronization Provider nos dois VMs, sei que isso significa sincronizar com o host.
Quando executo w32tm / resync / redescoberto
Eu recebi "não ressincronizei porque não havia dados de tempo disponíveis" e um ID de evento 134 nos logs tem alguma idéia sobre isso?
Eu também olhei através dos logs e tenho o evento 144 e 12
Segui os detalhes do MS KB sobre como configurar uma fonte de tempo externa e fiz todas as alterações no registro, mas acho que o DNS está me afetando?
Mas quando eu mudo o horário em uma das máquinas físicas, é aí que o horário está sendo definido. Talvez se eu cancelar o registro de todos e registrar, atualizar e sincronizar, mas tenho medo de criar um problema maior!
Estou tentando deixar a sincronização de tempo entre a VM e o host Hyper-V ativada, pois acredito que essa seja a melhor prática do que li.
Obrigado pela ajuda
Finalmente consegui funcionar! O objetivo disso é ajudar as pessoas que estão começando no início da definição do horário de um domínio.
Neste exemplo, todos os servidores, controlador de domínio primário (PDC), outros controladores de domínio (DC) e outros servidores estão executando o Windows 2008 R2 e são virtualizados com o Hyper-V.
Primeiramente, você lerá para desativar o 'Serviço de Integração de Sincronização de Tempo' em qualquer máquina virtual dentro do Hyper-V; em vez disso, você deve manipular o Serviço de Tempo do Windows (serviço w32tm) a partir do controlador de domínio virtual, não deve desativá-lo porque quando um A VM reinicia, isso causa problemas; isso deve ser feito com o w32tm. http://blogs.msdn.com/b/virtual_pc_guy/archive/2010/11/19/time-synchronization-in-hyper-v.aspx
Você precisará descobrir qual servidor é o PDC e as funções FSMO em execução. Execute isto: netdom query fsmo O resultado deve ser seu PDC e é aqui que você faz a maioria das alterações.
Verifique se no firewall existe uma regra de "Saída" no UDP123 e se o programa é% SystemRoot% \ System32 \ w32tm.exe, basta procurar o diretório do Windows e encontrar o exe por tempo.
É aqui que as alterações no registro diminuem! HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ W32Time
Verifique se o PDC sob configuração no endereço de registro acima está definido como NTP para "tipo" e todos os outros servidores são NT5DS, isso significa que NTP é o pai! A melhor prática aqui é fazer com que o PDC procure externamente o tempo e tudo sincronize com ele.
Execute isso em todos os controladores de domínio (incluindo o PDC); ele desativará parcialmente o tempo do Windows para que não olhe para a máquina host por algum tempo, importante porque estamos virtualizados. reg add HKLM \ SYSTEM \ CurrentControlSet \ Services \ W32Time \ TimeProviders \ VMICTimeProvider / v Ativado / t reg_dword / d 0
Você pode acessar o site ntp.org http://support.ntp.org/bin/view/Servers/WebHome para encontrar um servidor mais próximo de você para sincronizar seu tempo externo. Eu recomendo não usar a Microsoft, pois eles são muito usados e podem escorregar por causa disso.
O comando abaixo definirá o PDC para aparência externa, mas também verificará as configurações do Registro, conforme definidas aqui, para sincronizar externamente (é necessário fazer as duas coisas) http://support.microsoft.com/kb/816042
Execute isso no PDC w32tm / config /manualpeerlist: declarou0.pool.ntp.org,0x1 ”/ syncfromflags: MANUAL / confiável: sim w32tm / config / update w32tm / resync w32tm / resync / redescoberto
Execute esses 2 comandos a qualquer momento em qualquer servidor para ver sua origem e, quando forem atualizados pela última vez, eles serão usados durante este exercício para garantir que seu PDC e outros servidores estejam obtendo tempo do local certo w32tm / query / status w32tm / query /fonte
Em seguida, execute isso em todos os controladores de domínio, exceto o PDC, ele fará com que eles olhem para o PDC por tempo e ressincronizem com ele w32tm / config / syncfromflags: DOMHIER / update net stop w32time net start w32time w32tm / resync / force
Problemas: ao executar a consulta Status ou Origem, dê-lhes um minuto ou dois após as alterações, você não deve olhar para o Relógio CMOS Local e não deve usar o provedor de sincronização de tempo vm ic como origem.
Se for bem-sucedido, o PDC deve ler o site externo que você definiu e os outros servidores devem dizer o PDC como origem
Espero que isso ajude as pessoas a boa sorte!
Respostas:
@PSaul está correto. Você não deseja usar
time.microsoftoutime.windows.comcomo fonte de tempo para o seu controlador de domínio que está mantendo a função FSMO do emulador PDC. Como padrão, eles são muito usados, geralmente lentos devido à falta de localidade e às vezes indisponíveis. Escolha um pool NTP mais próximo de você.No entanto, não desative a integração da sincronização de tempo do Hyper-V. É necessário para determinadas funções, como redefinir o tempo após uma reinicialização ou quando a máquina virtual volta de um estado salvo. O que você deseja fazer é dizer aos controladores de domínio virtualizados que ignorem o host Hyper-V como fonte de tempo.
Isso pode ser feito da seguinte forma:
Este comando remove a fonte de tempo do Hyper-V como uma possível fonte para o W32Time.
Agora diga ao W32Time para procurar a melhor fonte de tempo possível na hierarquia de domínio. Se você quiser usar uma fonte externa para os dois controladores de domínio, poderá configurá-la usando os comandos @PSaul publicados ou a partir daqui . De um modo geral, o Controlador de Domínio que detém a função Emulador de PDC deve sincronizar a partir da fonte externa e seus outros Controladores de Domínio devem sincronizar a partir dela.
Reinicie o serviço de horário e force uma ressincronização.
Finalmente, você deve confirmar se seus controladores de domínio têm a fonte de tempo correta.
Veja a excelente publicação de Ben Armstrong no blog para mais detalhes.
fonte
Finalmente consegui funcionar! O objetivo disso é ajudar as pessoas que estão começando no início da definição do horário de um domínio.
Neste exemplo, todos os servidores, controlador de domínio primário (PDC), outros controladores de domínio (DC) e outros servidores estão executando o Windows 2008 R2 e são virtualizados com o Hyper-V.
Primeiramente, você lerá para desativar o 'Serviço de Integração de Sincronização de Tempo' em qualquer máquina virtual dentro do Hyper-V; em vez disso, você deve manipular o Serviço de Tempo do Windows (serviço w32tm) a partir do controlador de domínio virtual, não deve desativá-lo porque quando um A VM reinicia, isso causa problemas; isso deve ser feito com o w32tm. Informações do MSDN
Você precisará descobrir qual servidor é o PDC e as funções FSMO em execução. Execute isto: netdom query fsmo O resultado deve ser seu PDC e é aqui que você faz a maioria das alterações.
Verifique se no firewall existe uma regra de "Saída" no UDP123 e se o programa é % SystemRoot% \ System32 \ w32tm.exe, basta procurar o diretório do Windows e encontrar o exe por tempo.
É aqui que as alterações no registro diminuem!
Verifique se o PDC sob configuração no endereço de registro acima está definido como NTP para " Tipo " e todos os outros servidores são NT5DS, isso significa que NTP é o pai! A melhor prática aqui é fazer com que o PDC procure externamente o tempo e tudo sincronize com ele.
Execute isso em todos os controladores de domínio (incluindo o PDC); ele desativará parcialmente o tempo do Windows para que não olhe para a máquina host por algum tempo, importante porque somos virtuais.
Você pode ir ao site ntp.org para encontrar um servidor mais próximo de você para sincronizar seu tempo externo. Eu recomendo não usar a Microsoft, pois eles são muito usados e podem escorregar por causa disso.
O comando abaixo definirá o PDC para aparência externa, mas também verificará as configurações do Registro conforme definidas aqui para sincronizar externamente (é necessário fazer as duas coisas) MS KB 816042
Execute isso no PDC
Execute esses 2 comandos a qualquer momento em qualquer servidor para ver sua origem e, quando atualizados pela última vez, eles serão usados durante todo este exercício para garantir que seu PDC e outros servidores estejam obtendo tempo no local certo.
Em seguida, execute isso em todos os controladores de domínio , exceto o PDC , fará com que eles olhem para o PDC por tempo e ressincronizem com ele
Problemas : ao executar a consulta Status ou Origem, dê-lhes um minuto ou dois após as alterações, você não deve olhar para o Relógio CMOS local e não deve usar o Provedor de sincronização de tempo de IC da VM como origem.
Se for bem-sucedido, o PDC deve ler o site externo que você definiu e os outros servidores devem dizer o PDC como origem
Espero que isso ajude as pessoas a boa sorte!
fonte
Eu sugeriria:
Não use ONLY time.windows.com ou time.microsoft.com, use um dos servidores * .pool.ntp.org. Eu uso north-america.pool.ntp.org ou ca.north-america.pool.ntp.org - quanto mais perto, melhor. Você pode verificar: http://www.pool.ntp.org/ para encontrar servidores perto de você.
Em seguida, execute algo como:
(Adicione os servidores NTP desejados. No Canadá eu também uso o time.nrc.ca)
Seguido por:
Você pode verificar os pares com:
Verifique o log do sistema para ver se está atualizando. Você poderá acertar o relógio em 1 minuto, reiniciar o serviço w32time e ele será atualizado em 30 segundos. [menos de 5 minutos de inclinação é aceitável em um domínio do AD]
fonte
Conforme recomendado por outros, definitivamente não há sincronização de horário do hardware do host para o convidado. Você também deve sincronizar com servidores NTP externos apenas do controlador de domínio que possui a função de emulador PDC raiz da floresta. Se o controlador de domínio da função de emulador PDC raiz da floresta não estiver sincronizando, os controladores de domínio que dependem dele terão problemas.
Você também pode tentar o seguinte hotfix:
A sincronização de horário não é executada, mesmo que o serviço W32Time tenha sido iniciado com êxito no Windows Server 2008 ou no Windows Server 2008 R2
http://support.microsoft.com/kb/2493006
Você pode achar mais útil se você usar o sinalizador / verbose para w32tm:
Informação adicional:
https://technet.microsoft.com/en-us/library/virtual_active_directory_domain_controller_virtualization_hyperv%28WS.10%29.aspx
"Para máquinas virtuais configuradas como controladoras de domínio, é recomendável desabilitar a sincronização de horário entre o sistema host e o sistema operacional convidado que atua como controlador de domínio. Isso permite que o controlador de domínio convidado sincronize o tempo da hierarquia de domínio."
"Para desativar o provedor de sincronização de horário do Hyper-V, desligue a VM e limpe a caixa de seleção Sincronização de horário em Integration Services."
fonte