Назад | Перейти на главную страницу

Время контроллера домена неверно

У меня есть контроллер домена, работающий в виртуальной машине на Hyper-V, время, кажется, неуклонно ускоряется, в период Рождества он на 5 быстрее, что кажется странным!

Я знаю, как изменить время, и я верю, что мы настроили сервер NTP на DC и обеспечили отключение синхронизации времени на Hyper-V.

Я действительно не хочу постоянно ставить время. Есть ли причина, по которой время летит быстро?

Я знаю, как изменить время, и я верю, что мы настроили сервер NTP на контроллере домена и обеспечили отключение синхронизации времени на Hyper-V.

Виртуальные машины не могут отслеживать время. Вы можете попробовать настроить DC в качестве клиента NTP. Этот блог может быть полезен.

http://www.aperture.ro/index.php/2009/01/windows-time-sync-hyper-v-enabled-domain-controller-dilemma/

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

http://support.microsoft.com/kb/223184

Также есть статья Technet о настройке DC для использования NTP:

http://technet.microsoft.com/en-us/library/cc784553(WS.10).aspx

Что касается того, почему это происходит, у VMware есть статья о хронометрировании с виртуальными машинами (не HyperV, но концепции все еще применимы).

http://www.vmware.com/pdf/vmware_timekeeping.pdf

С ВМ вы всегда хотите, чтобы хост синхронизировал гостей, это единственный надежный способ.

Я понимаю, что это может создать бесконечный цикл, если хосты являются рядовыми серверами домена, но каждый обходной путь, который я пробовал (сервер VMware в моем случае), на самом деле не решает проблему.

Если вы используете хорошую систему мониторинга (например, Nagios), рассмотрите возможность проверки сдвига часов относительно глобального пула NTP или надежной системы на основе * nix (это не сама виртуальная машина), на которой запущен пакет NTPD.

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

Все предыдущие ответы кажутся разумными, но позвольте мне добавить это.

Действительно, хронометраж внутри виртуальной машины - проблемный вопрос, который требует нескольких возможных решений.

  1. Установите еще один DC на железный ящик, и пусть он будет авторитетным источником времени
  2. Настройте контроллер домена виртуальной машины на более частую синхронизацию времени с внешним источником - скажем, каждые 10 минут. Ссылка на реестр в этом KB: 816042
  3. Еще проще использовать что-то вроде Атомные часы инструмент синхронизации на DC и установите его частоту 10-15 минут.
  4. Другой вопрос по Serverfault имел аналогичную проблему и исключил аппаратные часы, запустив ту же виртуальную машину в VMware Server, и обнаружил, что проблема связана с Hyper-V.

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

Глобально у нас такая же проблема под VMWare, это из-за синхронизации времени ЦП. Фактически, вам нужно настроить параметры Guess в Hyper-V для синхронизации с тактовой частотой центрального процессора.