none
Синхронизация времени КД2008r2 c сервером эмулятором PDC RRS feed

  • Общие обсуждения

  • В продолжение http://social.technet.microsoft.com/Forums/ru-RU/db700c89-ca66-4008-8174-f01078943a73/-ldap-?forum=ws2008r2ru

    Ситуация не смертельная, но любопытная и хочется поправить:

    1. КД_1 PDC стоит на HyperV , находится в сайте А. Синхронизация времени настроена через интернет, работает.

    2. КД_2 дополнительный, стоит на HyperV, находится в сайте А. Синхронизация времени на сервер PDC, ключём domhier , всё работает

    3. КД_3 дополнительный, стоит на HyperV, находится в сайт Б (тк филиал). Синхронизацию куда только не делал, последний раз ключём domhier ,но время синхронизируется тока Локально:

    C:\Windows\system32>w32tm /query /source
    Local CMOS Clock

    команда ресинка не проходит, тк не обнаруживает ничего

    Относительно КД_3, делал:

    а. указывал manualpeerlist как в интернете так и КД_1 доменное имя или адрес

    б. syncfromflag пробовал все три, толку ноль. в комбинациях с п.а - без толку.

    в. http://blogs.msdn.com/b/virtual_pc_guy/archive/2010/11/19/time-synchronization-in-hyper-v.aspx принимал к сведению, правил реестр - без толку

    г. В параметрах хоста синхронизация времени отключена, в самом КД_3 служба СинхВремени НyperV отключена

    д. Сравнивал параметры реестра ветки w32time на КД_3 с КД_2 одинаковы

    е. На КД_3 перерегистрировывал службу времени

    24 января 2014 г. 7:46

