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

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

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

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

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

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

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

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

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

Существует также статья Technet о настройке контроллера домена для использования 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. Настройте DC своей виртуальной машины на более частую синхронизацию с внешним источником - скажем, каждые 10 минут. Реестр в этом КБ: 816042
3. Еще проще, используйте что-то вроде инструмента синхронизации атомных часов на DC и установите его частоту на 10-15 минут.
4. В другом вопросе о Serverfault возникла аналогичная проблема, и он исключил аппаратные часы, запустив ту же виртуальную машину в VMware Server, и обнаружил, что проблема связана с Hyper-V.

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

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