synchronizace casu v AD

toto mám v eventlogu:

Název protokolu:System

Zdroj: Microsoft-Windows-Time-Service

Datum: 29.12.2025 18:28:35

ID události: 12

Kategorie úlohy:Není

Úroveň: Upozornění

Popis:

Time Provider NtpClient: This machine is configured to use the domain hierarchy to determine its time source, but it is the AD PDC emulator for the domain at the root of the forest, so there is no machine above it in the domain hierarchy to use as a time source. It is recommended that you either configure a reliable time service in the root domain, or manually configure the AD PDC to synchronize with an external time source. Otherwise, this machine will function as the authoritative time source in the domain hierarchy. If an external time source is not configured or used for this computer, you may choose to disable the NtpClient.

a

Název protokolu:System

Zdroj: Microsoft-Windows-Time-Service

Datum: 29.12.2025 18:45:17

ID události: 158

Kategorie úlohy:Není

Úroveň: Informace

Popis:

The time provider 'VMICTimeProvider' has indicated that the current hardware and operating environment is not supported and has stopped. This behavior is expected for VMICTimeProvider on non-HyperV-guest environments. This may be the expected behavior for the current provider in the current operating environment as well.

Ano, to co konfiguruji je opravdu PDC, potvrzeno pomocí netdom query fsmo. V eventlogu je toto:

Název protokolu:System

Zdroj: Microsoft-Windows-Time-Service

Datum: 29.12.2025 18:28:35

ID události: 12

Kategorie úlohy:Není

Úroveň: Upozornění

Klíčová slova:

Uživatel: LOCAL SERVICE

Počítač: DC1.domena.local

Popis:

Time Provider NtpClient: This machine is configured to use the domain hierarchy to determine its time source, but it is the AD PDC emulator for the domain at the root of the forest, so there is no machine above it in the domain hierarchy to use as a time source. It is recommended that you either configure a reliable time service in the root domain, or manually configure the AD PDC to synchronize with an external time source. Otherwise, this machine will function as the authoritative time source in the domain hierarchy. If an external time source is not configured or used for this computer, you may choose to disable the NtpClient.

Kód XML události:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

<System>

<Provider Name="Microsoft-Windows-Time-Service" Guid="{06edcfeb-0fd0-4e53-acca-a6f8bbf81bcb}" />

<EventID>12</EventID>

<Version>0</Version>

<Level>3</Level>

<Task>0</Task>

<Opcode>0</Opcode>

<Keywords>0x8000000000000000</Keywords>

<TimeCreated SystemTime="2025-12-29T17:28:35.5462128Z" />

<EventRecordID>213073</EventRecordID>

<Correlation />

<Execution ProcessID="2656" ThreadID="14000" />

<Channel>System</Channel>

<Computer>DC1.domena.local</Computer>

<Security UserID="S-1-5-19" />

</System>

<EventData Name="TMP_EVENT_DOMAIN_HIERARCHY_ROOT">

</EventData>

</Event>

Ahoj,

nejlepsi zkusenost na ntp klientu (coz je v tvem pripade PDC) mam s nastavenim

w32tm /config /manualpeerlist:"tik.cesnet.cz tak.cesnet.cz ntp.nic.cz time.ufe.cz lxn.ujf.cas.cz",0x8 /syncfromflags:manual /reliable:yes /update

over

w32tm /query /status /verbose

Na vsech pocitacich bezi sluzba "Windows Time"? Eventlog mlci? PDC je opravdu drzitel PDC FSMO role?

MP

Dobrý den,

děkuji za odpověď. Provedl jsem všechny kroky, které jste uvedl:

Server není virtuální, takže hypervizor čas nepřepisuje.

V registru HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\W32Time není žádná položka – GPO tedy nic nepřepisuje.

Hodnota UtilizeSslTimeData je již nastavena na 0.

Po změnách jsem provedl restart služby i celého serveru.

Ruční nastavení peer listu pomocí 0.pool.ntp.org,0x1 a 1.pool.ntp.org,0x1 proběhlo bez chyby.

Po restartu služby jsem vyčkal více než 30 sekund.

Problém ale přetrvává a rád bych zdůraznil jednu zásadní věc:

Hlavní problém je na klientech – žádné PC v doméně se nedokáže synchronizovat s PDC.

Na všech klientech vidím:

Kód

Source: Local CMOS Clock
ReferenceId: LOCL
Stratum: 1
The computer did not resync because no time data was available.

To znamená, že klienti nedostávají žádná časová data z PDC, a proto se přepínají na vlastní lokální hodiny. To je pro nás aktuálně největší problém — potřebujeme, aby se všechna PC synchronizovala, klidně i na nesprávném čase, ale hlavně aby synchronizace vůbec fungovala.

