Red Line Software - мы помогаем вам управлять эффективностью работы вашего офиса.

В этой мини серии статей мы с моим коллегой Декланом Конроем рассмотрим задачу перехода с Novell GroupWise в Microsoft Exchange 2007. По мере написания статей этой серии мы затронем все области перехода, включая самые важные моменты фаз, планирования и подготовки. Время, затраченное на написание этих статей, поможет вам сэкономить много дней, когда вы впоследствии будете работать над проектами перехода. Мы точно покажем, как создавать подключаемость между двумя системами, и обсудим наиболее общие проблемные моменты касаемо функциональной совместимости. И, наконец, мы рассмотрим собственно процесс перехода, показывая, как можно использовать стандартные и дополнительные инструменты, а именно Quest GroupWise Migrator для Exchange. Нашей задачей является написание полной статьи о переходе с GroupWise в Exchange. Мы будем использовать примеры, ссылаться на существующий материал, который по мере необходимости будет исправляться и/или обновляться. Эта серия проведет любого начинающего консультанта в области перехода, по теории и практике, уделяя особое внимание тем моментам и советам, которыми мы можем помочь, а также тем ловушкам, которых следует остерегаться.

Планирование

Любой проект перехода состоит из трех ключевых фаз, как показано на рисунке 1.

Рисунок 1: Ключевые фазы в плане проекта перехода

• Фаза обнаружения (Discovery) состоит из оценки имеющейся инфраструктуры и исследования с целью выявления проблемных моментов, затруднений и целей.
• Фаза разработки решения (Solution Design) представляет собой фазу, в которой вы собираете вместе оптимальное решение, направленное на разрешение трудностей, смягчение проблемных моментов и достижение всех целей.
• Как только у нас вырисовалась четкая картина текущего положения дел и оптимального решения, можно разработать план перехода из того состояния, в котором мы находимся, в то состояние, которого мы хотим достичь.

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

• Фазы Отведите достаточно времени на каждую фазу. Наиболее часто встречающейся ошибкой является составление плана, в котором фазы идут одна за другой. Оставьте достаточно времени между фазами на перерасход и непредвиденные проблемы.
• Ресурсы и график Определите основу миграционной команды. Звучит вполне банально, но в своем плане вам следует учесть выходные членов своей команды и общественные праздники. Разбив свой план на высокоуровневые задачи и длительность, вы увидите, где возникает недостаток ресурсов и недостатки плана соответственно.
• Мониторинг и обзор Создание плана будет практически бессмысленным, если он потом не контролируется и не обновляется. План создается для того, чтобы помогать вам и направлять вас в процессе перехода. Постоянно обновляйте свой план с учетом прогресса с тем, чтобы вы могли планировать вперед, а это поможет вам вести проект в правильном направлении.
• Подтверждение идеи. Очень важно тщательно тестировать конструкцию вашей новой системы Exchange И план на то, как добиться желаемого результата. Зачастую люди разрабатывают реализацию своей системы Exchange и просто с головой погружаются в процесс перехода. Это не приведет к лучшему результату!
• Тренировка При работе с такими фундаментальными изменениями в технологии очень важно тренировать не только ваших администраторов, но и пользователей. Хотя идея электронной почты одинакова в обеих системах, различий в пользовательских интерфейсах будет достаточно, чтобы значительно снизить продуктивность, особенно среди наиболее активных пользователей.
• Вывод из эксплуатации существующих систем В этой фазе ваш проект практически завершен, однако важно четко понимать, как удалять старые системы, и принять меры для того, чтобы требования по сохранности данных исполнялись должным образом.

Что входит в процесс перехода на Exchange

При переходе с GroupWise на Exchange вопросы – что мы имеем и чего хотим - четко определены. Нам лишь остается выбрать наилучший план перехода.

Мы остановимся на специфике перехода с GroupWise в Exchange 2007 позже в этой статье и этой серии, но начнем с независимой точки зрения, с точки зрения технологии. Чтобы перейти на Microsoft Exchange вам потребуется выполнить три вещи. Эти три шага не зависят от источника или предыдущей системы, и показаны на рисунке 2.

Рисунок 2: Ключевые моменты перехода

• Создание объектов в активной директории. В отличие от Exchange 5.5 все версии Exchange, начиная с Exchange 2000, имеют интегрированную активную директорию. Это означает, что прежде чем создать кому-либо почтовый ящик Exchange, вам придется создать для них учетную запись. В нашем случае мы собираемся использовать коннектор для GroupWise, для инициализации объектов активной директории. Опции доступные в окне Импорт коннектора Microsoft Connector для GroupWise предоставляют список действий, которые можно применить, когда объект директории GroupWise не найден в активной директории. Мы выберем создание нового объекта пользователя. Мы рассмотрим процесс инициализации объектов активной директории во второй статье.
• Интеграция двух почтовых систем. За исключением тех случаев, которые мы называем внезапным переходом (big-bang migration), когда вы переводите все почтовые ящики и ресурсы в один в течение очень короткого промежутка времени, вам нужно будет учесть сосуществование и интеграцию. Во время периода сосуществования две несопоставимые почтовые системы должны выглядеть и работать, как одна целостная система. Вам следует учесть следующее: - Интеграцию и синхронизацию директорий для разрешения внутреннего адреса - SMTP почтовый поток и маршрутизацию - Календарь свободен/занят и информацию планировщика
• Переносимые данные. Многие предполагают, что потребуется переносить все, а это самый нежелательный сценарий развития событий при планировании, однако стоит задуматься. Переноса почтовых данных за последние 3-6 месяцев, а возможно даже чистого почтового ящика Exchange может быть достаточно.

