Контроллер домена VMware и проблема времени

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

2
задан 3 July 2009 в 12:37
3 ответа

Можно смотреть на данную статью (VmWare TimeKeeping), также можно установить сервер ntp на хост-машине и сделать гостевую синхронизацию с ним.

Вот статья о конфигурировании Windows Time Service.

Нестабильность Вашего времени, возможно, вызывается гостевым DC, кто время, обновляется и от эмулятора PDC и через инструменты VMware, если Вы хотите только, чтобы инструменты VMware синхронизировали время, существует ключ реестра NoSync для w32time.

Надеюсь, это поможет.

3
ответ дан 3 December 2019 в 10:29
  • 1
    +1 - Это не может быть " preferred" для выполнения DC в VMware но у меня есть Клиент, который делал его с большим успехом. Их Эмулятор PDC ролевой держатель FSMO в их корневом лесом домене работает на экземпляре ESX VMware, sync' луг его аппаратные часы к ESX host' s аппаратные часы через инструменты VMware (с сервисом W32time, отключенным в госте ОС), и хост, делает синхронизацию NTP к общедоступному пулу сервера NTP. Все другие компьютеры в AD лесу синхронизируют к тому серверу, или непосредственно или через другой слой машин (другой DCS). –  Evan Anderson 3 July 2009 в 13:51

Обычно рекомендуется не выполнить контроллер домена в VM поэтому.

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

Необходимо удостовериться, что что-то не работающее в VM (говорят, хост) имеет точные часы путем выполнения гарантирующий, что или сервис времени Windows или альтернатива как NTP работают и правильно настроенные. Затем необходимо удостовериться, что ОС в VM так же настроена для хранения его часов в синхронизации с теми часами.

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

tinker panic 0

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

0
ответ дан 3 December 2019 в 10:29
  • 1
    Там какой-либо путь состоит в том, чтобы выполнить PDC на машине с сервером VMware на нем (для виртуального Linux), не имея проблемы с сетевым адаптером? Поскольку это - единственная причина, что PDC работает в VMware. Или существует ли возможность для PDC для перенаправления основного источника времени к адресу NTP? –  Fionn 3 July 2009 в 13:41
  • 2
    @Fionn: Что является " сетевой адаптер problem"? Вы говорите о сервере, регистрирующем его VMware виртуальные адаптеры в DNS? Если так, взгляните на мой ответ здесь: serverfault.com/questions/33425/… –  Evan Anderson 3 July 2009 в 13:48

Я выполняю обе своих PDC & SDC на VMware и никогда не имел проблемы. Я установил гостевые Ose с помощью NTP.

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

w32tm /config /manualpeerlist:"0.us.pool.ntp.org,0x08 1.us.pool.ntp.org,0x08 2.us.pool.ntp.org,0x08 3.us.pool.ntp.org,0x08" /syncfromflags:manual /reliable:yes /update & net stop w32time & net start w32time & w32tm /resync

1
ответ дан 3 December 2019 в 10:29

Теги

Похожие вопросы