 
        
        - •Планирование топологии сайта
- •Планирование леса
- •Планирование доверия
- •Планирование подразделения
- •Планирование домена и подразделения
- •Планирование репликации
- •Планирование сайта главного офиса
- •Планирование промежуточного сайта
- •Планирование контроллера домена
- •8.2. Причины делегирования администрирования
- •Делегирование администрирования лесов, деревьев и подразделений
- •Определение видимости объектов в Active Directory
- •Планирование изменения структуры
- •Средства преобразования Active Directory
- •Планирование тестовой лаборатории
- •Планирование архивации и восстановления
- •Планирование логической структуры домена
- •Моральная подготовка
- •Забудьте о Windows 2000
- •Комитет по планированию структуры домена
- •Управление доменами
- •Управление внесением изменений
- •Анализ предприятия
- •Рабочие среды предприятия
- •Внешняя среда
- •Внутренняя среда
- •Дополнительная среда
- •Работа с организационными диаграммами
- •Административное моделирование
- •Централизованное администрирование
- •Децентрализованное администрирование
- •Хорошо, плохо, неразумно
- •Логическая структура домена: блок-схема
- •Функции корневого домена
- •Домены второго уровня
- •Управление отдельными департаментами
- •Уменьшение задержки передачи данных по сети и снижение негативного эффекта от проведения репликации
- •Использование моделей децентрализованного администрирования
- •Управление автономными отделами
- •Применение различных политик доменов
- •Обеспечение требований безопасности
Домены второго уровня
Для того чтобы добавить домены второго или третьего уровня в рамках корневого домена, необходимо иметь веские причины. Каждый новый домен требует дополнительного обслуживания, вызывает увеличение расходов и полной стоимости владения (ТСО). Ниже приведен список наиболее весомых доводов в пользу создания дополнительных уровней доменов:
- управление отдельными департаментами; 
- уменьшение задержки передачи данных по сети и снижение негативного эффекта от проведения репликации; 
- использование моделей децентрализованного администрирования; 
- управление автономными отделами; 
- применение различных политик доменов; 
- управление международными подразделениями компании; 
- управление доменами Windows NT; 
- обеспечение требований безопасности; 
- необходимость сокрытия информации и публикации только определенного набора ресурсов (различные представления каталога); 
- конструктивное разделение каталога. 
Управление отдельными департаментами
Исследуя организационную диаграмму Миллениум-Сити, можно заметить, что некоторые отделы или департаменты весьма удалены от мэрии и других департаментов. В действительности, домен MCITY настолько велик, что существует очень мало департаментов, которые находятся в одном здании или соседних зданиях. Кроме того, различия между департаментами могут быть настолько велики, что размещение всех сайтов в рамках одного корневого домена окажется нецелесообразным.
Сказанное выше может оказаться справедливым и по отношению к вашему предприятию. Возможно, уже сейчас несколько его подразделений разбросаны по всему городу. Очень часто компании разрастаются и арендуют дополнительные помещения. Все, что остается делать в таком случае сетевому администратору, — расширять магистраль сети или разделять ее между несколькими точками.
Обычно ключевую роль при принятии решения относительно создания доменов второго уровня играет тот факт, что пользователи и сетевые ресурсы должны проходить проверку подлинности на ближайшем к ним контроллере домена. При расширении домена на несколько районов города пользователям удаленного подразделения, скорее всего, потребуется установить отдельный контроллер домена (партнер по репликации по отношению к исходному контроллеру), так как в противном случае они будут испытывать задержку при обращении к сетевым ресурсам, находящимся в главном здании. Следует учитывать также и то, что проведение репликации и проверка подлинности увеличивает сетевой трафик. Как следствие, трафик, генерируемый в результате проведения репликации между двумя партнерами, будет негативно сказываться на исходном контроллере нового домена. При создании домена второго уровня нужно обращать внимание на два фактора: размер сайта и его удаленность от существующего домена.
Сведения о количестве сотрудников удаленного сегмента могут быть получены в результате проведения анализа предприятия. Если речь идет всего лишь о десятке человек, то из-за вызванного ими увеличения сетевого трафика и нагрузки на администраторов вряд ли потребуется создавать отдельный домен и размещать новый контроллер домена. (Не забывайте о расходах на оборудование, установку и администрирование нового домена.)
Расстояние до родительского домена является еще одним важным фактором, влияющим на принятие решения о создании нового домена. Если "удаленный" сайт находится буквально через дорогу, расширение сети может быть проведено без каких-либо особых проблем. Однако если родительский домен находится где-нибудь на окраине, а новый департамент — в центре города, ситуация осложняется, если не сказать большего. Для обеспечения связи между двумя сайтами придется использовать соединение Т1 или Frame Relay. Опять же, если удаленный департамент невелик и не является источником большого объема трафика, можно обойтись и без создания дочернего домена.
Когда размер удаленного сайта увеличится, в нем можно будет разместить дополнительный контроллер домена в рамках родительского домена, что позволит ускорить прохождение проверки подлинности пользователей и сетевых ресурсов. Единственное, на что при этом не обходимо обратить внимание, — это объем трафика, генерируемого в результате проведения репликации.
Наконец, существуют другие причины, определяющие необходимость создания нового домена. Однако перед тем как принять окончательное решение, рассмотрите следующие альтернативы.
- Использование служб терминалов. При реализации служб терминалов вопросы размещения контроллеров доменов и репликация играют незначительную роль. Достаточно даже выделенного соединения с Internet, хотя это определяется характером работы, выполняемой удаленными пользователями. Кроме того, существует множество других факторов, говорящих в пользу служб терминалов. 
- Проведите модернизацию каналов связи интрасети. Это позволит увеличить полосу пропускания соединений между различными сайтами и избежать проблемы узких мест. 
- Дайте исходному контроллеру домена партнера по репликации. Сперва, тем не менее, сравните затраты и полную стоимость владения (ТСО), принимая решение, связанное с модернизацией каналов связи интрасети, или решение, связанное с установкой партнера по репликации. Более подробно этот вопрос рассматривается в главе 10, "Физическая структура Active Directory". 
- Одним из преимуществ установки партнера по репликации является повышение отказоустойчивости всей системы. Установив партнера по репликации в удаленном сегменте, вы тем самым достигните сразу двух целей. 
