Резервный DHCP

[GnoyZer]

Стандартная сеть. PDC на котором DHCP, DNS, MDaemon и т.д.
Хочу поднять BDC. На нем такжеустановить резервный DNS и DHCP.
Это возможно?
Как настроить DHCP в качестве резервного, т.е. при выходе из строя PDC, BDC должен взять на себя все функции (волнует именно DHCP)
Как это сделать?
Кто нибудь реализовывал это уже?

[msnetman]

Должно быть, речь идёт о домене Windows 2003...
В этом случае:
- резервный ДНС: поднимать и настраивать не особо нужно, он поднимется и настроится автоматически при поднятии AD на BDC. Только ни в коем случае не надо устанавливать ДНС-сервер заранее (до поднятия на будущем BDC Active Directory). Могут быть проблемы.
- Резервный DHCP: обычно его не делают, поскольку чрезвычайно прост в установке и настройке, и, при необходимости поднимается за считанные минуты. При том существует ряд проблем возникающих при работе двух серверов DHCP в одной физической подсети. Клиент DHCP, появляясь в сети, выдаёт широковещательный запрос на получение ip-адреса, и получает адрес от сервера, который первым ответит на запрос. Поэтому диапазон выдаваемых ip-адресов приходится делить между двумя DHCP-серверами. И невозможно угадать, какой конкретно из DHCP-серверов обслужит конкретного клиента. Если эта неопределённость тебя устраивает - тогда вперёд!

[GnoyZer]

Спасибо, очеь позновательно.
Как я понял на PDC настраиваем область предположим х.х.х.1-х.х.х.100 а на BDC х.х.х.101-х.х.х.200
Почему бы и нет.
Но можно ли что-бы на обоих серваках одна область обслуживалась?
Что бы при выведении на небольшой срок из строя PDC второй сервак подхватывал на себя все функции.
Фактически хочу безотакзный класер без серьезных затрат
Какие советы будут?
Что можно установить на BDC могущее перехватывать на себя функции при выходе из строя PDC?

[fylhtqrf]

Цитата: Сообщение от GnoyZer Фактически хочу безотакзный класер без серьезных затрат Какие советы будут?

А что тебе мешает развернуть полноценный кластер ?
Зачем второму подхватывать часть функций. Пусть работает параленно как сказано во втором посте т.е. две области . Тока помни что если ты настраиваещь параметры области/сервера на одном серваке то позаботься о томже и на втором.
А вообще исчто лучше возми tftpd32 - демон - стороння прога раздавать ИП адреса - тока канечна она не так наворочена как Ст служба

[victoor]

В принципе резервный DHCP не особо то и нужен. Есть другой способ: в реестр необходимо добавить параметр "IPAutoconfigurationEnabled" со значением DWORD равным 0 в следующий раздел:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Servic es\Tcpip\Parameters

это можно сделать через GPO и при падении DHCP компы имеют IP-шники, которые были выданы последний раз по DHCP.

А еще не помешает автоматически бэкапить базу dhcp, чтобы можно было восстановить её или перенести на другой комп в случае чего нибудь плохого с сервером:

http://support.microsoft.com/default.aspx?kbid=325473


p.s.второй DHCP сервер можно поставить, но расположить его в другой подсети отдельно от всех. А связь с главным DHCP сервером вести через relay-агента. Но это как то неудобно.

[GnoyZer]

Цитата: Сообщение от fylhtqrf А что тебе мешает развернуть полноценный кластер ?

- любимая проблема - денюжка
Чтобы собрать кластер нужно:
1. общий рейд
2. server enterprise
Ни того ни другого... увы...
А так бы с удовольствием. НО... DHSP настолько я знаю не кластерная, т.е. не приспособлена для подобной работы. А так - с удовольствием бы.
Недавно сообрал кластер для MS SQL - крррасотишша! Не переживая ребутить сервак - это наслаждение.

А вот по поводу предложения victoor-а - это очень интересно.
Реестр надо менять на самом серваке или на каждой машине? Чуть поподробнее расскажите пожалста. Это реально интересное решение!

[victoor]

На каждой машине. Это можно сделать на контроллере домена через групповую политику.
Самый простой способ такой: на обычной машине внести вышеуказанный параметр в реестр и сделать экспорт этой ветки. Система создаст корректный reg-файл , который потом можно импортнуть на все остальные компы. Берем этот файл и подсовываем его в логон или логаут скрипты в групповой политике для всех компов. В итоге будем иметь исправленный реестр после того как все компы ребутнутся хотя бы 1 раз.
Но этот способ идеологически неправилен. Микрософт рекомендует делать это чекрез adm-файлы. Почитать можно здесь(теория) :

http://www.microsoft.com/downloads/d...displaylang=en

и здесь (обсуждение): http://forum.ru-board.com/topic.cgi?...8&topic=6681#1