我有一个域控制器配置为使用time.windows.com (设置了0x09标志)。我注意到系统的时钟经常是快的--从10分钟到45分钟不等。我总是要不断地重新设置系统的日期/时间回到它应该是什么。
当我运行"w32tm /query /source“时,它告诉我它在使用time.windows.com,显然我相信微软不会提供错误的时间,但是为什么我的服务器的时钟会很快呢?
编辑:
系统日志中有几个时间服务事件:
事件ID: 142消息:由于本地时钟不同步,时间服务停止了作为时间源的广告。事件ID: 139消息:时间服务已开始作为时间源进行广告宣传。
这两条消息大约每小时成对出现一次。事件142在139出现后14到16分钟出现。
回到几个月前,这些事件似乎:
事件ID: 35消息:时间服务现在将系统时间与时间源time.windows.com,0x9同步(ntp.m\0x9\0.0.0.0:123->65.55.21.21:123)。事件ID: 37消息:时间提供程序NtpClient当前正在从time.windows.com,0x9接收有效的时间数据(ntp.m\0x9\0.0.0:123->65.55.21.21:123)。事件ID: 47消息: Time Provider NtpClient:在8次尝试与其联系后,没有从手动配置的对等time.windows.com,0x9接收到有效的响应。此对等点将作为时间源被丢弃,NtpClient将尝试发现具有此DNS名称的新对等点。错误是:时间样本被拒绝了,因为:对等点没有同步,或者从对等方上次同步开始太久了。
这三个事件只出现在日志中一次,那是在10月份。
编辑:
下面是w32tm /query /status /verbose的输出:
enter code here
C:\Users\Administrator>w32tm /query /status /verbose
Leap Indicator: 3(last minute has 61 seconds)
Stratum: 3 (secondary reference - syncd by (S)NTP)
Precision: -6 (15.625ms per tick)
Root Delay: 0.1794868s
Root Dispersion: 4.6419912s
ReferenceId: 0x41371515 (source IP: 65.55.21.21)
Last Successful Sync Time: 2011-12-05 23:25:18
Source: time.windows.com,0x9
Poll Interval: 6 (64s)
Phase Offset: 0.0000695s
ClockRate: 0.0156243s
State Machine: 1 (Hold)
Time Source Flags: 0 (None)
Server Role: 0 (None)
Last Sync Error: 2 (The computer did not resync because only stale time data was available.)
Time since Last Good Sync Time: 1281.9919104s发布于 2012-01-10 10:54:23
我也有同样的问题,今天早上终于解决了。以下是我所做的:
查看注册表( HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\W32Time)中所有带有时间问题的服务器和其他正确同步ntp的成员服务器上的键)。
我发现了一些不一致之处,并将所需的密钥\单元从工作服务器导出到损坏的密钥。下面的密钥被搞砸了,这是我从工作盒导出到坏了的那个的好钥匙。请注意,这些值可能与您的值不相同,因此请不要使用下面的键:
安全蜂巢不见了,所以我用这个重新创建了:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\W32Time\Security]
"Security"=hex:01,00,04,80,84,00,00,00,90,00,00,00,00,00,00,00,14,00,00,00,02,\
00,70,00,05,00,00,00,00,00,14,00,fd,01,02,00,01,01,00,00,00,00,00,05,12,00,\
00,00,00,00,18,00,ff,01,0f,00,01,02,00,00,00,00,00,05,20,00,00,00,20,02,00,\
00,00,00,14,00,8d,01,02,00,01,01,00,00,00,00,00,05,04,00,00,00,00,00,14,00,\
8d,01,02,00,01,01,00,00,00,00,00,05,06,00,00,00,00,00,14,00,9d,01,02,00,01,\
01,00,00,00,00,00,05,13,00,00,00,01,01,00,00,00,00,00,05,12,00,00,00,01,01,\
00,00,00,00,00,05,12,00,00,00并注意到NtpServer单元缺少密钥,这是通过导入来修复的:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\W32Time\TimeProviders\NtpServer]
"DllName"=hex(2):25,00,73,00,79,00,73,00,74,00,65,00,6d,00,72,00,6f,00,6f,00,\
74,00,25,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,77,\
00,33,00,32,00,74,00,69,00,6d,00,65,00,2e,00,64,00,6c,00,6c,00,00,00
"Enabled"=dword:00000000
"InputProvider"=dword:00000000
"AllowNonstandardModeCombinations"=dword:00000001
"EventLogFlags"=dword:00000000
"ChainEntryTimeout"=dword:00000010
"ChainMaxEntries"=dword:00000080
"ChainMaxHostEntries"=dword:00000004
"ChainDisable"=dword:00000000
"ChainLoggingRate"=dword:0000001e然后,我修改了以下现有密钥,以减少阶段:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\W32Time\Config]
"MaxAllowedPhaseOffset"=dword:00000001
"SpecialPollInterval"=dword:00000005
"SpecialInterval"=dword:00000001一旦您确定注册表是正确的,以管理员的身份通过命令行发出以下命令:
w32tm /config /manualpeerlist:"YOURNTPSERVER-OR-DCHERE.YOURDOMAIN.COM,0x01" /syncfromflags:MANUAL /update
net stop w32time && net start w32time
w32tm /resync /computer:YOURNTPSERVER-OR-DCHERE.YOURDOMAIN.COM /rediscover等待几分钟,然后检查同步
w32tm /monitor /computers:YOURNTPSERVER-OR-DCHERE.YOURDOMAIN.COM看起来应该是这样的:
YOURNTPSERVER-OR-DCHERE.YOURDOMAIN.COM[IPOFYOUR.NTP.OR.DC:123]:
ICMP: 0ms delay
NTP: +0.0496804s offset from local clock
RefID: YOURNTPSERVER-OR-PDCHERE [IPOFYOUR.NTP.OR.PDC]
Stratum: 3然后检查阶段:
w32tm /stripchart /computer:YOURNTPSERVER-OR-DCHERE.YOURDOMAIN.COM它应该是这样的:
10:08:42 d:+00.0000000s o:+00.0139224s [ * ]
10:08:44 d:+00.0000000s o:-00.0015659s [ * ]
10:08:46 d:+00.0000000s o:-00.0014534s [ * ]
10:08:48 d:+00.0000000s o:-00.0013418s [ * ]
10:08:50 d:+00.0000000s o:-00.0012421s [ * ]希望这能有所帮助!
发布于 2011-11-25 16:55:00
这是持有PDC模拟器角色的DC吗?您只需要使用外部时间源配置具有PDC仿真器角色的DCs其他DC将自动同步到PDC。
时间服务的当前状态可以通过w32tm /query /status /verbose获得-它应该给您一些关于本地时钟状态、上次同步的偏差和精度的详细信息。根据您记录的事件,本地时钟对时间源来说似乎太不可靠了。默认的w32time同步间隔将是一些成功同步之后的1024秒--这大约是17分钟,这大约是您的事件139和142之间的时间差。
如果这是一个虚拟化的系统,您应该看看替代的定时器硬件仿真。VMWare发布了一个关于这一主题的综合文件,即使您使用不同的虚拟化产品,也值得一读。
如果这是一个物理系统,可以考虑将w32time服务的w32time作为解决方案,或者将PDC仿真器角色移动到另一台具有更可靠时钟的机器上。
编辑:“陈旧的时间数据”问题可能确实是您要查询的时间服务器的问题。尝试将默认的"time.windows.com“替换为NTP配置中公共NTP池(.pool.ntp.org)的服务器(只需使用net time /setsntp:<servername>)。
https://serverfault.com/questions/334682
复制相似问题