我有2个群集Windows Server 2008 R2服务器在相同的域控制器下。
然而，它可能是奇怪的，它们都有不同的时间（几秒钟），当我不得不重新启动维护，我必须手动调整两台服务器的时间。 当使用net time /querysntp查看NTP服务器时，两个客户端都指向同一时间服务器。
什么是你的build议/提示，以便在服务器上正确地同步时间？ 它们对于操作非常重要，而且对于他们所使用的应用程序来说，它们的时间很长
微软在创build时间实现时的目标不包括秒级精度。 即使configuration正确 ，该实现也不支持时间敏感的应用程序 ：
我们不保证，也不支持networking节点之间的W32Time服务的准确性。 W32Time服务不是全function的NTP解决scheme，可以满足时间敏感的应用需求。 W32Time服务主要devise用于执行以下操作：
- 使Kerberos版本5身份validation协议正常工作。
- 为客户端计算机提供松散同步时间。
W32Time服务无法将同步时间可靠地保持在一到两秒的范围内。 这种容差超出了W32Time服务的devise规范。
有更好的准确性替代实现。 你可能希望看看ntp for Windows或者ptpd只是为了说明两种可能性。
如果系统是虚拟化的或物理的，则不写。 如果虚拟化，保持时间需要额外的考虑，例如这里和这里看到的。
根据您的应用程序的时间紧迫程度，如果这两个域成员服务器当前不使用NT5DS，则可以selectconfigurationNT5DS而不是NTP。
考虑到你的问题是在几秒钟的顺序，这可能没有帮助。 但在你出发去安装另一个解决scheme之前，这可能是值得研究的。 如果还是太慢，请参阅ErikE的答案。
我们在两个网站的域控制器出现问题，将近3分钟不同步。 Kerberos仍然是function性的，但是一些使用AD身份validation的辅助应用程序却没有。 问题是两个DC被设置为NTP（从相同的时间源拉出），其余的被设置为NT5DS。 设置一个DC到NT5DS（留下一个权威域时间源）解决了这个问题。
在重新启动他们的时间服务时，所有剩余的DC和成员服务器与现在充当域时间源的单个DC一分为二（不检查秒数，因为我们不需要它）来自更高阶层的NTP）
这允许NT5DS可以更好地保持在同一域中的服务器之间的时间比NTP保持一致的（微弱）推断。
使用NT5DSconfiguration域成员服务器：
w32tm /config /syncfromflags:domhier /update
然后重新启动时间服务：
net stop w32time && net start w32time