El tiempo del controlador de dominio es incorrecto

Tengo un controlador de dominio ejecutándose en VM en Hyper-V, el tiempo parece cada vez más rápido, durante el período de Navidad es 5 más rápido, ¡lo que parece extraño!

Sé cómo cambiar la hora y creo que configuramos un servidor NTP en el DC y me aseguré de que la sincronización horaria estuviera desactivada en Hyper-V.

Realmente no quiero seguir marcando la hora. ¿Hay alguna razón por la cual el tiempo es rápido?

Sé cómo cambiar la hora y creo que configuramos un servidor NTP en el DC y me aseguré de que la sincronización horaria estuviera desactivada en Hyper-V.

Las máquinas virtuales no pueden rastrear el tiempo. Es posible que desee intentar configurar el DC como un cliente NTP. Este blog puede ser útil

http://www.aperture.ro/index.php/2009/01/windows-time-sync-hyper-v-enabled-domain-controller-dilemma/

El tipo se retuerce un poco, pero desplácese hacia abajo y obtendrá las entradas de registro necesarias. Este artículo de KB parece un poco más autoritario.

http://support.microsoft.com/kb/223184

También hay un artículo de Technet sobre cómo configurar un DC para usar NTP:

http://technet.microsoft.com/en-us/library/cc784553(WS.10).aspx

En cuanto a por qué sucede esto, VMware tiene un informe sobre el cronometraje con máquinas virtuales (no HyperV, pero los conceptos aún se aplican).

http://www.vmware.com/pdf/vmware_timekeeping.pdf

Con las máquinas virtuales siempre desea que el host sincronice a los invitados, es la única forma confiable.

Me doy cuenta de que esto puede crear un bucle infinito si los hosts son servidores miembros del dominio, pero cada solución que he probado (servidor VMware en mi caso) en realidad no resuelve el problema.

Si ejecuta un buen sistema de monitoreo (p. Ej., Nagios), considere verificar la desviación del reloj contra el conjunto global de NTP, o un sistema confiable * basado en nix (que no es una VM en sí) que ejecuta el paquete NTPD.

Las máquinas virtuales nunca mantienen una hora precisa (lo que significa que siempre tienen estadísticas incorrectas de CPU virtual), la única forma de asegurarse de que sean lo suficientemente precisas es sincronizarlas con un reloj físico. Esto se puede hacer sincronizando con el host y haciendo que todos los hosts tengan la hora correcta a través de NTP o haciendo que las máquinas virtuales obtengan su tiempo a través de NTP con comprobaciones frecuentes: cualquiera de los métodos funciona, pero el primero es probablemente el más fácil.

Todas las respuestas anteriores parecen razonables, pero permítanme agregar esto.

De hecho, el cronometraje dentro de una VM es un problema problemático, que presenta múltiples soluciones posibles.

1. Configure otro DC en una caja de hierro, y que esa sea la fuente de tiempo autorizada
2. Configure su VM DC para sincronizar el tiempo desde una fuente externa con mayor frecuencia, por ejemplo, cada 10 minutos. Referencia del registro en este KB: 816042
3. Aún más simple, use algo como una herramienta de sincronización del reloj atómico en el DC y configure su frecuencia en 10-15 minutos
4. Otra pregunta sobre Serverfault tuvo un problema similar, y descartó el reloj de hardware al ejecutar la misma VM en VMware Server, y descubrió que el problema radica en Hyper-V.

¿Hay alguna razón por la que no pueda sincronizar con una fuente externa, como uno de los servicios de hora de Internet? Si tiene ese problema con la deriva, simplemente sincronice cada hora, o cualquier otro período que considere adecuado.

A nivel mundial, tenemos el mismo problema en VMWare, se debe a la sincronización del tiempo de CPU. De hecho, debe configurar sus parámetros de Guess en Hyper-V para que se sincronicen con la frecuencia de reloj de su CPU host.