头衔很能解释这一点。假设有100台服务器,各种版本的Windows和Linux,其中一个Windows服务器是“主时钟”。我确实看过这个问题:
这表明,如果我在客户机(?)上运行"ntpd -q“,ntp可以做我想做的事情。如果我安装了ntp,我还需要保证它只在强制同步的时候同步。更好的是,如果我有一个日志告诉我每次执行同步。
我在做基准测试,我需要这样说:“时钟是在主程序上午09:42:01对所有基准系统同步的。然后启动了基准运行,允许运行6小时。在这段时间间隔内,没有任何一个系统时钟被改变。”
我知道有随后的时钟漂移,但就目前而言,这是我们做事情的方式,我是用手动的方法来做的。我宁愿至少一次同步自动化。
发布于 2011-06-25 23:22:35
您是否在寻找在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将拒绝启动。这不是一个错误,它这样做是为了防止同步到一个已经坏了的服务器。要防止这一点,请在重新启动NTP之前执行"ntpdate“或"ntp -q”。
方法2的优点是它的实现更加简单。然而,时钟将不是很准确。“一击”模式不能像运行NTP那样精确地设置时钟。它主要用于在启动NTP之前修复一个远程时钟(见上文)。但是,如果您的基准测试只需精确到大约1/10秒,您就可以了。
但要注意的是,如果关闭NTP,基准可能并不是基准测试,而是基准测试。这台计算机的时钟将在不连续运行的情况下漂移。这是可以的,如果你是基准,有多少漂移的计算机,但没有多少其他。
(我应该注意.这种漂移不仅是品牌之间的差异,而且也是特定机器之间的差异。)
哈哈!
发布于 2011-06-25 22:57:52
如果您只是使用Linux,我会使用集体并行执行ntpdate命令。我的ntpd没有-q选项。
我不熟悉类似的Windows工具。
为了明确起见,在连续运行ntpd时,您更有可能获得一致的时间,因为ntpd也会保持时钟漂移。不同的计算机的时钟速度略有不同,仅仅在开始时同步时钟并不能保证它们在接下来的六个小时内保持同步。ntpd是专为纠正这一点而设计的。
发布于 2011-06-25 23:14:42
ntpd
的设计是为了保持一个恒定的同步,因此出现了"d“。ntpdate
会给你一次同步.
对于Windows,我想你会做这样的事情。(我还没有测试这是否正确)
w32tm /config /manualpeerlist:"valid.ntp.server,0x9"
w32tm /resync /rediscover
w32tm /config /manualpeerlist:"bogus.invalid.server,0x9"
为什么不让设备始终保持同步呢?
https://serverfault.com/questions/284177
复制相似问题