Переход с GroupWise, трудности

Давайте посмотрим на то, с чем придется столкнуться во время перехода с GroupWise на Exchange.

Опции перехода на Exchange 2007

Процесс перехода с Novell GroupWise на Exchange 2007 осложнен дизайнерскими решениями, принятыми Microsoft при создании Exchange 2007. Предыдущие версии Exchange шли с инструментами, позволявшими осуществлять процесс перехода с GroupWise. Инструменты, входившие в Exchange 2003 для обеспечения сосуществования и перехода с GroupWise, были следующими:

• Коннектор для Novell GroupWise Этот инструмент давал возможность маршрутизации почты в систему GroupWise, а также позволял Exchange понимать адресное пространство GroupWise. После настройки он также позволял синхронизировать две директории, в результате чего между двумя системами существовала постоянная адресная книга.
• Коннектор календаря (Calendar Connector) Этот инструмент позволяет пользователям обеих систем просматривать информацию планировщика друг друга.
• Помощник перехода (Migration Wizard) включает опцию перенести с Novell GroupWise'. В этой серии мы также рассмотрим инструменты перехода Quest.

Exchange 2007 не имеет таких коннекторов, а это означает, что для обеспечения текущей интеграции и сосуществования с GroupWise, вам также потребуется применить Exchange 2003.

Вы не можете установить сервер Exchange 2003 в существующую организацию Exchange 2007, поэтому если требуется сосуществование и интеграция во время фазового перехода, вам сначала НЕОБХОДИМО установить Exchange 2003 в этой организации.

Рисунок 3 четко показывает, как две системы объединяются и взаимодействуют посредством коннектора календаря и GroupWise.

Рисунок 3: Сосуществование и объединение GroupWise и Exchange

Опыт и ожидания пользователя

Возможно менее очевидно, но не менее важно, что клиент GroupWise в системе GroupWise будет иметь другие функции и пользовательский опыт в отличие от клиента Outlook в системе Exchange.

• Не всегда можно будет провести параллели между тем, как выполнялись определенные действия в старой и новой системах.
• Могут отсутствовать прямые аналоги определенных функций клиента, или форматирования.

Это ведет прямиком к следующему моменту.

Выбор технологии перехода.

Следует поближе присмотреться к опциям перехода. Две опции, на которых мы остановим свое внимание в этой серии статей, это стандартный мастер Exchange 2003 Migration Wizard и мастер Quest GroupWise для Exchange. В основе своей, оба этих инструмента обладают схожим набором характеристик. Дополнительный инструмент (Quest) обладает расширенной функциональностью по сравнению со стандартным мастером, когда речь идет о переносе определенных параметров GroupWise, таких как доверенный доступ (proxy access), разрешения общих папок и, самое важное, локальных архивов GroupWise.

Очень подробное описание того, что можно перенести с помощью обоих инструментов, дано в таблице 1.

Если дополнительные возможности переноса в инструменте вам покажутся бесполезными, то стандартный мастер Migration Wizard покажется вам более чем подходящим.

В реальности, ваши предпочтения по мере оценки и пересмотра проекта будут склоняться на сторону либо одного, либо другого инструмента. Например, если вам нужно перенести локальные архивы GroupWise в Exchange, и у вас нет места на диске, времени или скорости для копирования локального содержимого обратно в GroupWise, готовую к переходу, единственный выбор, который у вас есть - это Quest!

Заключение

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

О соавторе Деклане Конрое

Деклан Конрой работает консультантом по информационным технологиям, и в первую очередь он специализируется на технологиях Microsoft, включая Exchange и активную директорию. Предварительно проработав в таких компаниях, как Hewlett Packard и Compaq в качестве консультанта внутренней поддержки ИТ, менеджера среднего звена и консультанта службы профессиональной поддержки, Деклан основал компанию Cheddon Consulting Limited в апреле 2005. С тех пор компания Cheddon Consulting осуществила перенос более 150,000 почтовых ящиков в Exchange Server.

Вы можете связаться с Декланом здесь, или на егоблоге.

Автор: Натан Уинтерс(Nathan Winters)

Натан Уинтерс – консультант по унифицированным коммуникациям для Dimension Data. В первой половине 2006 Натан основал Microsoft Messaging and Mobility User Group UK. В апреле 2007 Натан был награжден MVP (Exchange Server) за свою работу с MMMUG и за пожертвование в Mark Minasi Forum. Вы можете написать Натану на Nathan@clarinathan.co.uk или блог.