我有一个戴尔T710在这里工作，由于某种原因不会保持适当的时间。 它是一个32GB RAM的双核心，运行Windows 2008 R2。 而不是有多个服务器，我们在Hyper-V下运行几个虚拟机。 所有的虚拟机都启用了“时间同步”function，虚拟机时钟与主机时钟保持一致。
虚拟机的一个主机是我们的商店控制软件，并且由于它利用系统时间进行时间戳操作，所以它的关键时钟尽可能精确。 我每天都遇到时钟慢的问题。 早上通常慢2到3分钟，或者几天（如今天），慢10分钟。 如果我使用互联网时间应用程序设置服务器时间，则时间设置正确，然后工作站跟随NTP。 它工作正常，但即使是在一天结束的时候，closures了一两分钟。
问题是疯狂的，我已经尝试了所有我能想到的，并在互联网上find包括：
没有任何东西阻止漂stream。 从我的研究来看，这可能与服务器负载可能对时间产生影响的事实有关，但负载完全没有，可能高达10-50％，这是一家小公司。 而对于参考时间，我只是看着我的手机。
如果启用了主机同步function，则所做的其他所有更改都不会产生任何影响，因为客人将尝试与主机上的硬件时间保持同步，这显然不能保持良好的时间。 实际上，无论您所做的任何时间更改，主机 – 时间同步都可以实现，因此请closures主机并节省一大笔头痛的时间。
无论什么值得，我总是禁用客人主机时间同步（与任何pipe理程序），并指出我所有的服务器在一个适当的NTP源。 在一个域中，通过在NTP池中指向一个DC，并在其上指向其他域。 如果没有join域，你也可以打一个脚本，将所有的机器指向同一个NTP服务器或池。
既然你说VM主机不是域的一部分，这听起来像你可能有一个硬件问题，特别是你可能要确保你的主板上的服务器正在存储和计时准确。
作为一个起点，我会安排一个脚本定期运行一天，看看是否可以确定是否有其他事件发生，可能会影响它。 作为一个示例，您可以安排以下命令每24小时转储一个文本文件，它将loggingNTP源的偏移量。
C:\> w32tm /monitor 之后，您可能会想要在这里发布一些结果，但是您也可能想与戴尔进行交stream，以了解是否存在与硬件有关的CMOS或时间偏移的任何已知问题，他们可能有BIOS修复或发送高科技取代硬件。
最后，您不必将虚拟机主机隔离到域中，事实上，如果您有需要进入集群和高可用性成为其成员该域是必需的。 尽pipe如此，你仍然需要确保你有一个物理DC。
解决了
有趣的是，一个简单的修复解决了我的问题。 该服务器运行8个虚拟机，没有一个是高负载（事实上大部分是空闲的或者testing虚拟机），其中两个是最重要的：域控制器和用于商店控制软件的2003terminal服务器。 我决定每天更换一台虚拟机，直到看到任何行为改变。 我开始为2003服务器禁用“时间同步”，此后我没有任何时钟漂移。 已经3天了，时钟比我的手机快了3秒，一点也不差。 看起来我的第一次尝试是一个幸运的猜测。
但是我仍然不知道为什么主机时钟会因为虚拟机而漂移。 我不相信有实际的漂移，而是TS在某种程度上进入了一种无限循环，试图从主机设置时间，并以某种方式搞砸了主机时钟。 或者TS以某种方式设置主机时钟（不是时间同步的一种方式？）造成轻微漂移，DC拾取漂移，并通过NTP传播回TS。 我无法解释。