Планирование перехода к Exchange Server 2003

Средство Active Directory Migration

Утилита Active Directory Migration Tool (ADMT) - это полезная многофункциональная утилита, которая при правильном использовании обеспечивает "чистый" безошибочный переход к Active Directory. (Речь об этой утилите пойдет в гл. 2.) Она представляет собой оснастку Microsoft Management Console (MMC), содержащую мастера автоматизации задач перехода к новой версии ПО, таких как перемещение пользователей, групп и компьютеров между лесами (или внутри них). Программа позволяет осуществлять перенос данных о доверии и выполнять перенос параметров безопасности.

С помощью ADMT можно перемещать учетные записи пользователей и компьютеров из Windows NT в Active Directory и отгружать данные службы каталогов Exchange 5.5 в Active Directory для дополнения атрибутов учетной записи. Данное средство может работать в пробном режиме, при котором фиксируются все выполняемые действия, но не происходит непосредственного выполнения задач. Эта возможность позволяет проверить план перехода на новую версию и ознакомиться с результатами процесса без непосредственного выполнения перехода.

Организация группы сотрудников для перехода к новой версии

В небольших организациях переход к новой версии может выполняться одним пользователем. Однако в средних и крупных организациях залогом успешной процедуры миграции является ее коллективное выполнение. Если сотрудник организации или администратор утверждает, что может полностью выполнить переход на новую версию, следует понять, что не все так просто. таблица 1.1 содержит сведения о том, какие сотрудники должны быть задействованы в процессе миграции и какие задачи они должны выполнять.

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

Варианты переноса пользователей

Пользователей можно переместить либо всех сразу (этот подход называется однофазной миграцией), либо по группам (многофазная миграция). Однофазная миграция полезна, если не осуществляется перенос данных с имеющейся системы, если имеется возможность единовременного перемещения всех пользователей, и если есть в наличии все оборудование, необходимое для работы систем Exchange 2003. В более крупных информационных средах данный метод используется реже из-за ограничения ресурсов, связанного с единовременным переносом большого числа почтовых ящиков, списков рассылки и других данных Exchange.

Рекомендуется использовать многофазную миграцию, если организация не может обновить одновременно все подразделения, если необходимо освободить оборудование для повторного развертывания в процессе выполнения последующих этапов миграции, или если рассматриваемая организация не может осуществить перенос всех пользователей за приемлемый промежуток времени. Многофазная миграция требует обеспечения сосуществования различных сред. (Вопросы, связанные с сосуществованием, обсуждаются с точки зрения архитектуры в гл. 3.) Сосуществование - это термин, означающий ситуацию, при которой две различные платформы (в нашем случае Exchange 5.5 и Exchange 2003) должны существовать бок о бок и беспрепятственно взаимодействовать.

Поддержка соединений при сосуществовании платформ

При работе в двухплатформенной среде необходимо разрешить большое количество вопросов. Рассмотрим каждый из них.

Соединения между платформами

Чтобы соединить разнородные платформы, необходимо наличие некоторого соединения между платформами во время процедуры миграции. Если осуществляется переход от Exchange 5.5 к Exchange Server 2003, можно использовать Active Directory Connector (ADC). Если выполняется переход с другой системы, то возможно использование коннектора SMTP или коннектора Х.400. Здесь важно понять, что Exchange 2003 будет работать с большинством коннекторов, и следует планировать метод внутренней передачи сообщений между группами во время процедуры миграции.

Поддержка внешних адресов

Если пользователи системы получают электронную почту из других систем в организации или извне ее, то адреса электронной почты внешних пользователей должны быть сохранены. При качественно проведенном планировании можно присоединить эти адреса к перенесенным почтовым ящикам, о чем пойдет речь в гл. 2. Если администратор предпочтет не делать этого, то его пользователям понадобится сообщить другим пользователям свои адреса электронной почты.

Соглашения об именовании

Вам потребуется уделить внимание вопросам, связанным с соглашениями об именовании. Перед миграцией необходимо рассмотреть и формализовать как текущие соглашения об именовании, так и те, которые предполагается использовать в Exchange 2003.

