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 ...

Relic HunterОтключили от сети первый контроллер. Попробовали залогинится - подвисло. Начали разбираться, оказалось что профили пользователей на втором берутся с первого через UNC \\firstdomctrl\username. То есть если primary down, залогинится нельзя. Что делать?
кластер вам помог бы ... но если его не сделать, то на любой другой неконтроллерный файл-сервер профили перенести ...

aleks23) Переместить профили в \\firstdomctrl\NETLOGON\Profiles, подождать пока реплицируется на seconddomctrl и дать ссылку для клиентов: \\domain_FQDN\\NETLOGON\Profiles\Username

это очень хорошее решение ... причём репликация изменений на данном сетевом ресурсе на другие контроллеры домена начинается сразу, те происходит в течении нескольких секунд после того как профиль сохранится при выходе пользователя из сеанса ... НО! такие сетевые профили могут дать значительную нагрузку на контроллеры, советую быть поосторожнее если контроллеры и/или сеть слабенькие ...

Relic HunterПрикол. Выключается вторичный контроллер домена. Через несколько минут никто не может Network Browsing. Видно только имя текущего домена, хотя есть и другой домен NT4, а также workgroups. Даже в этот домен войти нельзя. Говорит "XXXXXX is not accessibled".
а коннект к сетевым ресурсам по UNC-пути (\\server\resource) работает ?

aleks2Характерное время восстановления обзора при аварийном отключении основного обозревателя в сложных сетях (несколько групп/доменов) ~15-45 мин. В мультисегментных сетях при отключении PDC обзор сегментов не восстановится до включения PDC обратно.

на чём основан такой _конкретный_ пессимизм (особенно последнее) ? по опыту всё не так плохо ...

Дешевое и эффективное решение: папочка с сетевыми ярлыками.

согласен ... и вообще считаю "сетевое окружение" вредным рудиментом ...

aleks2
Хе-хе... на знании механизма обзора многосегментной сети и роли PDC в этом процессе. Читайте статьи на MS по key words: Multihomed browsing
бох ты мой ... вы про НТ-домены штоли ? :)

Relic Hunter Biz©... и вообще считаю "сетевое окружение" вредным рудиментом ...

А как заходить в любимую сетевую папку? Не думаю людям можно объяснить, почему это работало вчера и не работает сегодня. Им, вообше говоря, глубоко параллельно проблемы админа с контроллерами. Бэкап контроллер упрощает жизнь ему, а не пользователям.
предполагаю что вход на любимые сетевые папочки щелчком по ярлычку им даже больше понравицца, чем листать списки компутеров :)

Relic Hunter Biz© Relic HunterПрикол. Выключается вторичный контроллер домена. Через несколько минут никто не может Network Browsing. Видно только имя текущего домена, хотя есть и другой домен NT4, а также workgroups. Даже в этот домен войти нельзя. Говорит "XXXXXX is not accessibled".
а коннект к сетевым ресурсам по UNC-пути (\\server\resource) работает ?

Да. Можно мапить диски.
домены, которые не AD, рабочие группы и компутеры ниже в2000 не хорошо ведут себя в такой ситуации ... када перейдёте на ОСи не ниже в2000 и поставите в домене режим native тада и полехчает ...
кста, а партнёрские отношения винс-серверов наладили ? на винсе второго контроллера имена всех активных компутеров сети имеются ? без этого сетевое окружение долго будет возвращаться ...