我们的基础设施团队比networking时间2分钟（比外部可靠来源慢2分钟）有更大的事情要担心。 然而，时间错误确实使我和我们部门的更多肛门保留成员感到困扰。 我们能修好吗？ 我们可以！ 我知道我们可以，因为我以前做过。 我认为，我的机器目前与“time.nist.gov”同步。 至less这是HKLM \ SYSTEM \ ControlSet001 \ Services \ W32Time下的registry中的值。 我所知道的是，它是在几个可靠的时间服务器的一秒钟之内。 我的同事机器匹配networking。 在我上次重build我的机器（大约一年前）之后，我做了一些改变，以使得时间同步正确，但不能为我的生活记住如何！ 我知道这和这个问题很相似，但是我有一个稍微不同的angular度。 也许一些同步机器的逆向工程将帮助我们？ 背景：我（和我的肛门保留的同事）都是域pipe理员组的成员，并具有本地pipe理员权利，我们不能以任何方式更改域或DC。 我们每个人都可以无限制地上网。 到目前为止，已经尝试过：将registryHKLM \ SYSTEM \ ControlSet001 \ Services \ W32Time克隆到其他机器 – 失败
默认情况下，MaxAllowedPhaseOffset的值是300，即5分钟。 如果我减less到60秒。 它有什么影响？
Windows 2003terminal服务器保持时间完美，直到Windows 7家庭客户端连接。 然后以每秒钟几秒的速度获得时间。 客户端通过防火墙连接，只打开RDP端口。 客户端在XP客户端运行的terminal服务器上运行相同的应用程序，没有问题。 使用从XPsp3计算机复制到W7计算机的Microsoftterminal服务器客户端应用程序给出了相同的结果。 目前的解决方法是每5分钟同步一次。 任何更好的想法？
使用Microsoft资源将我的PDC同步到微软的时间我使用以下命令作为cmd上的pipe理员 w32tm /config /computer:<<PDC-FQDN>> /manualpeerlist:time.windows.com /syncfromflags:manual /update 但是这返回<< was unexpected at this time我可以做些什么来解决这个问题，并将我的PC同步到Microsoft时间服务器，以避免任何进一步hickups 编辑：我如何取代<<PDC-FQDN>>? 我input了我的域控制器域名的名字，但没有奏效
运行时得到2个不同结果的原因是什么？ C:\Documents and Settings\wswebuser.OPTI>w32tm /monitor OptiDC.opti *** PDC *** [192.168.0.2]: ICMP: 0ms delay. NTP: +0.0000000s offset from OptiDC.opti RefID: 'LOCL' [76.79.67.76] C:\Documents and Settings\wswebuser.OPTI>w32tm /monitor /computers:192.168.0.2 192.168.0.2 [192.168.0.2]: ICMP: 0ms delay. NTP: +0.0182962s offset from local clock RefID: 'LOCL' [76.79.67.76] 正如你可以假设，我的PDC是域（192.168.0.2），我会假设，结果应该有更好的同步，不是吗？
早上好，我们有Windows Server 2003的域控制器和另外一台带有terminal服务器和数据库以及常规工作站的Windows 2003服务器。 今天在以色列，我们又回到了冬天的时间（一个小时后），域控制器现在显示当前时间，但networking中的所有其他机器显示的时间不同，他们两个小时后返回，域控制器和其他机器之间在一个小时内有差异。 我试图执行W32tm / resync /更新但没有成功，哪里可以解决问题？ 谢谢。
我有几个Debian XEN虚拟机，并升级他们wheezy（我需要一个项目的3.2内核）。 一切都很好，直到我重新启动机器。 我当前的问题是，ntpdate在引导后设置了错误的date，这对虚拟机上运行的应用程序（崩溃，中断数据等）有严重的影响 – 时间在这些服务器上很重要。 启动后不久，我运行了两次ntpdate命令 – 输出如下（混乱）： $> ntpdate server1 server2 server3 4月9日20:42:26 ntpdate [2371]：step time server xxxx offset 83.293954 sec $> ntpdate server1 server2 server3 4月9日20:40:45 ntpdate [1800]：step time server xxxx offset -83.294240 sec 在这两次执行之后，ntpdate一如既往地工作，返回小于.0001秒的偏移量。 这个问题在集群中的所有虚拟机上都是一样的，只是时间偏移量不同而已。 我已经看到一个服务器同步〜2800秒这样，所以在上面的示例83秒是非常低的值。 有没有什么办法可以说明为什么ntpdate正在设定时间，然后不久又向后？ 编辑：在Dom0上的时间是正确的，也同步。
我有几个ExtraSmall大小的Azure虚拟机（基于PaaS /云服务）都经历了Windows时钟漂移。 研究表明，这是相当普遍的，特别是在共享核心的虚拟机。 不幸的是，即使在configurationw32time服务与time.windows.com同步并强制重新同步（w32tm / resync）之后，似乎与configuration的NTP服务器有2秒的时差。 虽然微软声称w32tm并不是高精度的同步工具，但是对于服务器活动/处理来说，2秒钟的差距是（IMO）相当多的。 为了获得更准确的时间同步，人们必须做些什么？
我试图同步一个属于非域，静态configuration的networking（例如图中的计算机B）的一些计算机的date和时间与驻留在另一个networking接口（A）上的一个域中的一个节点。 尽pipe我的努力，我无法使同步发生:-( A: 10.0.0.A / 172.64.0.A Windows 2008 Server (32bit) B: 10.0.0.B Windows 7 到目前为止，我试图通过不同的变化来启用A上的NTP服务器： C:\> w32tm /config /reliable:yes C:\> w32tm /config /update C:\> net stop w32time HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config -> AnnounceFlags = 0x5 (or 0xA) HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NTPServer -> Enabled = 1 C:\> net start w32time 在B上，我尝试了以下变化： C:\> w32tm /config /syncfromflags:manual /manualpeerlist:10.0.0.A The command completed successfully. C:\> w32tm […]
我有以下networking： Windows 2003（PDC模拟器）（在迁移过程中） Windows 2003 DC（相同） Windows 2008 Hyper-V主机有5个虚拟机，一个虚拟机是一个DC，不久将成为PDC模拟器 Windows 2008 Hyper-V主机有2个VM，远程站点，一个VM是DC Windows 2012 Hyper-V主机具有3个VM，远程站点，一个VM是DC 时间同步是为所有虚拟机设置的。 我目睹的是，对于＃4的DC，每天早上的时间是1-2分钟。 其他虚拟机，主机和数据中心似乎没有问题。 2003 DC的时间服务器是time.windows.com。 VM主机的时间服务器是每个站点的DC。 （我没有具体configuration，每个虚拟机都默认默认）每台虚拟机上的时间服务器显示为“虚拟机时间同步提供程序”。 很简单，每个机器应该为他们的时间服务器，为什么是一个虚拟机主机和虚拟机遇到这样的偏移，而其他人都没有？