我正在寻找关于一个域上的Windows TIme服务如何影响硬件时钟的信息。 这些机器是具有基本时间服务的Windows AD域中的客户端。 这不是我们的networking，所以我没有太多的细节。
1）我们正在做一些基于事务的远程主机处理。 我们通常看到OS时钟之间的差异约为250毫秒，包括networking延迟。 这可以。
2）如果电脑重新启动，差异约为10秒。 大约需要30分钟，重新回到250毫秒。 我相信这就是所谓的融合。
我想在哪里寻找有关信息的一些方向：
a）Windows时间服务是否更新实时硬件时钟以保持closures？ b）有没有办法告诉Time服务做更快的收敛？ c）我认为这个服务与NTP可能configuration有些不同。 对？
我的search没有解决RTC和加速融合的方法。
如果时钟超出收敛阈值（不记得默认值），使用NET TIME / SET / Y。 否则，可以使用w32TM / RESYNC给Windows时间服务一个“戳”。
还有一些用于监视收敛进程的有用开关：/ MONITOR和/ STRIPCHART。
确保你有一个可靠的时间源，最好是三个。
看起来我们将使用NET TIME命令来同步到系统时钟。 具体来说，NET TIME / SET / Y将在启动时运行。 它将立即设定时间，而不是慢慢收敛。 运行该命令时会报告所使用的时间服务器，以便将其插入到batch file中。
NET TIME \ myTimeServer / SET / Y将直接进入服务器，加快速度。 作为失败保险箱，我们可以在服务器不可用的情况下检查返回代码，并像第一个例子中一样运行。
如果您无法直接访问时间服务器，则可以使用此命令将其设置为域PDC时钟。 作为第二select，这可能是相当不错的。 NET TIME / domain：myDomain / SET / Y。