Имена службы каталогов.Имя службы каталогов также называется общим именем. Общее имя используется в Active Directory для создания уникального полного имени службы каталогов для почтового ящика. Оно отображается только в Exchange System Manager (ESM). Имя по умолчанию службы каталогов совпадает с псевдонимом, но не содержит пробелов. Имена службы каталогов нельзя изменить после создания, поэтому необходимо удостовериться в приемлемости соглашения об именовании перед созданием почтового ящика.

Отображаемые имена.Это имя отображается в адресной книге и может быть изменено в любое время. Перенесенные (мигрированные) сообщения используют отображаемые имена отправителей и получателей. Если изменить отображаемые имена в процессе миграции, то отправка ответов на мигрированную почту окончится неудачей, если между старыми и новыми отображаемыми именами не установлены связи. По умолчанию для создания адресов электронной почты Х.400 используются имя и фамилия. Для создания SMTP-адреса используется псевдоним. Псевдоним виден всем пользователям и может содержать пробелы, в отличие от имени службы каталогов. Необходимо, чтобы в соглашении об именовании указывалось, нужно ли в качестве имени (как такового) или отображаемого имени использовать прозвище (краткое имя). Кроме того, следует также определить, каким образом будет осуществляться поддержка дубликатов имен и имен, содержащих дефис.

Управление перенесенными сообщениями

После выполнения миграции почтового ящика в старом почтовом ящике могут находиться сообщения, отправленные в процессе переноса почтового ящика на новую версию программного обеспечения. Exchange 5.5 позволяет настроить старый почтовый ящик на пересылку электронной почты в новый почтовый ящик. Тем не менее, если рассматривается система, не поддерживающая пересылку электронной почты, или если почтовый ящик Exchange 5.5 не настроен на пересылку сообщений электронной почты, пользователям системы понадобится подключиться к старому почтовому ящику для получения сообщений, которые по-прежнему в нем находятся. Вы как администратор можете попросить пользователей выполнить эту задачу перед тем, как их профили Outlook будут перенастроены на новый почтовый ящик.

Чтобы при работе пользователей не возникали проблемы при отправке ответов на мигрированные сообщения, необходимо разрешить некоторые вопросы. Во-первых, если только одно отображаемое имя соответствует отображаемому имени в сообщении, Exchange без каких бы то ни было проблем обработает адрес и перешлет сообщение. Однако если отображаемому в сообщении имени соответствуют несколько отображаемых имен, пользователь получит диалоговое окно с предложением выбрать одно имя из списка отображаемых имен. Пользователь может запутаться, если отображаемое имя в Exchange 5.5 совпадает с отображаемым именем в Exchange Server 2003, и на обеих платформах существуют почтовые ящики одного и того же пользователя. Нетрудно понять, насколько неприятной может быть эта ситуация.

Во-вторых, если ни одно отображаемое имя в адресной книге не совпадает с отображаемым именем в сообщении, пользователь должен найти новый адрес в списке адресов. Если происходит изменение соглашения об именовании в Exchange 2003, необходимо обучить пользователей тому, как находить других членов организации по их отображаемым именам в адресной книге. Это обучение является залогом успешного перехода к новой версии.

Чтобы пользователь смог ответить на мигрированное сообщение, отображаемое имя должно присутствовать в списке адресов либо в виде особого получателя, либо в виде почтового ящика, но одновременно оба варианта имени существовать не могут.

Перенос списков рассылки

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

• Осуществить миграцию списков рассылки перед миграцией почтовых ящиков.
• Настроить для каждого списка рассылки схему пересылки в группу распространения в Windows Server 2003.
• Осуществлять поддержку двух списков на обеих системах. Это необходимо делать вручную, и, вероятно, это наименее предпочтительный вариант.
• Отключить списки рассылки в Exchange 5.5 и создать новые группы распространения в Exchange 2003 по завершении процедуры миграции.

Создание плана развертывания

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

Существенную роль может сыграть тестовая среда, симулирующая текущую платформу и определяющая жизнеспособность составленного плана. Такая среда обеспечивает два важных преимущества. Во-первых, она позволяет понять, сработает ли составленный план. Во-вторых, это возможность попрактиковаться и проверить свои навыки по проведению процедуры миграции данных. Посредством этого подхода можно ознакомиться с соответствующими окнами, параметрами и опциями. Изучение миграции с помощью моделирования реальной ситуации поможет избежать непредвиденных обстоятельств.

