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

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам:

• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 1)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 2)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 3)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 4)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 5)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 6)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 7)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 8)

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

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

Введение

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

Передача групп распределения

Итак, мы объединили все объекты, которые на самом деле имеют почтовые ящики GroupWise.

Списки распределения передаются с помощью инструмента Administrator Driven Batch Migrator.

Первый раз, когда вы запускаете Administrator Driven Batch Migrator, после лицензионного окна вам предоставляется четыре опции. Уберите флажки с опции GroupWise administrative functions и выберите нижнюю опцию Передача групп распределения, как показано на рисунке 1.

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

Нажмите Далее>, задайте опции входа, просмотрите краткий обзор, показанный на рисунке 3, и все готово.

Информация, используемая для создания групп распределения и их принадлежности, берется из четвертого файла, созданного Directory Exporter, файла GroupToProvision.txt.

Administrator Driven Batch Migrator

Мы уже использовали этот инструмент в предыдущих шагах для передачи групп распределения.

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

• Функции администрирования Exchange
• Функции администрирования GroupWise
• Перенос пользователей

Эти три опции нельзя выполнить одновременно, или за однократный запуск утилиты.

Функции администрирования Exchange

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

Мое мнение здесь состоит в следующем, если вы сначала выполняете функции администрирования GroupWise, что обычно включает сокрытие почтовых ящиков путем установки параметра видимости на значение «Нет», у вас появляется маленькое окно, в котором пользователь не имеет видимых почтовых ящиков ни в одной из систем. Если вы сначала включите почтовые ящики Exchange, то у вас появится безопасная сеть почтовых ящиков Exchange, прежде чем вы сокроете почтовые ящики GroupWise.

Функции администрирования Exchange довольно просты.

Выберите тип Целевой системы Exchange, как показано на рисунке 4

Далее выберите опцию Разрешить почтовые ящики для существующих учетных записей Active Directory, как показано на рисунке 5.

Далее введите мандаты и имя хоста контроллера домена, используемое для работы с Active Directory, как показано на рисунке 6.

В нашем случае пользователи были загружены в Active Directory с помощью коннектора MS Exchange GroupWise

Укажите Сервер и Хранилище почтовых ящиков, как показано на рисунке 7.

Просмотрите обзор информации и нажмите Exit >, как показано на рисунке 8. На этом работа с функциями администрирования Exchange завершена.

Функции администрирования GroupWise

Функции администрирования GroupWise немного более сложные, и здесь нам нужно будет сделать немного больше выборов.

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

Чтобы дать инструментам Quest необходимый доступ к почтовым ящикам, у нас есть три опции:

• Разрешить прокси доступ всем переносимым почтовым ящикам.
• Восстановить пароли для всех переносимых с GroupWise 6.0 или более ранней версии почтовых ящиков
• Использовать Trusted API с GroupWise 6.5 или более поздними версиями.

Мы рассмотрели некоторые утилиты, помогающие дать прокси доступ в шестой части серии. Quest также имеет AddProxy утилиту, которую можно вызвать через регистрационный сценарий (login script), который описан в Appendix A руководства пользователя.

Хотя мы рассматриваем прокси доступ, каждый GroupWise ресурс (почтовый ящик) имеет владельца, и этот владелец имеет прокси доступ к ресурсу. Чтобы иметь возможность установить пересылку на ресурс, вам сначала нужно получить доступ к ресурсу в качестве владельца почтового ящика и затем разрешить прокси доступ с переносимой учетной записи.

Итак, давайте осуществим функции администрирования GroupWise.

Для этого запуска я удалил Мэтта из UsersToMigrate.csv файла, поскольку это именно та учетная запись, которую я использую для миграции. Если я оставлю свою учетную запись миграции в .csv файле, она будет обрабатываться так же, как и все остальные почтовые ящики и когда я установлю видимость пользователя на значение «Нет» для переносимой учетной записи, то прокси доступ не будет работать ни для одной учетной записи. Здесь каждая учетная запись будет генерировать отчет об ошибке.

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

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

Далее у нас есть опция Установить пароль пользователя и Установить видимость пользователя.

Если у вас GroupWise 6.5 или более новая версия, не тратьте время на пароль пользователя, поскольку остальные опции для работы с пользовательским паролем неактивны.

Если вы используете 6.0 или более раннюю версию, то работа с паролем может быть неплохой альтернативой доверенному API или прокси доступу.

Я обычно предпочитаю отметить опцию Установить пересылку, но на самом деле не задавать никакой пересылки.

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

Когда видимость почтового ящика GroupWise установлена на значение «Нет», любое письмо, предназначенное для адреса форматом SMTP, находящееся в Exchange GAL, используемом в интернете или отображаемом в адресной книге GroupWise Address Book, будет доставляться на Exchange.

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

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

Я предпочитаю устанавливать автоматический ответ, советующий отправителю сообщения удалить частый контакт и повторить попытку, как показано на рисунке 10. Это скорее вопрос культуры, некоторые люди последуют этому совету, другие нет.

В окне, показанном на рисунке рисунке 11, производится выбор метода пересылки. Я обычно использую шлюз API Gateway. Однако мы на самом деле не осуществляем никакой пересылки, поэтому в моем случае это будет неуместным.

Если у вас версия GroupWise 6.0, то опции пароля для нее, показанные на рисунке 12, могут быть полезными.

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

Далее укажите учетную запись, которую вы будете использовать для прокси доступа, как показано на рисунке 14.

Далее проверьте результаты, как показано на рисунке 15.

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

Перенос пользователей

Для каждой группы почтовых ящиков GroupWise это третий и последний запуск Утилиты Administrator Driven Batch Utility.

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

