time.windows.com(0x09 플래그가 설정됨)을 사용하도록 구성된 도메인 컨트롤러가 있습니다. 나는 종종 시스템의 시계가 빠르다는 것을 발견했습니다. 그것은 10분에서 심지어 45분까지 다양합니다. 항상 시스템 날짜/시간을 원래 상태로 계속 재설정해야 합니다.
"w32tm /query /source"를 실행하면 time.windows.com을 사용하고 있다는 메시지가 표시되며 분명히 Microsoft가 잘못된 시간을 제공하지 않을 것이라고 믿지만 내 서버 시계가 빠른 이유는 무엇입니까?
편집하다:
시스템 로그에는 몇 가지 시간 서비스 이벤트가 있습니다.
이벤트 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.0:123->65.55.21.21:123)에서 유효한 시간 데이터를 받고 있습니다.
이벤트 ID: 47
메시지: 시간 공급자 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
답변1
저도 같은 문제가 있었는데 오늘 아침에 드디어 해결했습니다. 내가 한 일은 다음과 같습니다.
시간 문제가 있는 서버와 ntp를 올바르게 동기화하는 다른 구성원 서버 모두에서 레지스트리(HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\W32Time의 모든 하이브와 키)를 살펴보세요.
몇 가지 불일치를 발견하고 작업 서버에서 손상된 서버로 필요한 키 \ 하이브를 내보냈습니다. 다음 키가 엉망이 되었습니다. 여기에 작업 상자에서 손상된 키로 내보낸 좋은 키가 있습니다. 이 값은 귀하의 값과 동일하지 않을 수 있으므로 아래 키를 사용하지 마십시오.
보안 Hive가 누락되어 다음과 같이 다시 만들었습니다.
[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 [ * ]
도움이 되었기를 바랍니다!
답변2
PDC 에뮬레이터 역할을 담당하는 DC입니까? 외부 시간 소스를 사용하여 PDC 에뮬레이터 역할이 있는 DC를 구성하기만 하면 됩니다. 다른 DC는 자동으로 PDC에 동기화됩니다.
시간 서비스의 현재 상태는 다음을 통해 얻을 수 있습니다 w32tm /query /status /verbose. 이를 통해 로컬 시계 상태, 마지막 동기화 시 편차 및 정밀도에 대한 세부 정보를 얻을 수 있습니다. 기록된 이벤트에 따르면 현지 시계가 시간 소스에 비해 너무 불안정한 것 같습니다. 기본 w32time 동기화 간격은 동기화가 성공한 후 1024초입니다. 이는 약 17분이며 이는 대략 이벤트 139와 142 사이의 시간 차이입니다.
이것이 가상화된 시스템인 경우 대체 타이머 하드웨어 에뮬레이션을 살펴봐야 합니다. VMWare가 발표했습니다.이 주제에 관한 포괄적인 논문다른 가상화 제품을 사용하는 경우에도 읽어 볼 가치가 있습니다.
이것이 물리적 시스템인 경우 해결 방법으로 w32time 서비스에 대한 MaxPollInterval을 줄이거나 PDC 에뮬레이터 역할을 보다 안정적인 시계를 사용하는 다른 시스템으로 이동하는 것을 고려하십시오.
편집: "부실 시간 데이터" 문제는 실제로 쿼리하려는 시간 서버에 문제가 있을 수 있습니다. 기본 "time.windows.com"을 공용 NTP 풀(<region>.pool.ntp.org) NTP 구성에서 (그냥 사용하세요 net time /setsntp:<servername>)