Лучший способ сказать “синхронизацию, которую вся система синхронизирует к этому серверу, когда и ТОЛЬКО когда я говорю так?” Смешалась установка серверов Windows+Linux
Вы ищете определенную команду для запущения/останавливания NTP на Linux и Windows? Они отличаются на различных дистрибутивах Linux. Это будет что-то как "/etc/init.d/ntpd остановка" на некоторых, отличающихся на других, и я не уверен в Windows.
Существует два способа сделать это и один протест.
Метод 1: Выполняйте NTP обычно, но останавливайте его для сравнительного теста.
Метод 2: не выполняйте NTP, но выполняйте NTP в "одноразовом" режиме прямо перед контрольными прогонами. (На Linux, который был бы "ntpdate ИМЕНЕМ СЕРВЕРА" на Unix/Linux или [я думаю] "ntp-q" на окнах),
Метод 1 имеет некоторые преимущества, в которых часы будут корректны все те времена, что Вы не выполняют сравнительные тесты. Часы будут также более точно установлены для сравнительного теста. Таким образом, NTP поддерживает часы очень точно даже между пакетами NTP. Пакеты NTP в сети просто точно настраивают. Между пакетами NTP использует прошлый опыт пошагово переместить системные часы быстрее или медленнее. Недостаток - то, что при запуске NTP снова он откажется запускаться, если часы будут слишком далеки. Это не ошибка, она делает это нарочно для предотвращения синхронизации к серверу, который разложился. Для предотвращения этого сделайте "ntpdate" или "ntp-q" прямо перед перезапуском NTP.
Метод 2 имеет преимущество, которое более просто реализовать. Однако часы не будут очень точны. "один выстрел" режим не устанавливает часы так же точно как рабочий NTP. Это главным образом для фиксации отдаленных часов перед запуском NTP (см. выше). Однако, если Ваш сравнительный тест только должен быть приблизительно с точностью до 1/10-й секунды, Вы будете в порядке.
Протест состоит в том, что сравнительные тесты не могли бы сравнивать того, что Вы думаете, что они сравнивают, если Вы выключаете NTP. Часы компьютера будут дрейфовать без NTP, работающего постоянно. Это в порядке, если Вы сравниваете, сколько дрейфа компьютер очень еще имеет, но не.
(И я должен отметить..., что дрейф будет отличаться не только от вида к виду, но и между конкретными машинами.)
HTH!
Если бы Вы просто использовали Linux, то я использовал бы mcollective для параллельного выполнения команды ntpdate. Мой ntpd не имеет-q опции.
Я не знаком с подобными инструментами для Windows.
Только, чтобы быть ясными, Вы, более вероятно, получите последовательное время при выполнении ntpd непрерывно, так как оно также держит дрейф часов в страхе. Различные компьютеры имеют немного отличающиеся тактовые частоты, и просто синхронизирующиеся часы в запуске не гарантируют, что сохранят в синхронизации в течение следующих шести часов. ntpd специально разработан для исправления этого.
ntpd разработан для хранения постоянной синхронизации, следовательно "d". ntpdate получит Вас одноразовая синхронизация.
Для Windows я предполагаю, что Вы сделали бы что-то вроде этого.. (Я не протестировал, если это работает правильно),
w32tm /config /manualpeerlist:"valid.ntp.server,0x9"
w32tm /resync /rediscover
w32tm /config /manualpeerlist:"bogus.invalid.server,0x9"
Почему не только позволяют устройствам остаться в синхронизации в любом случае, хотя?
Ручная синхронизация может быть Вашей единственной опцией для Windows без дополнительного программного обеспечения. См. эту статью:
http://technet.microsoft.com/en-us/library/cc773263%28WS.10%29.aspx
Для альтернатив эта страница выглядит многообещающей:
http://www.endruntechnologies.com/ntp-client.htm
Следует иметь в виду, что, делая периодическое / ручная синхронизация не лучше всегда, чем непрерывный. Вход изменений времени, должных синхронизировать дрейф на расширенное время без синхронизации, не даст Вам высший уровень точности. Часы не обязательно дрейфуют на последовательном уровне; это может измениться на основе температуры и других колебаний, которые Вы не можете измерить.
Какой уровень точности Вы ищете? + второй/-1, + секунды/-0.0001...?