标题基本解释了这一点。假设有 100 台服务器，Windows 和 Linux 有各种版本，其中一台 Windows 服务器是“主时钟”。我确实看过这个问题：
这暗示如果我在客户端上运行“ntpd -q”，ntp 可以做我想做的事情（？）。如果我安装 ntp，我还需要保证它将仅有的当我强制同步时，同步时间。如果我有一份日志可以告诉我每次执行同步的时间，那就更好了。
我正在进行基准测试，我需要能够说出类似这样的话：“所有基准测试系统的时钟在主服务器上于上午 09:42:01 同步。然后启动基准测试运行并允许运行六个小时。在此时间间隔内，所有系统时钟均未发生改变。”
我知道随后会出现时钟漂移，但目前我们就是这样做的，而且我采用手动流程。我宁愿至少自动执行一次性同步。
答案1
您是否在寻找在 Linux 和 Windows 上启动/停止 NTP 的特定命令？这些命令在不同的 Linux 发行版上有所不同。在某些发行版上，它会类似于“/etc/init.d/ntpd stop”，在其他发行版上则不同，而我不确定在 Windows 上是否如此。
有两种方法可以做到这一点，但有一个警告。
方法 1：正常运行 NTP，但为了进行基准测试而停止它。
方法 2：不运行 NTP，而是在基准测试运行之前以“一次性”模式运行 NTP。（在 Linux 上，Unix/Linux 上为“ntpdate SERVERNAME”，Windows 上为 [我认为]“ntp -q”）
方法 1 的优点在于，在您不运行基准测试时，时钟始终是正确的。时钟也将更准确地针对基准测试进行设置。也就是说，即使在 NTP 数据包之间，NTP 也能非常准确地保持时钟。网络上的 NTP 数据包只是微调。在数据包之间，NTP 使用过去的经验来加快或减慢系统时钟。缺点是，当您再次启动 NTP 时，如果时钟相差太大，它将拒绝启动。这不是错误，它故意这样做是为了防止同步到已损坏的服务器。为防止这种情况，请在重新启动 NTP 之前执行“ntpdate”或“ntp -q”。
方法 2 的优点是实现起来更简单。但是，时钟不会非常准确。“一次性”模式设置的时钟不如运行 NTP 那样准确。它主要用于在启动 NTP 之前修复遥远的时钟（见上文）。但是，如果您的基准测试只需要精确到大约 1/10 秒，那么就没问题了。
需要注意的是，如果您关闭 NTP，基准测试可能与您认为的基准测试不符。如果 NTP 不持续运行，计算机的时钟将发生偏移。如果您要对计算机的偏移量进行基准测试，则这没有问题，但其他情况则不会。
（我应该指出......漂移不仅因品牌而异，而且因机器而异。）
呼呼！
答案2
如果你只是使用 Linux，我会使用集体用于并行执行 ntpdate 命令。我的 ntpd 没有 -q 选项。
我不熟悉适用于 Windows 的类似工具。
需要明确的是，连续运行 ntpd 更有可能获得一致的时间，因为它还可以防止时钟漂移。不同的计算机的时钟速度略有不同，仅在开始时同步时钟并不能保证它们在接下来的六个小时内保持同步。ntpd 专门设计用于纠正此问题。
答案3
ntpd旨在保持持续同步，因此为“d”。 ntpdate将获得一次性同步。
对于 Windows，我猜你会做这样的事情......（我还没有测试这是否正确）
w32tm /config /manualpeerlist:"valid.ntp.server,0x9"
w32tm /resync /rediscover
w32tm /config /manualpeerlist:"bogus.invalid.server,0x9"
但是为什么不让设备始终保持同步呢？
答案4
对于没有附加软件的 Windows，手动同步可能是你唯一的选择。请参阅此文章：
http://technet.microsoft.com/en-us/library/cc773263%28WS.10%29.aspx
对于替代方案，这个页面看起来很有希望：
http://www.endruntechnologies.com/ntp-client.htm
请记住，定期/手动同步并不比连续同步好。在没有同步的情况下长时间记录由于时钟漂移而导致的时间变化不会给您带来最高级别的准确性。时钟不一定以一致的速率漂移；它可能会根据温度和其他您无法测量的波动而变化。
准确度达到什么水平是您在寻找什么？+/- 1 秒、+/- 0.0001 秒、......？