Распределение ролей серверов

[stolyar]

Приветствую всех!

В организации установлены 2 DC. Один из них выполняет роли ДНС и АД. Второй просто как реплика стоит на АД. Кэширования ДНС'a нет.
Каким образом настроить роли так, чтобы при выходе из строя одного сервера, второй перехватывал все функции на себя?
Сейчас получается, что первый DC - основной, а второй реплика, и когда первый "падает", ничего не работает..

Заранее спасибо!

[Michael]

AD, DNS и глобальный каталог - должны присутствовать на обоих серверах. Роли FSMO (мастера RID, PDC, инфраструктуры, схемы и именования доменов) - как хочешь (вообще говоря на том который более доступен и живуч, но в случае чего без этих ролей, как правило, можно прожить некоторое время, в крайнем случае их можно захватить)

[Delirium]

Достаточно просто в оснастке сайт и служб выставить галку Глобального каталога на нужном контроллере.

[stolyar]

Достаточно просто в оснастке сайт и служб выставить галку Глобального каталога на нужном контроллере. »
Я так понимаю, что ГК должен стоять только на одном контроллере.. А если вот этот сервак загнется, где ГК, как тогда? Можно ли установить ГК на оба DC?
Michael, а ДНС ставить на втором DC как кэширующий? Или так же как на первом DC?

[Delirium]

Я так понимаю, что ГК должен стоять только на одном контроллере »
Да отчего же. Если у вас 2 ГК, то это обеспечивает повышенную отказоустойчивость для входа в систему. Если же у вас контроллеров 2, а ГК только один, то второй сервер - просто реплика AD на случай физической поломки первого сервера и не более. При установке флага на втором контроллере проводить авторизацию клиентов будут оба сервера, в зависимости от загруженности.
DNS сервер на втором сервера надо настроить как вторичный и настроить репликацию данных между DNS серверами.

[stolyar]

Понятно. С этим разобрался.. Теперь, в "Operation Master..", во вкладках - RID, PDC, Infrastructure нужно ли что-нибудь менять? Во всех вкладках установлен первый DC.
Это в каком случае менять? Для каких целей служит?

[Delirium]

Всего у сервера 5 ролей. Их разнесение на разные контроллеры необходимо опять же для обеспечения отказоустойчивости сети. В случае сети с одним контроллером все 5 ролей принадлежат одному серверу. Если серверов более одного, но ГК один, то роль мастера инфраструктуры можно перенести на дополнительный сервер. Т.к. у Вас 2 ГК, то можно роли оставить как есть.

[exo]

AD, DNS и глобальный каталог - должны присутствовать на обоих серверах. »
AD и DNS могут быть на разных серверах. И DNS может быть один, при наличии двух AD.
Второй просто как реплика стоит на АД. »
Вы хотя бы написали что у вас за домен: 2003 или 2000?
В 2003 нет реплик, все DC равнозначны. Реплики есть в 2000 и в 2008 можно тоже выбрать тип DC.

[Michael]

AD и DNS могут быть на разных серверах. И DNS может быть один, при наличии двух AD. »
Вообще говоря да, не спорю, вот только автору нужно
настроить роли так, чтобы при выходе из строя одного сервера, второй перехватывал все функции на себя?
Сейчас получается, что первый DC - основной, а второй реплика, и когда первый "падает", ничего не работает »

[stolyar]

Вы хотя бы написали что у вас за домен: 2003 или 2000? »
2003

[stolyar]

Все, разобрался! Вроде работает....
Спасибо всем за помощь! =)

[Oleg Krylov]

Недопонял я по поводу DNS. А при чем тут кеширование, первичность и вторичность, если начиная с приснопамятных времен Windows Server 2000, появилась возможность делать DNS интегрированным в Active Directory? Это более простое и управляемое решение, чем хранение в файле.
По поводу глобального каталога. А насколько часто он Вам нужен? Вы часто используете ссылки на глобальные объекты леса? И насколько густ Ваш лес? Одно дерево с одним листочком в виде единственного домена? Ну упадет PDC, захватите роли Schema Master и Domain Naming Master, вот Вам и новый Global Catalog. Хотя конечно второй GC особой нагрузки то и не несет, тем более, если оба контроллера в одном сайте, так что пусть себе стоит.
При любом обращении к контроллеру первым делом выполняется DNS-запрос, и тот контроллер из списка, который откликнется раньше, станет для данного объекта основным, остальные бэкап-контроллерами. При очередном обращении к основному контроллеру не получаем от него ответа, автоматом стучимся на бэкап-контроллер. Вот и вся отказоустойчивость :D
P.S. Прочитал то, что написал - ужаснулся :D Сумбур :)

[exo]

А при чем тут кеширование, первичность и вторичность »
наверное имелось ввиду, что ДНС может кешировать запросы, при разрешении имён внешних ресурсов. А первичность\вторично, наверное имелось ввиду для хостинга внешних веб-сайтов.

[stolyar]

А если DNS будет интегрирован в АД, общение клиента с сервером будет проходить все по тому же порту ДНС 53? Или используется иной порт?

[exo]

stolyar, по тому же 53. Интеграция ДНС в АД на протокол ДНС не влияет.

[Diesel315]

интегрирован, не интегрирован, не играет роли просто за службой DNS закреплен порт 53 (примерно как FTP-21 HTTP-80 8080)

[stolyar]

А при интеграции ДНС в АД у меня будут все те же возможности управления, как при установки службы ДНС? Или некоторые будут урезаны? Интеграция снижает трафик или хотя бы нагрузку сервера?

[exo]

stolyar, да всё будет тоже самое. + безопаснее. Не все смогут управлять ДНС, а лишь тем, у кого есть права.

[stolyar]

Это хорошо! Теперь вопрос:

А есть ли возможность интегрировать ДНС в АД, если у меня сервер поднят до уровня DC и служба ДНС там уже стоит?

[exo]

А есть ли возможность интегрировать ДНС в АД, если у меня сервер поднят до уровня DC и служба ДНС там уже стоит? »
ну вообще-то ДК не установится без интеграции в него ДНС.