Восстановитесь с политого из шланга сервера, который был единственным Сервером DHCP

Мы имели, виртуализировал DC уже много лет. Я рекомендовал бы использовать по крайней мере две физических установки хостов с ESX, и настроенный с ДОКТОРОМ В DRS устанавливает правило для предотвращения двух VM's (я предполагаю, что у Вас есть PDC и BDC) от работы того же хоста. Если Ваши хосты уже кластеризируются с DRS, включенным просто установка правило DRS.

Можно настроить хосты ESX для использования NTP для обновлений времени, и в DC имеют синхронизацию инструментов VMware их время с хостом ESX.

0
задан 17 August 2009 в 16:13
3 ответа

Если я настроил новый сервер DHCP на этом другом DC:

* Will it know the leases? (Maybe the information is stored in AD?)

Арендный договор хранится в %systemroot %\system32\dhcp как dhcp.mdb и temp.mdb. (Ссылка) Они не хранятся в AD и не будут копироваться.

* Am I going to have to make everyone reboot so there are no conflicts?

Никакая потребность. Просто настройте Windows DHCP для проверки на существующий клиент на том IP (щелчок правой кнопкой по серверу в инструменте DHCP, существует опция иметь проверку Windows DHCP до 5 IP перед раздачей одной).

* Anything else I should consider?

Настройте вторичный резервный сервер DHCP с помощью правила 80/20. Принтеры должны иметь свой IP, статически присвоенный (теперь прекрасное время для проверки!), как должен другое существенное оборудование системы (маршрутизаторы, WAP, и т.д.).

5
ответ дан 4 December 2019 в 11:24
  • 1
    как Ваша вторая точка –  Chopper3 17 August 2009 в 16:28
  • 2
    Из-за того, как сервер Windows DHCP работает - Вы, вероятно, получите клиенты, которые не получат IP-адрес из-за проверки reserveration. Я полагаю, что Windows глуп и проверит 5 последовательных IP' s, который мог бы все использоваться. Если у Вас есть пользователи кто " can' t получают IP" имейте их перезагрузка (или, альтернативно, выйдите, ipconfig / возобновляют весь на их машине), таким образом, Windows повторно запросит Ваш сервер DHCP для другого IP. Это могло бы произойти пару раз в зависимости от размера Вашей сети, пока Windows не имеет хороший список используемых IP-адресов. –  SirStan 17 August 2009 в 16:33
  • 3
    Кто-либо знает, перезаписало ли восстановление (консоль восстановления окон) dhcp файл? –  Kyle Brandt 17 August 2009 в 16:34
  • 4
    Любой, когда Вы говорите что проверка ' на этом IP' это означает, что я могу только установить 5 IP-адресов для проверки сначала? Или это означает, что это будет всегда проверять IP перед раздачей его... –  Kyle Brandt 17 August 2009 в 16:35
  • 5
    Kyle, I' d говорят, что восстановление оставило бы его на месте самостоятельно, кроме того, даже если он doesn' t you' ре не далее назад, дайте ему попытку - насколько мертвый сервер? –  Chopper3 17 August 2009 в 17:01

Я вполне уверен, объемы не хранятся в AD извините, но если можно копировать их быстро, и достаточно точно затем Вы не должны должны быть вызывать любой reboots/manual-DHCP-renews на своих пользователях. Главное, которое я рассмотрел бы, состоит в том, существовали ли там какое-либо резервирование, поскольку они завинтят Вас, если они для servers/printers/other-important-devices; который они часто.

Я попытаюсь добавить еще некоторую информацию к этому ответу за следующие несколько минут, просто не хотел оставлять Вас паникой :)

Просто найденный, что данные хранятся в %systemroot %\system32\dhcp\dhcp.mdb, у Вас могло бы быть резервное копирование?

1
ответ дан 4 December 2019 в 11:24
  • 1
    Ya, я думаю , я помню, где отключенное резервирование было. Но won' t я получаю конфликты DHCP? Так как у пользователей уже есть резервирование. Если пользователь doesn' t перезапуск и пользователь B делает, что мешает пользователю B получить пользователя A' s IP. Я didn' t думают, что DHCP проверил сначала..., но возможно окна dhcp делают? –  Kyle Brandt 17 August 2009 в 16:22
  • 2
    Никакое резервное копирование для этого. –  Kyle Brandt 17 August 2009 в 16:24
  • 3
    положительная сторона, если у Вас есть достаточно широкий диапазон IP (говорят, что 200 дюйм/с для 100 клиентов), затем Вы могли бы запустить новый объем при 101 предположении, что существующие пользователи 1-100 и когда everyone' s в 101-200 затем открывают объем назад 1-200 и they' ll мигрируют на больший объем. Конечно, если you' ре, трудное на IP-адресах that' s бесполезный извините. –  Chopper3 17 August 2009 в 16:25

если Вы получаете плохой подъем адресов, это просто, потому что dhcp сервер обнаружил конфликт (потому что он ранее не знал, что адрес был уже выделен). это нормально, они исчезнут, поскольку те машины соединяются и повторно запрашивают свой текущий IP.

Вы могли бы получить некоторые непрекращающиеся плохие адреса от машин, которые не повторно запрашивают их IP, в этом случае после нескольких дней, просто удаляют другие плохие адреса

0
ответ дан 4 December 2019 в 11:24

Теги

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