На вкладке Безопасность нажимаем Дополнительно, а затем Добавить.

Добавляем учетную запись миграции Active Directory, в моем случае это учетная запись администратора, и нажимаем OK.

Пролистываем список вниз и выбираем Получать как, как показано на рисунке 16, а затем нажимаем OK трижды.

В Exchange 2007 процесс осуществляется из оболочки Exchange Management shell с помощью команды:

Add-ADPermission -Identity "Mailbox Store" -User "Administrator" -ExtendedRights Receive-As

Когда это разрешение было дано, мы можем снова запустить Administrator Driven Batch Migrator. На этот раз выбираем Переместить пользователей и Целевую систему Exchange, как показано на рисунке 17.

В моем случае у меня нет центрального хранилища архивов, поэтому я не стал перемещать их группами, как показано на рисунке 18. Я обычно использую Self-Service Desktop Migrator для архивов, о котором расскажу вкратце позже.

Отсюда я принял практически все опции по умолчанию. На рисунке 19 вы можете задавать опции для фильтрации перемещаемой почты.

Метод входа, показанный на рисунке 20 будет умолчанием последнего использовавшегося метода входа. Опция Использовать пользовательский пароль неактивна для версий GroupWise 6.5 и 7. Вы можете задать Прямое подключение путем ввода пути к Post Office.

На следующей странице, показанной на рисунке 21, я принял Почтовый ящик на базе сервера для Места назначения переносимых данных, а для Общей информации, показанной на рисунке 22 я оставил все по умолчанию.

Далее, вводим мандаты пользовательского профиля Outlook, которые будут использоваться для доступа к серверу Exchange, как показано на рисунке 23. Это окно протестирует профиль пользователя и разрешение ‘Получать как‘, которые мы настроили ранее.

На странице «Информация запуска» укажите имя файла лога, как показано на рисунке 24.

Наконец, откиньтесь назад и наблюдайте за перемещением данных! По завершении миграции вы увидите итоговую информацию, как показано на рисунке 25.

Задачи после перемещения

После того как пользователи были перемещены, они больше не видимы в списке глобальных адресов GroupWise, поскольку параметр их видимости был установлен на значение «Нет». Чтобы позволить новым почтовым ящикам Microsoft Exchange получать сообщения от старых GroupWise пользователей, новые почтовые ящики Exchange теперь должны быть обратно синхронизированы с GroupWise в качестве внешних контактов.

Коннектор MS Exchange для Novell GroupWise эксплицитный, и во вкладке Контейнеры экспорта, показанной на рисунке 26, мы сказали ему экспортировать Exchange пользователей из определенной OU (организационной единицы) в GroupWise.

Нам нужно переместить (перетянуть и отпустить) наши только что созданные почтовые ящики Exchange в эту OU, чтобы обратно синхронизировать почтовые ящики Exchange с GroupWise.

На данном этапе все наконец-то закончено!

Self Service Desktop Migrator

Завершив выполнение вышеописанных шагов, вы завершили процесс перехода, однако существует возможность сэкономить немного времени! Как? Утилиты Self-Service Desktop Migrator и Administrator Driven Batch Migrator, по сути, выполняют одну и ту же работу, но утилита администратора позволяет вам перемещать несколько почтовых ящиков группами, в то время как утилита self-service создана для того, чтобы позволить отдельным пользователям выполнять процесс перехода на своих машинах и перемещать почту, персональные адресные книги и локальные архивы на стороне сервера.

Self Service Desktop Migrator имеет гораздо меньше предварительных требований, но он все же требует установленных GroupWise и Outlook в соответствующем порядке, если пользователь хочет преобразовать архивы GroupWise в Outlook PST файлы.

Обычно утилита запускается с сетевого ресурса, поэтому ее можно запустить из сценария входа (login script) или из ссылки UNC в электронной почте. Общая директория на рабочей станции миграции должна быть доступной для сети, чтобы это решение работало.

Я не буду тратить много времени на описание утилиты self-service, скажу лишь, что есть .ini файл с названием gwdtapp.ini, обычно расположенный в директории C:\Program Files\Quest Software\GroupWise Migrator for Exchange\Shared, который позволяет вам изменять то, что в итоге видит пользователь.

Содержимое ini файла говорит само за себя, есть раздел под названием [Screens], позволяющий выбирать, какое из окон утилиты отображается, а какое будет скрытым, или работает в неуправляемом режиме.

Вы можете использовать значения показать (show) или пропустить (skip), чтобы изменять то, что получает конечный пользователь, и вы можете эффективно запускать процесс миграции всей вашей клиентской стороны. Вы также можете разрешить или удалить такие опции, как Нежелательная почта или Архив, путем редактирования gwdtapp.ini файла.

Эту утилиту следует принять во внимание, поскольку она может переложить часть процесса миграции на плечи ваших пользователей!

Резюме

Итак, мы сделали это! Мы начали с представления концепта миграции в первой части, затем перешли к настройке подключения во второй части, затем настроили коннектор в третьей части, протестировали подключение в четвертой, а после этого заставили сосуществование информации free-busy работать в 5 части. На этом этапе мы начали собственно процесс перехода! В 6 и 7 частях мы рассмотрели имеющиеся в системах инструменты, а части 8 и 9 завершили общую картину рассмотрением инструментов Quest.

Конечно есть еще масса вещей, которые мы не смогли рассмотреть в полной мере (или не рассмотрели вовсе), но судя по отзывам, которые мы получаем, мы предоставили весьма полезную информацию!

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

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам:

• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 1)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 2)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 3)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 4)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 5)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 6)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 7)
• Переход с GroupWise на Exchange 2007 – Функциональная совместимость и миграция (часть 8)

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

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