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

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

Различие между переходом к новой версии и обновлением

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

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

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

Планирование стратегии перехода к новой версии

При качественном планировании перехода к новой версии необходимо учитывать все аспекты Exchange Server:

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

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

Технические цели необходимо рассматривать в согласовании с деловыми целями проекта. Общие технические цели включают себя следующие аспекты:

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

Оценка текущей ситуации

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

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

Выбор сетевых средств перехода к новой версии

В Microsoft разработан ряд важных средств, позволяющих осуществлять переход к новой версии. В этой и следующих лекциях будет рассказываться о том, как использовать эти средства при переходе с Exchange 5.5 Server на Exchange Server 2003. В частности, следующие средства помогут осуществить процедуру перехода к новой версии: Move Server Wizard (Мастер перемещения сервера), Exmerge и Exchange Migration wizard (Мастер миграции Exchange). Еще одно, более комплексное средство, называемое Active Directory Migration Tool (Средство миграции Active Directory), поможет в планировании перехода на Active Directory.

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

Мастер перемещения сервера

Мастер перемещения сервера (Move Server Wizard) позволяет свернуть организацию Exchange 5.5 в меньшее количество исходных сайтов (т.е. переместить мелкие сайты серверов в более крупные), чтобы упростить процесс перехода к новой версии.

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

Ниже перечислены ключевые особенности функционирования данного средства.

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

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

Exmerge

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

К недостаткам Exmerge относится его неспособность перемещать данные каталога при переносе почтового ящика. Кроме того, для импорта на целевую систему файла .pst на этой системе должен присутствовать почтовый ящик, и Exmerge не сохраняет адресные данные для ответов. После перемещения почтовых данных в новый почтовый ящик потребуется также перенастройка профиля Outlook. (Об использовании данного средства речь пойдет в гл. 2.)

Мастер миграции Exchange

Мастер миграции Exchange (Exchange Migration Wizard) - это еще одно средство для перемещения почтовых ящиков между серверами и организациями. Оно выполняет одношаговую процедуру для экспорта почтовых ящиков из Exchange 5.5 Server и импорта их в Exchange Server 2003, и также используется для переноса системной информации с сервера Exchange 5.5 на сервер Exchange 2003. Мастер миграции Exchange сохраняет данные каталога в процессе перехода к новой версии и заполняет Active Directory новой информацией по мере необходимости. Поддерживается возможность ответов, а также отличительное имя (Х.500 DN) почтового ящика.

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

Средство 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, необходимо обучить пользователей тому, как находить других членов организации по их отображаемым именам в адресной книге. Это обучение является залогом успешного перехода к новой версии.

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

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

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

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

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

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

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

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

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

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

Заключение

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