Большая часть мелких и средних организаций не обладает достаточными средствами или пространством для создания модели информационной среды. Те организации, у которых имеется достаточно пространства, и бюджет которых позволяет создать своего рода лабораторию для тестирования, окажутся на много шагов впереди других при разрешении проблем, и, кроме того, их сотрудники смогут предотвратить проблемы во время реальной процедуры миграции данных.

В рамках процесса миграции следует разработать план по выходу из непредвиденных обстоятельств, с помощью которого можно будет предпринять целенаправленные шаги в случае ошибки, сбоя или неожиданных результатов. План по выходу из критических ситуаций должен включать в себя следующие пункты.

• Описание решаемых проблем и методы их решения.
• Планы отката (отмены действий) на каждом этапе процедуры миграции.
• Четкое определение точки, в которой откат нежелателен или невозможен.
• Метод и порядок миграции DRBHS, BHS и общих папок.
• Метод списания старых серверов.
• Когда и кто должен переводить Exchange Server 2003 в собственный режим (native mode).

Структура примерного плана миграции

В данном параграфе приводится часть примерной структуры плана миграции. Планы перехода на новую версию сильно различаются в зависимости от региона, страны и организации, поэтому данную структуру следует использовать как отправную точку для создания своего собственного плана.

• Название плана миграции
• Название проекта миграции
• Область плана миграции
• Причины перехода на Exchange Server 2003
• Причины, связанные с деловой деятельность организации
• Оценка затрат
• Ожидаемый коэффициент окупаемости инвестиций (ROI)
• Вопросы, связанные с производительностью
• Другие причины
• Технические причины
• Повышенный уровень безопасности
• Повышенный уровень гибкости администрирования
• Другие причины
• Преимущества перехода на Exchange Server 2003
• Цели, которые необходимо достичь
• Объективные/минимальные цели
• Определение того, когда цель можно считать достигнутой
• Группа сотрудников, вовлеченных в процедуру миграции
• Контактная информация членов группы
• Обязанности и ответственность сотрудников
• Связь между сотрудниками
• Связь между сотрудниками и руководством
• Оценка текущего состояния сети
• Схема и описание физического уровня
• Моменты, которые нужно усовершенствовать перед процедурой миграции
• Схема и описание сетевого уровня
• Моменты, которые нужно усовершенствовать перед процедурой миграции
• Разрешение имен
• DHCP
• Топология Windows Server 2003
• Размещение контроллера домена
• Размещение глобального каталога
• Топология сайта Windows Server 2003
• Структура средств безопасности
• Топология межсетевых экранов
• Системы обнаружения вторжений (IDS) и программы защиты
• Предложения по расположению серверов-интерфейсов (front-end серверов)
• Рассмотрение аппаратной части
• Оборудование, имеющееся на данный момент
• Предлагаемое оборудование с указанием затрат
• Восстановление ресурсов для списанных серверов
• Приложения для Exchange, разработанные в частном порядке
• Описание изменения этих приложений при работе в Exchange 2003
• Способ возврата и проверка качества
• Предлагаемая топология сети после миграции
• Структура Active Directory
• Административная структура Exchange
• Почтовый ящик пользователя и структура базы данных
• Структура общей папки
• Структура DNS, DHCP, контроллера домена и глобального каталога
• Структура системы удаленного доступа и компонента Outlook WebAccess
• Безопасность средств коллективной работы в Exchange 2003
• План перехода на новую версию программного обеспечения
• Создание и подготовка Active Directory
• Перенос пользователей в Active Directory
• Перенос данных службы каталогов в Active Directory
• Перенос почтовых ящиков в Active Directory
• Перенос списков рассылки в Active Directory
• Перенос общих папок в Active Directory
• Обновление клиентов до Outlook 2003
• Списание старых серверов Exchange
• Переход в собственный режим работы
• Оценка затрат и полученных результатов

Заключение

В данной лекции проведен краткий обзор планирования перехода на Exchange Server 2003. Планирование - необходимое условие успешного выполнения миграции; однако одного планирования недостаточно. В следующей лекции будет показано, как перейти с платформы Windows NT 4.0/Exchange 5.5 в среду Windows Server 2003/Exchange Server 2003, a также будет рассказано о некоторых средствах, упомянутых в данной лекции.