我们有一个Windows域networking和2个Hyper-V主机。 在这些主机上，有几个Hyper-V VM客户端。 其中两个客户端是域控制器。
Hyper-V主机都是该域的客户端。 这带来了一个共同的时间同步问题，因为主机将尝试与PDC模拟器同步他们的时间，并且域控制器与Hyper-V主机同步他们的时间。
在处理这个问题时，我没有意识到networking中的防火墙不允许在端口123上传出stream量，这导致了几次（失败的）重新configuration尝试。
一旦理解了这个问题，我就把主机设置为同步到一个可靠的现场时间源，并希望DC再次简单地使用VM IC时间同步提供程序（以便他们将时间与主机同步）。
但其中一个DC拒绝切换到VM IC时间同步提供程序，它仍然使用本地CMS时钟源（据我所知，这是不可取的 ）。
我尝试在Hyper-Vpipe理器中为该虚拟机禁用时间同步组件，然后重新启动计算机，重新启动w32time服务几次，重新启用时间同步组件。 这没有用。 我也尝试了这个过程的其他排列，也没有帮助。
我尝试更改registry中的Enabled值（ HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders ）为不同的时间提供程序。
我在客户端重新安装了Hyper-V集成包。
Hyper-V时间同步的最佳做法是 ：
对于域控制器：在guest虚拟机内禁用Hyper-V时间同步，但在Hyper-Vpipe理控制台中的虚拟机configuration上启用Hyper-V时间同步。 这种方式Hyper-V在客户启动或从暂停恢复时设置时钟，但在正常操作期间，客户负责自己的时钟。 在客人使用这个命令停止使用VM IC：
reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\VMICTimeProvider /v Enabled /t reg_dword /d 0
（对于一个域控制器来说，重要的是它负责自己的时间同步，因为AD需要知道时间的质量，如果客人正在pipe理时钟，它就可以访问networking时间的质量指标。如果Hyper-V正在pipe理时钟，那么客户将时钟视为权威时钟，并且始终认为是正确的，即使不是这样。）
对于所有其他客人：使用Hyper-V guest添加来同步时钟。 如果guest虚拟机没有安装添加，则使用Hyper-Vpipe理程序将模拟的硬件时钟。
因为在你的情况下，你用DC客人的时间同步设置，我build议你先重新设置你的w32time设置 ，然后重新安装guest添加，最后应用上面的registry设置。