- •Планирование топологии сайта
- •Планирование леса
- •Планирование доверия
- •Планирование подразделения
- •Планирование домена и подразделения
- •Планирование репликации
- •Планирование сайта главного офиса
- •Планирование промежуточного сайта
- •Планирование контроллера домена
- •8.2. Причины делегирования администрирования
- •Делегирование администрирования лесов, деревьев и подразделений
- •Определение видимости объектов в Active Directory
- •Планирование изменения структуры
- •Средства преобразования Active Directory
- •Планирование тестовой лаборатории
- •Планирование архивации и восстановления
- •Планирование логической структуры домена
- •Моральная подготовка
- •Забудьте о Windows 2000
- •Комитет по планированию структуры домена
- •Управление доменами
- •Управление внесением изменений
- •Анализ предприятия
- •Рабочие среды предприятия
- •Внешняя среда
- •Внутренняя среда
- •Дополнительная среда
- •Работа с организационными диаграммами
- •Административное моделирование
- •Централизованное администрирование
- •Децентрализованное администрирование
- •Хорошо, плохо, неразумно
- •Логическая структура домена: блок-схема
- •Функции корневого домена
- •Домены второго уровня
- •Управление отдельными департаментами
- •Уменьшение задержки передачи данных по сети и снижение негативного эффекта от проведения репликации
- •Использование моделей децентрализованного администрирования
- •Управление автономными отделами
- •Применение различных политик доменов
- •Обеспечение требований безопасности
Планирование изменения структуры
Самое важное в планировании изменения структуры — это определить необходимость данного шага и способ его реализации. Без изменения структуры не обойтись в том случае, если существующая структура Windows NT или Windows 2000 не соответствует целевой структуре. Миграция структуры может осуществляться поэтапно с сохранением обратной совместимости. Тем не менее прежде чем приступить к каким-либо действиям, ответьте на следующие вопросы. Действительно м существующая структура настолько плоха? Убеждены ли вы в отсутствии возможности поддержки текущего рабочего окружения в процессе перехода на новую технологию?
Если вы ответили утвердительно хотя бы на один из вопросов, изменение структуры сети вашей организации действительно неизбежно. И причина этого— необходимость поддержки сети в условиях постоянно меняющегося окружения. Предположим, департаменты А и Б организации имеют свои собственные домены. Что произойдет, если руководство организации примет решение об объединении этих департаментов? В окружении Windows NT можно создать доверие между двумя серверами, однако полное слияние будет невозможно без воссоздания в одном из доменов всех пользователей. С другой стороны, окружение Windows 2000 и Windows Server 2003 более дружественно по отношению к изменяющимся организациям. Конечно же, и в дои случае вам придете* проделать немалый объем работы, однако, если речь идет о Windows Server 2003, вам по крайнгй мере никогда не придется переформатировать сервер.
Изменение структуры сети нельзя осуществить за одну ночь. Вам нужно предусмотреть, какое влияние могут ока: ать те или иные изменения. Кроме того, вы должны познакомиться с существующими средствами преобразования Active Directory.
Средства преобразования Active Directory
В разделе "Планирование обновления" мы уже упоминали средство подготовки Active Directory ADPrep. ехе. Применение этой программы— неотъемлемая часть процесса перехода на Windows Server 2003. ADPrep.exe подготавливает лес и домены к обновлению Active Directory путем выполнения целого ряда операций перед установкой первого контроллера домена. Средство ADPrep. ехе находится на компакт-диске Windows Server 2003; в результате выполнения этой программы на локальный компьютер копируются файлы 4 09. csv и depromo. csv из папки 1386 или из сетевого размещения.
Под подготовкой Active Directory подразумевается объединение текущей и старой схемы с сохранением в текущем окружении предыдущих изменений схемы. Для того чтобы произвести подготовку леса, выполните команду ADPrep. ехе /f orestprep, подготовку домена— команду ADPrep. ехе /domainprep. Параметр /f orestprep применяется также при проведении подготовки хозяинг. операций схемы.
При каждом выполнении программы ADPrep. ехе создается файл журнала. Бла-ммелсу годаря фиксированию в файле журнала всех действий, предпринимаемых в про-х**' цессе подготовки Active Directory, он оказывается незаменим при устранении неполадок.
Планирование тестовой лаборатории
Планирование тестовой лаборатории поможет вам разработать эффективную стратегию тестирования путем создания сценария, максимально приближенного к реальной рабочей среде организации. В процессе разработки подобного сценария вы сможете проверить свои предположения и обнаружить потенциальные проблемы, снижая тем самым риск возникновения ошибок и сбоев в процессе эксплуатации системы.
Размеры и месторасположение тестового окружения зависят от ситуации. Тип разворачиваемой лаборатории определяется такими факторами, как наличие физического пространства, бюджет, доступные временные и человеческие ресурсы, существующие лаборатории, корпоративная культура, а также цели проекта или компании. Основываясь на этих факторах, можно выделить два типа тестовых лабораторий: специальная лаборатория (Ad Hoc lab) и лаборатория по внесению изменений (Change Management lab). Специальная лаборатория создается в рамках конкретного тестового проекта. После завершения последнего использовавшееся оборудование можно оставить для проведения новых тестов, перенести в реальную среду предприятия или же вернуть производителю. Несмотря на то что полная стоимость владения специальной лабэраторией зависит от числа тестовых проектов, ее можно эффективно уменьшить за счет повторного использования оборудования. В отличие от специальной лаборатории, окружение лаборатории по внесению изменений является постоянным. На первый взгляд может показаться, что полная стоимость владения лабораторией по внесению изменений выше, чем у специальной лаборатории. Это не совсем так. В отличие от лаборатории по внесению изменений, полную стоимость владения специальной лабораторией практически невозможно просчитать заранее. Лаборатория по внесению изменений может использоваться для выполнения следующих задач:
изменение структуры сети;
установка пакетов обновления и обновлений программного обеспечения;
тестирование совместимости бизнес-приложений;
настройка рабочего стола;
установка новых аппаратных платформ;
выполнение действий, связанных с администрированием и поддержкой системы;
использование средств управления клиентскими компьютерами.
Если в процессе определения типа модели тестовой лаборатории некоторые обстоятельства (например, размер бюджета) не позволяют вам выбрать оптимальное решение, постарайтесь во что б это ни стало преодолеть данную проблему.
Выбрав подходящую модель тестовой лаборатории, убедитесь в том, что она корректно отражает рабочую среду предприятия. Для этого подготовьте контрольный список, в котором будут содержаться ключевые сведения об окружении. В частности, в этот список может входить информация о текущей или целевой логической и физической структуре сети; о функциональных особенностях системы, требующих пристального изучения; о средствах администрирования, пакетах обновления, драйверах и новых версиях BIOS серверов, которые необходимо протестировать.
По мере расширения требований к тестовому окружению контрольный список будет расти. Определив все необходимые параметры тестовой лаборатории, вам следует сосредоточиться на документации. И хотя это занятие не из легких, наличие документации очень важно для пользователей тестовой лаборатории. Так, при тестировании активно используются описание и диаграммы лаборатории для построения различных тестовых сценариев.
