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

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

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

Введение

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

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

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

Прямая миграция Exchange

Таким образом, один из основных недостатков поэтапной миграции Exchange, о котором мы говорили в предыдущей статье, заключается в том, что она не поддерживала и даже сегодня поддерживает только Exchange 2003 и Exchange 2007. вам нужно будет либо выполнить прямую миграцию Exchange, либо миграцию на основе гибридного развертывания Exchange. В качестве альтернативы вы можете воспользоваться миграцией на основе IMAP или третьей стороной.
Однако не все клиенты Exchange могли использовать прямую миграцию Exchange вместо поэтапной миграции Exchange, поскольку в то время она поддерживала только до 1000 почтовых ящиков в локальной организации Exchange. Позже это было увеличено до 2000 почтовых ящиков.

Примечание

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

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

Одна вещь, которая не позволяла большинству организаций Exchange использовать вариант прямой миграции Exchange, даже если у них было менее 1000 пользователей почтовых ящиков, заключалась в том, что пользователи будут подготовлены в арендаторе Office 365 с помощью средства миграции, а не с помощью средства DirSync (каталог синхронизации), как это называлось в то время. Это означало, что организации, в которых был развернут Exchange 2010 или более поздней версии, имели менее 1000 пользователей почтовых ящиков и хотели использовать единый вход (SSO) с использованием федерации на основе AD FS, были вынуждены перейти на гибридное развертывание Exchange, если с тех пор необходимо было использовать собственный инструмент. AD FS ожидает, что локальная служба Active Directory будет источником полномочий.

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

Но, как и при поэтапной миграции Exchange, вы в основном добавляли свой домен к арендатору Office 365 и создавали пакет миграции, который подготавливал пользователей и почтовые ящики в арендаторе и начинал синхронизировать почтовые данные с соответствующими почтовыми ящиками. Затем вы изменили свою запись MX, чтобы она указывала на Exchange Online или, точнее, на FOPE, которая была службой фильтрации перед Exchange Online до миграции с FOPE на EOP.

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

Вариант миграции гибридного развертывания Exchange 2010

Последним и наиболее популярным вариантом миграции из прошлого является вариант миграции на основе гибридного развертывания Exchange. С выпуском локальной RTM-версии Exchange Server 2010 в ноябре 2009 года гибридные развертывания Exchange стали чем-то особенным.

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

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

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

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

Рис. 1. Организация Exchange Online теперь добавлена в качестве дополнительного леса Exchange в EMC.

Что сделало гибридные развертывания Exchange тем, с чем в тот период пошли почти все организации? Итак, как уже упоминалось, это единственный собственный вариант миграции, который обеспечивает полноценное сосуществование. Некоторые из вещей, которые вы получили, были:

• Защищенная маршрутизация почты TLS между локальной организацией Exchange и Exchange Online
• Маршрутизация почты с общим пространством имен домена. То есть основной SMTP-домен, используемый локально, может также использоваться в Exchange Online.
• Единый глобальный список адресов (GAL)
• Совместное использование сведений о занятости и календаре между локальными почтовыми ящиками и почтовыми ящиками Exchange Online
• Централизованный контроль потока входящей и исходящей почты (для соблюдения политик соответствия и т. д.)
• Единый URL-адрес Outlook в Интернете для локальной организации и организации Exchange Online.
• Возможность перемещать существующие локальные почтовые ящики в организацию Exchange Online (и за ее пределы) прозрачным образом, поскольку конечные пользователи могут продолжать работать, пока их почтовый ящик перемещается (в зависимости от локальной версии Exchange, в которой размещен почтовый ящик).
• В основном централизованное управление почтовыми ящиками с помощью локальной консоли управления Exchange (некоторые параметры задаются непосредственно в Exchange Online).

Кроме того, гибридное развертывание Exchange хорошо согласовывалось с настройкой DirSync и AD FS, с которой большинство клиентов работали в то время и продолжают использовать ее до сих пор.

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