We rise up for the things we believe in over and over again

Пришла тут в голову мысль, а чего бы не освежить знания о том, когда нужно, а когда нежелательно включать синхронизацию времени в виртуальной машине Hyper-V с гипервизора. Выходим на соответствующую статью:
---
Time Synchronization
Updated: August 4, 2014
Applies To: Windows Server 2012, Windows Server 2012 R2
Coming soon, we are working hard in putting together this content for you.
See Also
...
---
Soon, значит? Нет, я дважды перепроверил, что это статья на сайте MS, а не Blizzard. И тем не менее - soon (tm). Кажется, по кому-то плачет судебный иск...
А началось все интересно. Есть сервер, у которого до рестарта все в порядке, а после - время убегает на час вперед. И такое уже неоднократно. Проверил часовой пояс - все в порядке, RTZ2, как и полагается. После net time /set время, конечно же, стало правильным, но только до рестарта. Сервер в домене, значит, должен тащить данные о времени прямо с контроллеров домена. А что там с источником?
w32tm /query /source
Мама дорогая, а там стоит Local CMOS Clock. Чертовщина, причем неправильная. Фиксим следующим набором команд:
w32tm /config /syncfromflags:domhier /update
net stop w32time
net start w32time
w32tm /resync
После этого в качестве источника встал КД, что и требовалось. После рестарта - настройки сохранены. Осталось лишь проверить остальные серверы, так, на всякий случай. Простенький скрипт решает эту задачку на ура:
Примечание - Get-servers - моя собственная функция, которая выбирает только те объекты, за которые наш отдел отвечает.