我正在寻找关于一个域上的Windows TIme服务如何影响硬件时钟的信息。 这些机器是具有基本时间服务的Windows AD域中的客户端。 这不是我们的networking，所以我没有太多的细节。 1）我们正在做一些基于事务的远程主机处理。 我们通常看到OS时钟之间的差异约为250毫秒，包括networking延迟。 这可以。 2）如果电脑重新启动，差异约为10秒。 大约需要30分钟，重新回到250毫秒。 我相信这就是所谓的融合。 我想在哪里寻找有关信息的一些方向： a）Windows时间服务是否更新实时硬件时钟以保持closures？ b）有没有办法告诉Time服务做更快的收敛？ c）我认为这个服务与NTP可能configuration有些不同。 对？ 我的search没有解决RTC和加速融合的方法。
我正在Windows 2003 Server上运行一个电子商务网站（使用.NET编写，连接到另一台运行SQL Server的W2k3 64位服务器）。 两台服务器必须保持时间紧密，所以它们都被设置为与Windows时间服务器同步。 最近，networking服务器每24小时就会落后6-10秒。 我不确定它是否有什么意义，但似乎是在我们最近部署几个星期后开始的，这是一个Windows服务，它处理到其他服务器的多个TCP / IP连接。 这些都是用.NET编写的，所以没有什么太低层次的问题，也不会混淆时间，但是这似乎是巧合。 任何其他的想法可能是什么原因造成的？
我目前的系统显着地从hwclock和ntpd漂移。 我看过很多论坛和post在线和SF，但还没有find合适的解决scheme。 这是我的ntpq -pn输出： 当轮询到达延迟偏移抖动时，远程反转 ================================================== =========================== 122.226.192.4 66.220.9.122 2 u 30 64 3 53.734 146507 127822。 120-88-46-10.sn 158.43.128.33 2 u 33 64 3 150.373 12823.5 127821。 suisho.attritio 133.100.9.2 2 u 29 64 3 34.351 148556 133910。 123.146.124.27 61.153.197.226 3 u 27 64 3 21.123 152572. 133909。 114.80.81.1 204.152.184.72 2 u 29 64 3 55.605 […]
我们曾经有一种情况，Windows 2003服务器上的时间会自动恢复。 我们打折了networking上另一台计算机作为时间主服务器的可能性，并导致这种情况发生。 我们注意到CMOS电池电量不足（但没有死机），换上新电池。 我们还没有看到这个问题，虽然我们还没有在这个状态下运行足够长的时间，以确信问题是固定的。 这个问题特别特别的是每小时发生一次。 一个失败的CMOS电池会导致这种或相关的行为？
我build立了一个cron，每26分钟运行一次。 $ crontab -l 26 * * * * date > /home/time.txt 2> /home/time_err.txt date命令显示的当前时间。 $ date Thu Aug 25 23:26:00 CDT 2011 cron运行正常，但是当我添加小时字段到cron，它不起作用。 42 23 * * * date > /home/time.txt 2> /home/time_err.txt 最近系统pipe理员把这个服务器的时区从EST改为CDT。 是因为这个问题吗？ 我该如何纠正？
我有两个系统。 一个充当主/主动并且具有因特网连接并从NTP服务器获得时间。 第二个系统是次要的/被动的，与外部世界没有任何联系。 主用和备用连接在专用networking接口eth1 。 小学有 IP：169.254.10.10 子网：255.255.255.248 广播：169.254.10.15 中学有 IP：169.254.10.11 子网：255.255.255.248 广播：169.254.10.15 主要有以下ntp.confconfiguration driftfile /var/lib/ntp/ntp.drift 统计信息loopstats peerstats clockstats filegen loopstats文件loopstatstypes日启用 filegen peerstats文件peerstats键入day enable filegen clockstats文件clockstats键入date启用 服务器192.168.101.25 限制-4默认值kod notrap nomodify nopeer noquery 限制-6默认值kod notrap nomodify nopeer noquery 限制127.0.0.1 restrict :: 1 限制169.254.10.0掩码255.255.255.248 广播169.254.10.15 禁用身份validation broadcastclient 我只用ntpdate在Secondary上同步时间，不要在Secondary上运行ntpd守护进程。 在第二台上运行ntpdate -b -t 4 -p 4 -u 169.254.10.10 （主接口IP）并且Ntpd服务器在上述configuration的Primary上运行。 […]
我们有大约350台Windows XP PC和一台Windows 2008 R2服务器。 问题是有些用户正在更改BIOS中的date/时间，下一个尝试在该PC上login的用户将得到date/时间服务器差异错误。 我们试图用密码来保护BIOS，但是如果我们设置了pipe理员密码，他们不能仅仅通过按Intro跳过，并进入用户模式（允许改变date/时间）。 如果我们设置了用户密码，每次打开电脑时都会提出同样的问题（我们无法使用，导致所有设备在上午1点closures）。 我正在寻找一个GPO来强制用户login之前的date/时间更新。
我已经build立了一个运行ArchLinux的EC2实例作为服务器。 做安装Arch时我总是这样做，我尝试使用以下方法修复时间： # hwclock –systohc –utc 这是行不通的，我从系统中得到： hwclock: Cannot access the Hardware Clock via any known method. hwclock: Use the –debug option to see the details of our search for an access method. 我很确定这与EC2实例的虚拟化本质有关。 如果有人能教我如何解决这个问题，我将不胜感激。 另一方面，如果我把时间问题留在原地而不做任何事情，会有什么影响？ 服务器上会有什么故障吗？ 时间会变得疯狂吗？
我有这个Ubuntu服务器虚拟机。 我正在设置一个正确的时间。 我已经通过sudo dpkg-reconfigure tzdataselect了适当的时区（ Europe > Moscow ）。 之后，我使用以下命令同步时间： sudo ntpdate 0.ru.pool.ntp.org 。 但是，时间不正确。 在莫斯科的实际时间超过一个小时。 正式来说，莫斯科的时间是UTC+4没有DST 。 然而， 26 of October ，俄罗斯政府决定将时间倒退一个小时。 我该如何处理这种情况？ 世界时间同步基础设施是否有变化，应该根据这种变化来完成？
我试图确定我的DC，以便从几个NTP服务器获得时间。 我遵循此答案（ 用于Hyper-V来宾的W32Time同步问题（W32Time事件ID 38,24,29,35） ）来执行此操作。 首先，我为每个来宾禁用Hyper-V Integration Services中的时间同步。 然后重新启动客人的Windows时间服务。 我以前使用过这个命令： w32tm / config /manualpeerlist:"ntp.uio.no;timekeeper.uio.no; nissen.uio.no; 0.no.pool.ntp.org; 1.no.pool.ntp .org; 2.no.pool.ntp.org“/ syn cfromflags：手动/可靠：是/更新 cmd伤心：命令成功完成。 但时间还是10分钟的错误…我重新运行w32tm后重新启动DC没有任何影响。 w32tm / query / status仍然会说：“Source：Local CMOS Clock” 从我的CMD： Microsoft Windows [Version 6.0.6002] Copyright (c) 2006 Microsoft Corporation. All rights reserved. C:\Users\Administrator.MHG>w32tm /query /status Leap Indicator: 0(no warning) Stratum: 1 (primary reference – […]