Die Zeit des Domänencontrollers ist falsch

Ich habe einen Domänencontroller, der in VM auf Hyper-V ausgeführt wird. Die Zeit scheint stetig schneller zu werden. Während der Weihnachtszeit sind es 5, was seltsam erscheint.

Ich weiß, wie man die Zeit ändert, und ich glaube, wir haben einen NTP-Server auf dem DC eingerichtet und sichergestellt, dass die Zeitsynchronisierung auf Hyper-V deaktiviert ist.

Ich möchte die Zeit nicht wirklich weiter einstellen. Gibt es einen Grund, warum die Zeit schnell ist?

Ich weiß, wie man die Zeit ändert, und ich glaube, wir haben einen NTP-Server auf dem DC eingerichtet und sichergestellt, dass die Zeitsynchronisierung auf Hyper-V deaktiviert ist.

Virtuelle Maschinen können die Zeit nicht verfolgen. Möglicherweise möchten Sie versuchen, den DC als NTP-Client einzurichten. Dieser Blog könnte nützlich sein.

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

Der Typ waffelt ein bisschen, aber scrollen Sie nach unten und Sie erhalten die erforderlichen Registrierungseinträge. Dieser KB-Artikel scheint etwas maßgeblicher zu sein.

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

Es gibt auch einen Technet-Artikel zum Konfigurieren eines DC für die Verwendung von NTP:

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

Aus diesem Grund hat VMware eine Beschreibung der Zeitmessung mit VMs (nicht HyperV, aber die Konzepte gelten weiterhin).

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

Mit VMs möchten Sie immer, dass der Host die Gäste synchronisiert. Dies ist der einzig zuverlässige Weg.

Mir ist klar, dass dies eine Endlosschleife erzeugen kann, wenn die Hosts Mitgliedsserver der Domäne sind, aber jede Problemumgehung, die ich versucht habe (in meinem Fall VMware-Server), löst das Problem nicht wirklich.

Wenn Sie ein gutes Überwachungssystem (z. B. Nagios) verwenden, sollten Sie den Zeitversatz anhand des globalen NTP-Pools oder eines zuverlässigen * nix-basierten Systems (das selbst keine VM ist) überprüfen, auf dem das NTPD-Paket ausgeführt wird.

VMs behalten niemals die genaue Zeit bei (was bedeutet, dass sie auch immer schlechte Statistiken für die virtuelle CPU haben). Der einzige Weg, um sicherzustellen, dass sie genau genug sind, besteht darin, sie mit einer physischen Uhr synchronisieren zu lassen. Dies kann entweder durch Synchronisieren mit dem Host und korrekte Zeit aller Hosts über NTP erfolgen oder indem die VMs ihre Zeit über NTP mit häufigen Überprüfungen abrufen - beide Methoden funktionieren, aber die erstere ist wahrscheinlich die einfachste.

Alle vorherigen Antworten scheinen vernünftig zu sein, aber lassen Sie mich dies hinzufügen.

In der Tat ist die Zeitmessung innerhalb einer VM ein problematisches Problem, das mehrere mögliche Lösungen aufwirft.

1. Richten Sie einen anderen DC auf einer Eisenbox ein und lassen Sie dies die maßgebliche Zeitquelle sein
2. Stellen Sie Ihren VM DC so ein, dass die Zeit von einer externen Quelle häufiger synchronisiert wird - beispielsweise alle 10 Minuten. Registrierungsreferenz in dieser KB: 816042
3. Verwenden Sie noch einfacher ein Atomic Clock- Synchronisierungstool auf dem DC und stellen Sie die Frequenz auf 10-15 Minuten ein
4. Eine andere Frage zu Serverfault hatte ein ähnliches Problem und schloss die Hardware-Uhr aus, indem dieselbe VM in VMware Server ausgeführt wurde, und stellte fest, dass das Problem bei Hyper-V liegt.

Gibt es einen Grund, warum Sie nicht mit einer externen Quelle wie einem der Internet-Zeitdienste synchronisieren können? Wenn Sie ein solches Problem mit der Drift haben, synchronisieren Sie sie einfach stündlich oder in einem anderen Zeitraum, den Sie für geeignet halten.

Weltweit haben wir unter VMWare das gleiche Problem, das auf die Synchronisation der CPU-Zeit zurückzuführen ist. Tatsächlich müssen Sie Ihre Guess-Parameter unter Hyper-V einrichten, um mit der Taktfrequenz Ihrer Host-CPU synchronisiert zu werden.