我们有一个在Hyper-V（Server 2008 R2主机）上运行的Windows Server 2003 SP2虚拟机。 VM启用了Hyper-V时间同步。
我注意到虚拟机上的时间快了大约25分钟。 我在事件日志中看到以下内容：
时间提供程序NtpClient被configuration为从一个或多个时间源获取时间，但是当前没有任何时间源可用。 15分钟内不会尝试联系资料来源。 NtpClient没有准确的时间来源。
时间提供程序NtpClient无法到达或正在从ourdc.ourdomain.local（ntp.d | 192.168.2.18：123-> 192.168.2.2:123）接收无效时间数据。
时间提供程序NtpClient：8次尝试联系域控制器ourdc.ourdomain.local后没有收到有效的响应。 这个域控制器将被作为时间源丢弃，NtpClient将尝试发现一个新的域控制器从中进行同步。
我已经作为本地用户login。 （我们有一个运行在这个虚拟机上的老应用程序，它需要一个用户随时login，我们使用非域用户帐户。）
当我作为一个域用户login时，几乎立即纠正自己。 运行“w32tm / monitor”和“net time”作为域用户显示没有错误，表明我们的域控制器是时间源。
有谁知道什么可能会导致这个问题，为什么login域帐户修复问题？ 我想知道时间是否会再次开始漂移。
谢谢你的帮助，
理查德
我从这个领域的经验中学到了什么： – 将所有虚拟机pipe理程序同步到您的DC（为每个DC创build一个循环的dns，例如ntp.mydomain.local） – 具有fsmo“pdc emulator”的DC必须同步到官方的ntp服务器。 只有他必须这样做。 所有作为虚拟机运行的DC不得通过Hyper-V或vmware工具同步时间。
虚拟机启动时，pipe理程序模拟一个BIOS，有时间和date。 这取自pipe理程序的当前date和时间。 这就是为什么他们必须准时，特别是在AD时间，即使他们是工作组。
超过5mn的差异将会破坏Kerberos。
检查所有pipe理程序和DC上的时间。
这里是一个很差的脚本我使用，给计算机和参考之间的偏移量（select直stream与PCM模拟器FSMO）:(长线）。 必须在当前文件夹上有psexec，并将每个服务器的server.txt供给一个服务器进行检查
for /f %s in (servers.txt) do echo %s >> ntp_stripchart.txt && psexec \\%s w32tm /stripchart /computer:myspecialDC /period:1 /dataonly /samples:1 >> ntp_stripchart.txt && echo -------- >> ntp_stripchart.txt