我公司有一台戴尔 T710，不知为何时间不准。它是双四核处理器，32GB RAM，运行 Windows 2008 R2。我们没有使用多台服务器，而是在 Hyper-V 下运行几个虚拟机。所有虚拟机都启用了“时间同步”，虚拟机的时钟与主机时钟保持完美同步。
其中一个虚拟机托管我们的车间控制软件，由于它利用系统时间进行时间戳操作，因此时钟尽可能准确至关重要。我每天都遇到时钟慢的问题。早上它通常慢 2 或 3 分钟，或者在某些日子（例如今天），它慢了整整 10 分钟。如果我使用互联网时间应用程序设置服务器时间，时间会自动正确设置，然后工作站会通过 NTP 进行跟踪。它工作正常，但即使在一天结束时，时钟也会再次慢 1 或 2 分钟。
这个问题令人抓狂，我尝试了所有我能想到的和在互联网上找到的方法，包括：
- 尝试多个互联网时间服务器
- 使用其中一个原子钟程序将更新频率调整为每天两次
- 手动调整注册表项
- 确保虚拟机从主机获取时间，这意味着时钟漂移与主机有关，而与虚拟机无关，因为每个虚拟机都具有与主机相同的时间。（例如，如果主机时钟为 7:28，则所有虚拟机都显示 7:28）
- 其中一个虚拟机是域控制器，但主机不在域中。这样做是为了确保主机只是网络其余部分的主机，而不是网络的一部分。
没有什么可以阻止时钟漂移。根据我的研究，这可能与服务器负载可能会影响时间有关，但负载根本不会有什么影响，可能峰值为 10-50%，这是一家小公司。至于参考时间，我只需看手机即可。
答案1
- 禁用主机时间同步。
- 将虚拟机指向准确的 NTP 服务器。
- 利润。
如果启用了主机同步，您所做的所有其他更改都不会产生影响，因为客户机将尝试与主机上的硬件时间保持同步，而主机显然无法保持良好的时间。实际上，主机时间同步会覆盖您所做的任何时间更改，因此请将其关闭，这样可以省去很多麻烦。
无论如何，我总是禁用客户机-主机时间同步（使用任何虚拟机管理程序），并将我的所有服务器指向正确的 NTP 源。在域中，这是通过将一个 DC 指向 NTP 池，并将其他域计算机指向它来完成的。如果没有加入域，您也可以编写一个脚本，将所有计算机指向同一个 NTP 服务器或池。
答案2
由于您声明 VM 主机不是域的一部分，这听起来像您可能遇到了硬件问题，具体来说，您可能需要确保该服务器上的主板准确存储和计算时间。
作为起点，我会安排一个脚本在一天内定期运行，看看您是否可以确定是否有其他事件发生可能会对其产生影响。作为示例，您可以安排以下命令在 24 小时内每小时转储到文本文件，它将记录来自 NTP 源的偏移量。
C:\> w32tm /monitor
之后您可能想要在这里发布一些结果，但您可能还想与戴尔联系，了解是否存在有关 CMOS 或硬件时间漂移的已知问题，他们可能会修复 BIOS 或派技术人员出去更换硬件。
最后，您不必将 VM 主机隔离在域外，事实上，如果您将来需要进入集群并且需要高可用性作为域成员，您可能希望它在域中。不过，您需要确保您拥有物理 DC 作为这项工作的一部分。
答案3
解决了
有趣的是，一个简单的修复就解决了我的问题。服务器运行 8 个虚拟机，其中没有一个是高负载的（实际上大部分是空闲或测试虚拟机），其中两个是最重要的：域控制器和用于商店控制软件的 2003 终端服务器。我决定每天更换一个虚拟机，直到看到行为有任何变化。我首先禁用了 2003 服务器的“时间同步”，从那时起我就没有遇到任何时钟漂移。已经 3 天了，时钟比我的手机快 3 秒，一点也不差。看来我的第一次尝试只是碰运气。
但我仍然无法弄清楚为什么主机时钟会因为虚拟机而漂移。我不认为存在实际的漂移，而是 TS 以某种方式进入了一种无限循环，试图从主机设置时间，并以某种方式搞乱了主机时钟。或者 TS 以某种方式设置了主机时钟（时间同步不是单向的吗？）导致轻微的漂移，DC 拾取了该漂移并通过 NTP 传播回 TS。我无法解释。