w32tm /stripchart přitom ukazuje, že externí NTP servery odpovídají správně, takže síťová konektivita je v pořádku.

PDC však stále uvádí:

Kód

Source: Local CMOS Clock
ReferenceId: LOCL
Stratum: 1

A odmítá předat čas klientům.

Můžete mi prosím poradit, jak postupovat dál? Potřebujeme nejprve obnovit samotnou funkci synchronizace v doméně, i kdyby byl čas dočasně nepřesný.

Děkuji.

Dobrý den**, Radomíre Pirkle,**

Protože vaše w32tm /stripchart testy potvrzují platnou síťovou konektivitu k externím NTP serverům, problém spočívá v tom, jak služba Windows Time tyto pakety zpracovává (nebo odmítá), nikoli přímo v síťové vrstvě. Přetrvávající "Local CMOS Clock" a chyba "nebyla dostupná data o čase" často naznačují, že služba považuje externí časové vzorky za neplatné nebo jsou přepisovány vyšší prioritou lokální konfigurace. Před opětovným použitím konfiguračních příkazů musíme vyloučit dva kritické rušivé faktory běžné v prostředí Windows Server. Za prvé, pokud je toto PDC virtuální stroj (Hyper-V nebo VMware), musíte v integračních službách hypervizoru vypnout funkci synchronizace času (např. odškrtnout "Synchronizaci času" v nastavení Hyper-V pro tento VM). Pokud hypervisor tlačí čas hostitele, PDC ignoruje externí NTP konfiguraci a vrátí se k lokální hodinové smyčce. Za druhé, ověřte, že žádný objekt skupinové politiky nepřepisuje vaše lokální nastavení tím, že zkontrolujete HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\W32Time. Pokud tam existují parametry, vaše manuální w32tm příkazy jsou při každé obnově služby tiše vyřazovány; musíte přesunout konfiguraci na úroveň GPO nebo odstranit vynucování politik.

Častou, specifickou příčinou tohoto chování v moderních verzích Windows Server (Server 2016 až 2025) je funkce "Secure Time Seeding", která může být poškozena a způsobit, že služba Time Service nedůvěřuje platným NTP paketům, což je nutí vrátit se zpět do Local CMOS Clock. Pro vyřešení tohoto problému otevřete Editor registru a přejděte na . HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config Najděte hodnotu DWORD s názvem UtilizeSslTimeData. Pokud je nastavena na 1, změňte ji na 0. To deaktivuje funkci seedingu, která často koliduje s explicitními povinnostmi role PDC ohledně NTP. Po změně tohoto registry klíče musíte restartovat počítač nebo službu, aby uvolnila "špatná" metadata, která má uložená v mezipaměti.

Jakmile ověříte nastavení virtualizace a deaktivujete Secure Time Seeding, musíte donutit PDC, aby přijalo ruční peer list s použitím správných příznaků. Příkazy, které jste dříve spustili, mohly postrádat specifické příznaky potřebné k označení požadavku jako klientského požadavku. Otevřete vyvýšený příkazový řádek a spusťte w32tm /config /manualpeerlist:"0.pool.ntp.org,0x1 1.pool.ntp.org,0x1" /syncfromflags:MANUAL /reliable:YES /update. ,0x1 Přípona je klíčová, protože nastavuje příznak SpecialInterval, čímž zajišťuje, že dotazovací interval je řízen parametry, nikoli proměnnou logikou OS. Následujte ihned s net stop w32time a . net start w32time Nepoužívejte /resync hned; místo toho zkontrolujte stav po asi 30 sekundách pomocí w32tm /query /source.

Pokud zdroj zůstává LOCL, zkontrolujte v Prohlížeči událostí (systémový log) Time-Service Event ID 34 nebo 47, což ukáže, zda je časový rozdíl příliš velký na opravu. Pokud je časový odklon obrovský (roky nebo dny), služba se ochrání tím, že odmítne synchronizaci. V takovém případě musíte ručně nastavit hodiny na několik minut od skutečného času, než synchronizační příkaz uspěje. Ujistěte se, že vaše MaxPosPhaseCorrection a MaxNegPhaseCorrection in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config jsou dočasně nastaveny na 0xFFFFFFFF (hexadecimálně), abyste mohli v případě potřeby provést velkou korekci.

Doufám, že jste tu našli něco užitečného. Pokud vám to pomůže získat lepší vhled do problému, ocením přijetí této odpovědi. Pokud budete mít další otázky, neváhejte zanechat zprávu. Hezký den!