Синхронизация времени не выполняется на виртуальной машине Hyper-V, но завершается успешно, когда я вхожу в систему как пользователь домена

У нас есть виртуальная машина Windows Server 2003 SP2, работающая на Hyper-V (хост Server 2008 R2). На виртуальной машине включена синхронизация времени Hyper-V.

Я заметил, что время на виртуальной машине сократилось примерно на 25 минут. В журнале событий я увидел следующее:

• Поставщик времени NtpClient настроен на получение времени из одного или нескольких источников времени, однако ни один из источников в настоящее время недоступен. В течение 15 минут не предпринимаются попытки связаться с источником. NtpClient не имеет источника точного времени.

• Поставщик времени NtpClient не может связаться или в настоящее время получает недопустимые данные о времени от ourdc.ourdomain.local (ntp.d | 192.168.2.18: 123-> 192.168.2.2:123).

• Поставщик времени NtpClient: от контроллера домена ourdc.ourdomain.local не было получено действительного ответа после 8 попыток связаться с ним. Этот контроллер домена будет удален как источник времени, и NtpClient попытается обнаружить новый контроллер домена, с которым будет выполняться синхронизация.

Я вошел в систему как локальный пользователь. (У нас есть старое приложение, которое работает на этой виртуальной машине - оно требует, чтобы пользователь всегда был в системе, и мы используем для этого учетную запись пользователя, не принадлежащего домену.)

Когда я зашел в систему как пользователь домена, часы почти сразу исправились. Запуск "w32tm / monitor" и "net time" от имени пользователя домена не показал ошибок и указал, что наш контроллер домена был источником времени.

Кто-нибудь знает, что может вызвать это, и почему вход в систему под учетной записью домена решает проблему? Мне интересно, не пойдет ли время снова.

Спасибо за вашу помощь,
Ричард