Все ответы

  • Дополнение 1.

    на КД_3 пробовал указывать чтоб он синхронизировался с сервером времени в локальной сети (местной сети, никаких шлюзов, роутеров и тд), тк решил что в сети чтото с портом 123, малоли, вдруг не проходит из филиала.

    Синхронизация по прежнему:

    C:\Windows\system32>w32tm /query /source
    Local CMOS Clock

    30 января 2014 г. 4:10
  • Посмотрите статью http://support.microsoft.com/kb/816042/en-us возможно надо поправить настройки в реестре.

    Сазонов Илья http://isazonov.wordpress.com/


    30 января 2014 г. 7:08
    Модератор
  • Реестр сделан, да и уже был делан таким, в соответствии с указанной статьёй. Результат прежний.

    Запущенная программа "SP TimeSync" , вполне нормально синхронизировала часы. Но это не выход.

    C:\Windows\system32>w32tm /query /source
    Local CMOS Clock

    31 января 2014 г. 10:05
  • Я в свое время рукаводствовался вот этой статьей: http://itpadla.wordpress.com/2009/11/20/%d0%bd%d0%b0%d1%81%d1%82%d1%80%d0%be%d0%b9%d0%ba%d0%b0-%d1%82%d0%be%d1%87%d0%bd%d0%be%d0%b3%d0%be-%d0%b2%d1%80%d0%b5%d0%bc%d0%b5%d0%bd%d0%b8-%d0%b2-%d0%b4%d0%be%d0%bc%d0%b5%d0%bd%d0%b5-windows-2003/

    Незнаю , пробовали ли вы, я б посоветовал "пересобрать" службу:  

    w32tm /unregister
    w32tm /register

    31 января 2014 г. 10:25
  • Незнаю , пробовали ли вы, я б посоветовал "пересобрать" службу:  

    w32tm /unregister
    w32tm /register

    Это числится у меня вариантом "е". Увы. По ссылке почитаю. Спасибо.

    Запустил лог, для времени. Небольшой кусок ниже, период.

    150878 05:58:16.7812500s - W32TmServiceMain: timeout
    150878 05:58:16.7812500s - Sample Prepared at 130358806967812500 for peer dcsd02.elset.local (ntp.d|0.0.0.0:123->10.32.150.25:123)
    150878 05:58:16.7812500s - W32TmServiceMain: waiting 64.000s
    150878 05:58:17.3125000s - PeerPollingThread: WaitTimeout
    150878 05:58:17.3125000s - Polling peer dcsd02.elset.local (ntp.d|0.0.0.0:123->10.32.150.25:123)
    150878 05:58:17.3125000s - Sending packet to dcsd02.elset.local (ntp.d|0.0.0.0:123->10.32.150.25:123) in Win2K detect mode, stage 1.
    150878 05:58:17.3125000s - PollIntervalChange(dcsd02.elset.local (ntp.d|0.0.0.0:123->10.32.150.25:123)): adjust: (--) -> 3
    150878 05:58:17.3125000s - No response from peer dcsd02.elset.local (ntp.d|0.0.0.0:123->10.32.150.25:123).
    150878 05:58:17.3125000s - 5 Age:5 Ofs:+00.0000000s Dly:+00.0000000s RDly:+00.0000000s Dsp:16.0000000s RDsp:00.0000000s Pnt:00.0096280s Dst:16.0096280s FDsp:08.0000000s
    150878 05:58:17.3125000s - 4 Age:2 Ofs:+00.0000000s Dly:+00.0000000s RDly:+00.0000000s Dsp:16.0000000s RDsp:00.0000000s Pnt:00.0088876s Dst:16.0088876s FDsp:12.0000000s
    150878 05:58:17.3125000s - 3 Age:1 Ofs:+00.0000000s Dly:+00.0000000s RDly:+00.0000000s Dsp:16.0000000s RDsp:00.0000000s Pnt:00.0088876s Dst:16.0088876s FDsp:14.0000000s
    150878 05:58:17.3125000s - 2 Age:0 Ofs:+00.0000000s Dly:+00.0000000s RDly:+00.0000000s Dsp:16.0000000s RDsp:00.0000000s Pnt:00.0088876s Dst:16.0088876s FDsp:15.0000000s
    150878 05:58:17.3125000s - 1 Age:3 Ofs:+00.0000000s Dly:+00.0000000s RDly:+00.0000000s Dsp:16.0000000s RDsp:00.0000000s Pnt:00.0081468s Dst:16.0081468s FDsp:15.5000000s
    150878 05:58:17.3125000s - 0 Age:4 Ofs:+00.0000000s Dly:+00.0000000s RDly:+00.0000000s Dsp:16.0000000s RDsp:00.0000000s Pnt:00.0037024s Dst:16.0037024s FDsp:15.7500000s
    150878 05:58:17.3125000s - Logging information: NtpClient has not received response from server dcsd02.elset.local (ntp.d|0.0.0.0:123->10.32.150.25:123).
    150878 05:58:17.3125000s - PollIntervalChange(dcsd02.elset.local (ntp.d|0.0.0.0:123->10.32.150.25:123)): reclamp: 3 -> 4 (min=4, max=15, sys=6)
    150878 05:58:17.3125000s - Peer poll: Max:16.0000000s Cur:00.0000000s
    150878 05:58:17.3125000s - PeerPollingThread: waiting 16.000s

    Только вот я не понял из лога ничего
    • Изменено radist13 3 февраля 2014 г. 6:00
    3 февраля 2014 г. 5:19
  • Что то странное твориться.

    Был сервер 2008r2, в домене, с ролью HyperV. Синхронизировал время с DC, всё было нормально. Поднял его до 2012 std. Со временем по прежнему оставалось всё нормально. Решил его время синхронизировать с интернетом, сделал всё по докам. В итоге по w32tm \query \source выдаёт local cmos clock  . Удалил всю ветку реестра со временем, командой, создал по новой. Всё равно, в пирах указывает что синхронизируется с доменом, а в статусе и сурсе, пишет local cmos clock. и соответственно resync не проходит. Что это за волшебство такое??

    18 марта 2014 г. 10:41
  • А в случае варианта г. с кем он пишет, что синхронизируется? Тоже с Local CMOS Clock?

    18 марта 2014 г. 11:36
  • А в случае варианта г. с кем он пишет, что синхронизируется? Тоже с Local CMOS Clock?

    Да
    18 марта 2014 г. 11:45
  • То есть, если

    1) включена синхронизация, то - "VM IC Time Synchronization Provider"

    2) выключена синхронизация, то - "Local CMOS" (я частично отключаю синхронизацию, как в вопросе #6 из ссылки в пункте в.)

    3) w32tm.exe /config /manualpeerlist:dcsd02.elset.local /syncfromflags:manual /reliable:yes /update - тоже "Local CMOS" (здесь можно указать любой DC, считающий себя надежным источником времени)

    4) w32tm.exe /config /manualpeerlist:time.windows.com,0x9  /syncfromflags:manual /reliable:yes /update - тоже "Local CMOS"

    И в любом из вариантов команда  "w32tm /resync /force" (после перезапуска службы) выдает The computer did not resync because no time data was available?

     

    18 марта 2014 г. 13:35
  • Да. Во всех вариантах настроек для виртуального ДК на ГиперВ имею "Local CMOS Clock"

    Хотя соужба ГиперВ для синхронизации времени отключена. Как на вирт ДК так и на основном серве с ГиперВ

    Сервер с вин2012, который в составе домена, вроде перешёл на взятие времени с ближайшего КД. Тут от ЛокалКмосКлок избавился.


    19 марта 2014 г. 5:37
  • При отключении синхронизации с хостом и должно писаться Local CMOS. При включении - VM IC Time Synchronization Provider.

    Как я понял, в одном сайте 2 DC - один PDC, который берет время из инета, и еще один, который получает с PDC время. Во втором сайте еще один DC, который не может достучаться ни до PDC, ни до интернета, ни до хоста. Умные циски ничего не блокируют ни между сайтами, ни при выходе в интернет. Контроллеры видят друг друга и реплицируются. Время на третьем DC не сильно отличается от времени на PDC. Службу времени вы перезапускаете после всех манипуляций.

    Если всё так, то с хостом и с интетом синхронизация должна идти, с инетом правда не всегда. Так как по непонятным причинам сервера не всегда отвечают. В этом смысле лучше тестировать на каком-нибудь пуле NTP, в инете много разных пулов для разных частей света. Я использую 0.ru.pool.ntp.org

    19 марта 2014 г. 10:10
  • Вы всё поняли абсолютно верно. Но синхронизация не идёт. Ни с PDC ни с нтп из интернета, никак. Он просто сам с себя время берёт и всё. Уже и службу пересобирал ни раз, без толку.

    Волшебный КД который никак и ни с чего не хочет синхронизироваться...но, если на него поставить програмку "SP TimeSync", то при её помощи КД вполне нормально синхронизурется с любым сервером времени в сети или в нете

    • Изменено radist13 19 марта 2014 г. 10:21
    19 марта 2014 г. 10:17
  • Если на хосте есть место, можно попробовать поднять еще один КД. (Его потом можно спокойно вывести)

    Я на всех КД делаю:

    1) частично отключаю синхронизацию с хостом. Source меняется с VM IC... на Local CMOS Clock. Уже на данном этапе нужно задуматься, почему не идет синхронизация с хостом. То есть по умолчанию должно быть VM IC..., если на хосте конечно включена синхронизация времени.

    2) включаю w32tm /config /syncfromflags:DOMHIER /update (мне казалось, что на КД и так это должно работать, но нет)

    3) net stop w32time & net start w32time.

    4) делаю w32tm /resync /force

    И всё начинает работать. Иногда пункты 3,4 повторяю. Не сразу начинает работать.

    Просто, если в одном сайте синхронизация работает, то трабла в другом сайте может быть только в канале. (Если, конечно, поставить контроллер с нуля и быть уверенным, что на нем всё настроено по умолчанию.) Так как GPO действуют на всех, то дело не в них. PDC время раздает и считает себя доверенным, раз в одном сайте синхронизация идет, значит у него всё открыто.

    Третий контроллер находится в доменной сети, значит, он попадает в открытый порт фаервола на PDC

    Может ещё из-за лесов... Или все контроллеры в одном домене?

    И лучше отключать синхронизацию времени не на хосте, а на VM, так как иначе при старте машине неоткуда будет взять время.

    19 марта 2014 г. 11:41
  • КД3 стоит на вирт машине.

    1. Оставляю синхронизацию ГиперВ на хосте и на госте - в итоге КД3 синхронизируется с хостом.

    2. Убираю синхронизацию ГиперВ на хосте и на госте - в итоге КД3 синхронизируется с Local Clock,сам с собой.

    3. Как бы не настраивал КД3, перерегистрация, на интернет, на КД ПДЦ, на другой сервер времени в локалке - итог один, Local Clock, и всё!!  С него время берут, он - ни с кого.

    4. Сам хост зареган в домене. Попробовал его сделать чтоб время с нета брал или принудительно указать адрес ПДЦ, результат Local Clock. Снова ребуты, перерегистрация службы времени и тд. В итоге берёт время или с КД3 что глупо, или сам с себя.

    Кажется мне надо отдохнуть!!

    20 марта 2014 г. 7:10
  • Имею ПК с Вин7, машинка не в домене. В настройках часов нету закладки синхронизации. Лана, это нормально. Пк в доп офисе. Прямой интернет через основной офис. В этом же доп офисе простой КД3, на одном свиче с ПК вин7. КД3 является сервером времени (опустим что он сам не синхронизируется, оставим на его совести). В основном офисе есть КД ПДС, он сервер времени, без вариантов (рабочий, синхронизируется с серверами в  нете и всё такое, нареканий нет)

    На ПКвин7, запускаю програмку SP TimeSync, и синхронизирую время с любым сервером времени хоть в нете хоть с КД ПДС, хоть с КД3. Настраиваю w32tm и привет, синхронизация тока с КД3, ни с серверами в нете ни с КД ПДС синхронизация времени идти не хочет.

    Кто пояснит такое волшебство? Это у меня канал между офисами так глючит ?

    31 марта 2014 г. 12:09
  • У w32tm  есть ключ debug - посмотрите, что реально происходит.

    Сазонов Илья http://isazonov.wordpress.com/

    31 марта 2014 г. 13:40
    Модератор
  • команда w32tm /debug /enable /file:c:\w32tm-log /size:10240 /entries:0-116

    лог:

    150935 05:19:51.7152640s - -150935 05:20:08.0301972s - TimeProvCommand([NtpClient], TPC_TimeJumped) called.
    150935 05:20:08.0301972s - Peer poll: Max:900.0000000s (special) Cur:895.0917193s150935 05:20:08.0301972s -  New:01.0543232s
    150935 05:20:08.0301972s - W32TmServiceMain: waiting i16.000s (1024.000s)
    150935 05:20:08.0301972s - PeerPollingThread: PeerListUpdated
    150935 05:20:08.0301972s - PeerPollingThread: waiting 1.055s
    150935 05:20:08.0301972s - PeerPollingThread: PeerListUpdated
    150935 05:20:08.0311972s - PeerPollingThread: waiting 1.054s
    150935 05:20:09.0852575s - PeerPollingThread: WaitTimeout
    150935 05:20:09.0852575s - Polling peer 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123)
    150935 05:20:09.0852575s - Sending packet to 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123) in Win2K detect mode, stage 1.
    150935 05:20:09.0852575s - Peer poll: Max:900.0000000s (special) Cur:00.0000000s
    150935 05:20:09.0852575s - PeerPollingThread: waiting 900.000s
    150935 05:20:24.0311124s - W32TmServiceMain: timeout
    150935 05:20:24.0311124s - Sample Prepared at 130408032240311124 for peer 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123)
    150935 05:20:24.0311124s - W32TmServiceMain: waiting 1024.000s
    acket to 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123) in Win2K detect mode, stage 1.
    150935 05:20:01.6208306s - PeerPollingThread: WaitTimeout
    150935 05:20:01.6208306s - PeerPollingThread: waiting forever
    150935 05:20:01.6208306s - PeerPollingThread: PeerListUpdated
    150935 05:20:01.6208306s - PeerPollingThread: waiting forever
    150935 05:20:01.6208306s - LoadLibrary
    150935 05:20:01.6218307s - Peer poll: Max:900.0000000s (special) Cur:00.0000000s
    150935 05:20:01.6218307s - PeerPollingThread: waiting 900.000s
    150935 05:20:01.6218307s - Starting 'Windows Time Agent', dll:'w32tmdt.cpl'
    150935 05:20:01.6248308s - LoadLibrary
    150935 05:20:02.7318941s - Successfully started 3 providers.
    150935 05:20:02.7318941s - W32TmServiceMain: waiting i16.000s (1024.000s)
    150935 05:20:02.7328942s - W32TmServiceMain: Network Topology Change
    150935 05:20:02.7328942s - TimeProvCommand([NtpClient], TPC_NetTopoChange) called.
    150935 05:20:02.7328942s - NtpProvider: Network Topology Change
    150935 05:20:02.7328942s - Reachability:  removing peer 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123).  LAST PEER IN GROUP!
    150935 05:20:02.7328942s -   Peer 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123) never sync'd, resync now!
    150935 05:20:02.7328942s -   Peers reset: p-p:0 a-p:1 a-x:0
    150935 05:20:02.7338943s - NtpProvider: Created 2 sockets (0 listen-only): [::]:123<0x0>, 0.0.0.0:123<0x0>
    150935 05:20:02.7338943s - StartListeningThread completed!
    150935 05:20:02.7338943s - PeerPollingThread: waiting 0.388s
    150935 05:20:02.7338943s - PeerPollingThread: PeerListUpdated
    150935 05:20:02.7338943s - StartPeerPollingThread completed!
    150935 05:20:02.7338943s - Logging error: NtpClient has been configured to acquire time from one or more time sources, however none of the sources are currently accessible and no attempt to contact a source will be made for 1 minutes. NTPCLIENT HAS NO SOURCE OF ACCURATE TIME.
    150935 05:20:02.7338943s - PeerPollingThread: waiting 0.388s
    150935 05:20:02.7338943s - W32TmServiceMain: waiting i15.999s (1023.998s)
    150935 05:20:02.7338943s - W32TmServiceMain: RequestNetTopoChangeNotification Succeed
    150935 05:20:03.1219165s - PeerPollingThread: WaitTimeout
    150935 05:20:03.1219165s - Resolving manual peer: 10.32.150.25,0x1
    150935 05:20:03.1219165s - Association: (Local) 0.0.0.0:123 => 10.32.150.25:123 (Remote)
    150935 05:20:03.1219165s - Created reachability group: (
    150935 05:20:03.1219165s - 10.32.150.25:123,
    150935 05:20:03.1219165s - )
    150935 05:20:03.1219165s - PeerPollingThread: waiting 0.000s
    150935 05:20:03.1219165s - PeerPollingThread: WaitTimeout
    150935 05:20:03.1219165s - Reachability: Attempting to contact peer 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123).
    150935 05:20:03.1219165s - PeerPollingThread: PeerListUpdated
    150935 05:20:03.1219165s - Polling peer 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123)
    150935 05:20:03.1219165s - Sending packet to 10.32.150.25,0x1 (ntp.m|0x1|0.0.0.0:123->10.32.150.25:123) in Win2K detect mode, stage 1.
    150935 05:20:03.1219165s - PeerPollingThread: waiting forever
    150935 05:20:03.1219165s - Peer poll: Max:900.0000000s (special) Cur:00.0000000s
    150935 05:20:03.1219165s - PeerPollingThread: waiting 900.000s
    150935 05:20:08.0301972s - RPC Caller is PC8\xxxxxxxxx.x (S-1-5-21-4168769660-1320087229-3243854060-1001)
    150935 05:20:08.0301972s - RPC Call Attribute is local=1, kernel=0, session=0, authentication=6, protocol=2, OpNum=0
    150935 05:20:08.0301972s - RPC Call - HardResync
    150935 05:20:08.0301972s - W32TmServiceMain: ********** Time Slip Notification **********
    150935 05:20:08.0301972s - ClockDispln TimeSlip: SetUnsync: LI:0 S:1 RDl:0 RDs:100000000 TSF:0x0 
    150935 05:20:08.0301972s - ClockDispln: we're a reliable time service with no time source: LS: 0, TN: 864000000000, WAIT: 86400000
    5,0x1 (2)
    dll'

    единственное что понял что сервер не доступен, так это и 32tm /resync пишет. хотя сервер доступен и с него в проге SP TimeSync синхронизируется.

    Что означает этот лог? Есть мануал что означают все строки в логе. Для  меня в логе нет ошибок.

    1 апреля 2014 г. 5:30
  • Почему-то 10.32.150.25:123 не отвечает на запрос. Какие настройки фаэрвола?

    Сазонов Илья http://isazonov.wordpress.com/

    1 апреля 2014 г. 8:15
    Модератор
  • на нём родной фаервол отключен вообще. и кстати, к примеру 10,32,150,26 синхронизируется с 10,32,150,25 нормально.

    а вот 10,32,154,26 (в другой подсети) не хочет с 10,32,150,25 синхрониить время. грешу на связь меж офисами

    1 апреля 2014 г. 9:44
  • На сетевом оборудовании тоже может быть настроен фаервол.


    Сазонов Илья http://isazonov.wordpress.com/

    1 апреля 2014 г. 10:01
    Модератор
  • Задача минимум. Локальная сеть. В ней КД ПДЦ как сервер времени, релиабный (сам он пофиг откуда время синхронизирует). Пытаюсь настроить второй сервер, (нв. реальный, не вирт), на получение времени с КД ПДЦ, пишет "..нет доступных данных о времени". Настраивал :

    1. Через реестр

    2. Как часть домена и как нтр клиент

    3. Через командную строку

    4. Всю службу сносил и по новой регистрировал.

    И ни в какую.

    18 апреля 2014 г. 5:22
  • ну и как в итоге?! победили?!
    такая же беда.. уже все возможные RTFM перекурили
    19 февраля 2018 г. 5:50