Эволюция миграции Exchange Online (часть 2)

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

• Эволюция миграции Exchange Online (часть 1)

Введение

В первой части этой серии статей мы прогулялись по воспоминаниям, когда дело дошло до вариантов миграции Exchange Online, когда Exchange Online был основан на Exchange 2007 и являлся частью пакета BPOS.

В этой части 2 мы продолжим с того места, на котором остановились в части 1. В частности, мы более подробно рассмотрим варианты миграции, которые были доступны в следующей версии Exchange Online, которая была включена в предложение с ребрендингом, которое было и будет до сих пор известен как Office 365.

Давайте идти…

Анонсирован первый пакет Office 365 Wave…

Пакет BPOS был далек от идеального облачного решения. Основная причина заключается в том, что включенные продукты «Программное обеспечение как услуга» (SaaS) были разработаны с учетом локальных сценариев. Например, Exchange 2007 никогда не планировался как облачная служба Exchange, совместно используемая тысячами клиентов. Хотя это был один из первых продуктов Microsoft, основанных на PowerShell, эта версия не поддерживала удаленную оболочку PowerShell. Кроме того, с точки зрения масштабируемости и размеров эта версия никогда не оптимизировалась для целей облачных служб.

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

Еще в ноябре 2009 года Microsoft выпустила Exchange Server 2010 RTM для своих локальных клиентов. В октябре 2010 года для избранных корпоративных клиентов была запущена частная бета-программа, чтобы они могли протестировать следующую версию BPOS, которая в апреле 2011 года стала общедоступной и была переименована в Office 365.

Рис. 1. Первая версия портала администрирования Office 365.

Поскольку Office 365 представлял собой полностью новую инфраструктуру, у существующих клиентов BPOS был год, чтобы спланировать миграцию с BPOS на Office 365. Это, конечно, включало переход с версии Exchange Online 2007 года на новую службу Exchange Online на основе Exchange 2010. Поскольку инструментов прямой миграции, которые могли бы перенести почтовые ящики из старой версии Exchange Online в новую, не было, корпорация Майкрософт участвовала в этой миграции и была очень занята, помогая и устраняя обнаруженные проблемы для клиентов, которым был дан год для перехода на Office 365..

Варианты миграции на службу Exchange Online на базе Exchange 2010

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

Поэтапная миграция Exchange

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

Чтобы предоставить конечным пользователям унифицированный глобальный список адресов в сценарии поэтапной миграции Exchange, вы настроили синхронизацию каталогов (DirSync) и, если требуется единый вход (SSO), развернули ферму служб федерации Active Directory (AD FS) 2.0 и объединили соответствующие домены. Таким образом, в подходе миграции Exchange Cutover (следующий в списке) вам потребуется развернуть и настроить серверы AD FS и сервер синхронизации каталогов до выполнения фактической миграции. Пользователи локальных почтовых ящиков должны существовать как пользователи с включенной поддержкой почты в Exchange Online, как и в настоящее время.

Стоит отметить, что эта модель миграции поддерживала только Exchange 2003 и Exchange 2007 в качестве исходных сред, а не Exchange 2010. Причиной этого были изменения кода, специфичные для NSPI, внесенные в Exchange Online, что привело к невозможности использования протокола Outlook Anywhere с Exchange. Серверы 2010 в локальной среде. Кроме того, подход поэтапной миграции Exchange не поддерживался только в планах Office 365 Professional и Small Business, а только в планах Enterprise.

Чтобы создать пакеты миграции, вы экспортировали локальных пользователей в CSV-файл и загрузили их в арендатор с помощью инструмента « Миграция по электронной почте » на онлайн-портале Exchange.

Рис. 4. Экспорт пользователей почтовых ящиков из Active Directory в файл CSV

Рис. 2. Инструмент переноса электронной почты в панели управления Exchange (ECP).

Рис. 3. Пакет миграции в инструменте миграции электронной почты в ECP

Основным недостатком метода поэтапной миграции Exchange является то, что вам приходилось преобразовывать пользователя локального почтового ящика в пользователя с включенной поддержкой почты с помощью сценария PowerShell, поскольку инструмент миграции электронной почты не мог выполнять эту запись в Active Directory через Протокол мобильного Outlook.

Для этого вам нужно было сначала запустить сценарий для Exchange Online, который выгружал пользователей и соответствующие данные атрибутов в CSV-файл.

Рисунок 4. Сценарий подключается к Exchange Online для соответствующего арендатора Office 365 и собирает необходимую информацию.

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

Рисунок 5. Преобразование пользовательских объектов почтовых ящиков в почтовые пользовательские объекты с помощью сценария Exchange2007MBtoMEU.ps1

Клиенты Outlook теперь будут получать сообщение « Администратор Microsoft Exchange внес изменения, требующие выхода и перезапуска Outlook », что само по себе нормально. К сожалению, с точки зрения конечного пользователя подход поэтапной миграции Exchange также имел существенный недостаток. Поскольку GUID почтового ящика не сохраняется для почтового ящика в Exchange Online, после перезапуска Outlook у пользователя появится диалоговое окно, показанное на рис. 6. Чтобы исправить это раздражающее поведение, необходимо восстановить профиль Outlook.

Рис. 6. Диалоговое окно, когда вы не создаете новый профиль Outlook

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

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

На этом завершается часть 2 этой серии статей, состоящей из нескольких частей.