пересинхронизация w32tm/, не работающая немедленно

Этот Вопрос состоит главным образом в том, чтобы другие люди извлекли уроки из и удовлетворить мое собственное любопытство, если кто-то знает, почему это делает следующее.

У нас была проблема с нашим DC, не имеющим правильное время из-за него виртуализируемый, который был с тех пор зафиксирован. Но некоторым нашим клиентам и серверам требовалось обновленное время. Таким образом, я пытался выполнить следующие команды как администраторский w32tm / запрос / источник, чтобы удостовериться, что это заставляло время от нашего Контроллера домена затем пересинхронизация w32tm / синхронизировать время, обе команды не имели никаких ошибок, но время не изменилось.

Я вижу, что что-то подобное следующей строке в конечном счете регистрируется. Системное время изменилось на 2014-09-08T21:31:33.328000000Z от 2014-09-08T21:31:33.342455400Z.

Таким образом, я пробую команду еще несколько раз без изменения и обхожу поиск на Google некоторое время, только чтобы возвратиться и найти, что у клиента есть правильное время теперь, но ничто нового в конечном счете не регистрируется.

Я примерил второй клиент с тем же результатом, но я не оставил клиент, но введенный по абсолютному адресу вокруг журналов немного, и из чистой удачи я посмотрел вниз на часы и заметил, что время становилось ближе к реальному времени. Это замедляло дрейф назад к правильному времени. Время от времени часы повысились бы на 2 секунды, или секунда изменится на следующую цифру, прежде чем целая секунда прошла. Это сделало бы это, пока часы не достигли правильного времени.

Мой вопрос состоит в том, почему он делает это? почему не только изменяются, время к корректному времени немедленно как мой персональный компьютер делает, когда я синхронизирую время к серверу NTP?