Du kannst mit "w32tm /query ..." den Status der Synchronisation überprüfen (Peers, Offset, letzte erfolgreiche Synchronisation, ...). Generell empfehle ich, die Systemzeit entweder per NTP oder über die Integration Services mit dem Hypervisor zu synchronisieren.
Bei einem DC würde ich letzteres nicht empfehlen.
Andernfalls hat man gern mal das Problem, dass die per NTP synchronisierte Zeit gleich wieder übersteuert wird.
Genau deswegen läßt man den DC auch nicht mit dem Hypervisor synchen.
Wohingegen andersrum gar kein Problem darstellt.
Mal ein anderer Ansatz zu dem Thema: Warum trägst du nicht einfach deinen Router dort ein als Zeitserver für dein Nezt, dann bist du doch aus allem fein raus?
Mal ein anderer Ansatz zu dem Thema: Warum trägst du nicht einfach deinen Router dort ein als Zeitserver für dein Nezt, dann bist du doch aus allem fein raus?
Weil in Windows-Domänen die Zeitsynchronisation normalerweise über die Domänenhierarchie läuft, und davon ausgeht, dass die zentrale Zeitquelle der Inhaber der FSMO-Rolle "PDC Emulator" ist.
Weil in Windows-Domänen die Zeitsynchronisation normalerweise über die Domänenhierarchie läuft, und davon ausgeht, dass die zentrale Zeitquelle der Inhaber der FSMO-Rolle "PDC Emulator" ist.
Außer wenn man das konsequent durchzieht und dann überall anpasst (z.B. per GPO / DHCP).
Ist dann aber aufwändiger als der Default Weg. Wichtig ist in jedem Fall, dass alle die selbe Quelle haben.
Verwendung der Domänenhierarchie für die Synchronisation ist im Regelfall die bessere Wahl, aus mehreren Gründen:
- funktioniert out-of-the-box
- man muss nichts zusätzlich konfigurieren, und kann daher auch nicht vergessen, etwas zu konfigurieren
- wenn nicht alle Systeme virtualisiert sind und ihre Zeit vom Hypervisor beziehen, muss man zwei Synchronisationsmechanismen verwalten
- ist die Domäne über mehrere Standorte verteilt, versuchen die Clients zunächst erst mal die Synchronisation mit einem lokalen Domänencontroller, und erst wenn das nicht möglich ist mit einem off-Site DC
