доброго времени суток.
Появилась тут одна проблемка, рассинхрон времени на кд на 3 минуты спешили от инетовского.
Все на кд поправил, все хорошо.
на ПК время 21-05 (на кд 21-02)
делаю на ПК w32tm /resync.
пишет что команда выполнена успешно. но время как было 21-05 так и осталось), ребутнул комп, смотрю рассинхрон (пк - кд) после перезагрузки уже не 3, а 2 минуты. ну и потом я сидел просто смотрел на часики на кд и на пк, и через примерно3-5 минут часы и там и там стали идти одинаково.
при всем при этом, на протяжении этих 3-5 минут, я на ПК делал w32tm /monitor - писало что рассинхрона нету, мол все по 0.00000
в общем любопытно, как синхронизация прошла, то ли раньше не обращал внимания на такое, то ли хз. но мне всегда казалось что после принудительной синхронизации часы сразу выставляются на нужно время, а не "плавно".
кд win2008r2, пл - win10 21h1.
пс. покопался в доках от МС, там ничего такого не упоминается. (правда только в ру версии копался).
Updated: 26 September 2022, 23:14:55
хотя нашел
https://learn.microsoft.com/ru-ru/windows-server/networking/windows-time-service/windows-time-service-tools-and-settingsПример: системные часы отстают на три минуты
Время вашего компьютера — 11:05, а фактическое текущее время — 11:08:
PhaseCorrectRate = 1
UpdateInterval = 30000 тактов часов
SystemClockRate = 156000 тактов часов
MaxAllowedPhaseOffset = 10 мин = 600 секунд = 600 × 1000 × 10 000 = 6 000 000 часы
|CurrentTimeOffset| = 3 мин = 3 × 60 × 1000 × 10 000 = 1800 000 часы
Есть ли CurrentTimeOffset ≤ MaxAllowedPhaseOffset?
1800 000 000 ≤ 6000 000 000: TRUE
И удовлетворяет ли оно следующему уравнению?
(|CurrentTimeOffset| ÷ (PhaseCorrectRate × UpdateInterval) ≤ SystemClockRate ÷ 2)
(1800 000 000) ÷ (1 × 30 000) ≤ 156 000 ÷ 2
Имеет значение 60 000 ≤ 78 000: TRUE
В этом случае часы будут медленно возвращаться в исходное положение.