L'heure du contrôleur de domaine est incorrecte

J'ai un contrôleur de domaine en cours d'exécution sur VM sur Hyper-V, le temps semble être de plus en plus rapide, sur la période de Noël, il est 5 plus rapide, ce qui semble étrange!

Je sais comment changer l'heure et je crois que nous avons installé un serveur NTP sur le DC et veillé à ce que la synchronisation de l'heure soit désactivée sur Hyper-V.

Je ne veux pas vraiment continuer à régler l'heure. Y a-t-il une raison pour laquelle le temps est rapide?

Je sais comment changer l'heure et je crois que nous avons installé un serveur NTP sur le DC et veillé à ce que la synchronisation de l'heure soit désactivée sur Hyper-V.

Les machines virtuelles ne peuvent pas suivre le temps. Vous voudrez peut-être essayer de configurer le contrôleur de domaine en tant que client NTP. Ce blog pourrait être utile.

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

Le gars gaufres un peu, mais faites défiler vers le bas et vous obtiendrez les entrées de registre nécessaires. Cet article de la base de connaissances semble un peu plus autoritaire.

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

Il y a aussi un article Technet sur la configuration d'un DC pour utiliser NTP:

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

Quant à savoir pourquoi cela se produit, VMware a une description du chronométrage avec les machines virtuelles (pas HyperV, mais les concepts s'appliquent toujours).

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

Avec les VM, vous voulez toujours que l'hôte synchronise les invités, c'est le seul moyen fiable.

Je me rends compte que cela peut créer une boucle infinie si les hôtes sont des serveurs membres du domaine, mais chaque solution de contournement que j'ai essayée (serveur VMware dans mon cas) ne résout pas réellement le problème.

Si vous exécutez un bon système de surveillance (par exemple, Nagios), envisagez de vérifier le décalage d'horloge par rapport au pool NTP global, ou un système basé sur * nix fiable (qui n'est pas une machine virtuelle lui-même) exécutant le package NTPD.

Les machines virtuelles ne gardent jamais l'heure exacte (ce qui signifie qu'elles ont toujours de mauvaises statistiques de processeur virtuel), la seule façon de s'assurer qu'elles sont suffisamment précises est de les synchroniser avec une horloge physique. Cela peut être fait soit en se synchronisant avec l'hôte et en ayant l'heure correcte de tous les hôtes via NTP, soit en demandant aux VM d'obtenir leur heure via NTP avec des vérifications fréquentes - l'une ou l'autre méthode fonctionne mais la première est probablement la plus simple.

Toutes les réponses précédentes semblent raisonnables, mais permettez-moi d'ajouter ceci.

En effet, le chronométrage à l'intérieur d'une VM est un problème problématique, qui soulève plusieurs solutions possibles.

1. Configurez un autre contrôleur de domaine sur une boîte de fer et faites-en la source de temps faisant autorité
2. Configurez votre VM DC pour synchroniser l'heure à partir d'une source externe plus fréquemment - disons toutes les 10 minutes. Référence du registre dans ce KB: 816042
3. Encore plus simple, utilisez quelque chose comme un outil de synchronisation d' horloge atomique sur le DC et réglez sa fréquence sur 10-15 minutes
4. Une autre question sur Serverfault avait un problème similaire, et a exclu l'horloge matérielle en exécutant la même machine virtuelle dans VMware Server, et a constaté que le problème venait d'Hyper-V.

Y a-t-il une raison pour laquelle vous ne pouvez pas vous synchroniser avec une source externe, comme l'un des services de temps Internet? Si vous rencontrez un tel problème de dérive, effectuez une synchronisation toutes les heures, ou toute autre période qui vous semble appropriée.

Globalement, nous avons le même problème sous VMWare, cela est dû à la synchronisation du temps CPU. En fait, vous devez configurer vos paramètres Guess sous Hyper-V pour qu'ils soient synchronisés avec la fréquence d'horloge de votre CPU hôte.