Relic Hunter Михаил ФвЕсли он будет AD Integrated то надо просто при установке контроллера установить DNS и все у них будет одинаковым.

Если бы. DNS, DHCP, WINS не устанавливаются автоматически на втором (дополнительном) контроллере домена. Этого нету даже среди возможных опций. Установился второй котроллер и все. Дальше, что хочеш то и делай. Совсем не так, как на первом. Проверено на win 2003 server. Так шо не правда Ваша. А за информацию спасибо, будем разбираться, как фолт-толеранс будувать.
и не надо ничего этого автоматически ... установите днс, сконфигурируйте его на интеграцию с AD через тот же партишн, что и у основного контроллера домена и подождите некоторое время или инициируйте репликацию с основного AD на новый ... када появится инфо в новом днс смените адрес днс в tcpip нового контроллера ...
про остальное вам уже написали ... могу только добавить, что если сервера рядышком и у них есть общий внешний массив (не обязательно контроллеры AD) то можно соорудить кластер и для dhcp с wins организовать cold failover ... для dhcp - это лучшее решение, особенно если вы фиксируете адреса клиентов.

aleks2 ВСЕ клиенты домена должны иметь ссылку на ОБА DNS-а и оба WINS.

это не главное, это то что д.б. "и ежу понятно" :)

aleks2но это именно ГЛАВНОЕ.
да как _вам_ будет угодно, я не против :)
сам же считаю главным то, для чего IQ нужен ... ну а прописать дополнительные dns и wins в dhcp и обезьянка за полминуты сможет, если ей разок показать :)

dimajest
другой вариант поднять кластер, тогда можно будет увидет оба, но куда попадешь - зависит от нагрузки.
ой :)
чево вы в кластере поднять хотите штобы "увидеть оба" ?

Relic HunterНу, в общем то, он дополнительный. И таких может быть много. Жалко, что кроме как через кластер нельзя его привлечь к работе.
вы, прастите, о чём ваще говорите ? о втором контроллере домена или о втором dhcp, установки с которого получить не можете ?
через кластер dhcp будет вообще только один, перезжающий при файловере, а о кластере в отношении контроллера домена говорить примерно как о седле для коровы - мешает тока :)

мой совет: поищите советов у microsoft knowledge base ... из первых уст и без "глухого телефона" ... а вот если там что не понятно буит, то обсудим здесь :)

aleks2 Relic Hunter aleks2Клиент по-умолчанию логинится на тот контроллер, на который он ранее логинился и только в случае недоступности последнего - ищет другой.
----------------------------------
Сооруди отдельную сетку (хаб+новый контроллер+любой свободный клиент) и наслаждайся, а потом вотки провода обратно и клиент будет логинится на новый контроллер.

Спасибо. А проще нельзя?
2) Ищешь в реестре клиента запись о логон-сервере и перебиваешь на новый контроллер.

... и ничего не изменится, если старый DC не будет слишком занят ...
та запись о логон-сервере не больше чем параметр для переменной среды ...
logon на DC по предыдущему коннекту IMHO не соответствует действительности ... по реальным наблюдениям ... но если есть какие-либо документы m$ по этому вопросу было бы интересно глянуть ...

2автор: если вам хочется узнать работает ли второй DC и нет желания останавливать или как-то отключать первый, то воспользуйтесь событиями в системных журналах, а также утилитами из support tool и resource kit, например, netdiag, dcdiag, ldp ...