Дрейф времени

Протокол сетевого времени или NTP, может использоваться для синхронизации времени на сервере с авторитетным источником. Windows Server, например, будут использовать один из контроллеров сетевого домена (DC, который содержит эмулятор PDC, роль FSMO для домена [благодарит Graeme]) получить информацию времени. Можно настроить контроллер домена для получения информации из некоторого известного источника, такого как time.windows.com.

И представить толпу Виртуальной машины...

При выполнении виртуальных серверов дрейф времени, кажется, типичная проблема - и таким образом, обычно существует путь (кроме NTP) для хранения VM's в синхронизации с их хостом.

В моем случае я использую VMware. Я могу включить это от Виртуальной машины Linux при помощи:

vmware-guestd --cmd "vmx.set_option synctime 0 1"

И из Windows Virtual machine можно открыть значок инструментов VMware от системного лотка и выбрать синхронизацию времени между виртуальной машиной и хостом ОС

Используйте демона NTP.

NTP является Вашим другом.

RHEL/CentOS:

yum install ntpd

Debian/Ubuntu:

apt-get install ntpd

Windows:

• Для Windows 2000: Tardis 2000. Работы приятно, идет с панелью управления. Если Вы используете это, несомненно, выключат Windows Time Service.
• Для Windows 2003/2008: Уже упомянутый в других ответах в этом вопросе. С другой стороны, можно работать на Tardis 2000 2k3 поле, я не знаю, продолжает ли это работать 2k8.
• Для любой рабочей станции Windows: выполните следующую команду при входе в систему: net time /domain:your-domain-here

Для всех сервисов NTP:

Укажите на свой сервис на pool.ntp.org, хотя Вы захотите, по крайней мере, сузить его к тому же континенту. Например, американские серверы использовали бы 0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, и т.д.

Как многие ответили, NTP является способом пойти. В зависимости от Ваших потребностей и требований, существует несколько возможных проектов, которые можно использовать для синхронизации времени.

1. Синхронизируйте отдельные машины к общедоступному хосту т.е. pool.ntp.org
2. Назначьте локальное ведущее устройство (с восходящим NTP) и синхронизируйте все остальное к нему
3. Локальное ведущее устройство с Вашим собственным GPS hw присоединенный (мог быть $$$),

Если у Вас есть много машин, опции 2 и 3 являются намного более дружественными по отношению к сети. Для получения дополнительной информации читайте о NTP и синхронизируйте слои.

Кроме того, я нахожу, что интервал значения по умолчанию Windows для синхронизации является слишком длинным (один раз в неделю), который ведет, чтобы слишком много дрейфовать. Необходимо проверить следующее, если Вы хотите установить вещи на более короткий период (я использую один раз в день).

http://www.softpedia.com/get/System/System-Miscellaneous/Internet-Time-Update.shtml http://www.tweakxp.com/article36948.aspx

Хороший сервер NTP, главным образом. Настройте его так, чтобы часы не дрейфовали больше, чем несколько секунд начиная с последней синхронизации NTP, и у Вас не должно быть проблем.

Если Ваш сервер дрейфует больше, чем 30 секунды в день, Вы могли бы хотеть посмотреть на лучшие альтернативы, но часы в большинстве компьютеров обычно намного лучше, чем 30 секунд в день, таким образом, одна синхронизация в день обычно прекрасна.

ЗНАЙТЕ, что Вы могли бы пропустить минуты, если Вы настроите его для синхронизирования периодически (ntpdate) и не будете использовать демона NTP (ntpd) - если Вы будете позади 3 секунд, и синхронизация NTP делает попытку обновления в 10 минут 58 секунд, то это пропустит к 11 минутам 1 секунду, и в зависимости от планировщика Вы используете, это не может инициировать 11-минутные задачи.

Демон NTP работает в фоновом режиме и медленно устанавливает время так программы и обрабатывает время уведомления, может идти немного более быстро или медленно чем обычно, но он не пропустит второй.

- Adam

Сервер NTP это - что необходим для хранения времени синхронизируемым на DC, да. Прочитайте эту статью для получения инструкций относительно того, как синхронизировать Ваш DC с внешним источником и эту статью базы знаний о том, как настроить авторитетный сервер времени с Windows 2003. Вам будут нужны оба для хранения доменного времени синхронизируемым. Рабочие станции, соединенные с доменом, будут автоматически синхронизироваться с авторитетным сервером времени.

Используйте общий источник часов для всех своих серверов и удостоверьтесь, что Ваши часовые пояса являются установкой правильно. Хорошим интернет-источником является "time.windows.com". При использовании Windows можно использовать "сетевое время" и "w32tm" для связанных со временем команд.

VMwareTools SyncTime не является хорошим вариантом для виртуальных машин на ESX! Сам VMware изменил их рекомендации для хронометрирования в VM's к использованию NTP вместо инструментов VMware при испытании проблем.

Я говорил об этом инженеру от VMware в VMworld однажды и был сказан, что инструменты VMware никогда не разрабатывались, чтобы сделать задание, которое он делает теперь. В былые времена потерянные прерывания были большой проблемой. Сегодня намного меньше. Это - причина, почему инструменты VMware могут исправить Ваше машинное время, если машина находится позади, но не, когда машина вперед. На самом деле, после того как машина идет перед 'реальным' временем, Вы в значительной степени завинчены при использовании инструментов VMware, чтобы сделать хронометрирование.

Лучше все еще: при использовании ntp процесс, который исправляет время на самом деле, просыпается менее часто по сравнению с использованием инструментов VMware. Таким образом для виртуальных машин ntp обеспечат меньше служебное вместо больше.

Поэтому для Linux необходимо всегда использовать ntp в виртуальных машинах VMware. Отключите инструменты VMware synctime полностью.

Для VM's Windows на VMware я менее уверен, но я думаю, что это - в значительной степени то же. Используйте встроенный материал синхронизации времени в AD, который работает лучше, чем VMware SyncTime. (Даже при том, что AD синхронизация времени сосет довольно плохо отдельно; это - единственная причина существования, должен сохранить Windows boxen в синхронизации с их контроллерами домена, и Kerberos будет все еще работать, пока различием в часах являются меньше, чем приблизительно 5 минут, таким образом, существует намного меньше потребности в точности.)

Можно читать о синхронизации времени VMware на Linux немного больше здесь