Миграция почтовых ящиков Office 365: очень простые способы обработки

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

1 Миграция почтовых ящиков Варианты Office 365 1.1 Прямая миграция

1.1.1 Прямая миграция с EAC

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

1.3 Миграция гибридного развертывания

2 Сторонние инструменты миграции

3 рекомендации по миграции

4 Уменьшите TTL для записей MX

5 Производительность миграции

6 Регулирование службы миграции

7 Пользовательское регулирование

8 Перемещение почтовых ящиков обратно в локальную среду Exchange

8.1 Почтовый ящик, изначально созданный локально

8.2 Почтовый ящик, изначально созданный в Exchange Online

Варианты миграции почтовых ящиков Office 365

Существует три основных типа вариантов миграции:

• Прямая миграция
• Поэтапная миграция
• Миграция гибридного развертывания

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

Прямая миграция идеально подходит для организаций с 1000 почтовых ящиков или меньше. Другим важным требованием для прямой миграции является отсутствие синхронизации каталогов. Причина этого в том, что прямая миграция создаст пользователей в Microsoft 365 как часть процесса. Поэтому, если синхронизация каталогов уже синхронизирует объекты Active Directory (AD) с Microsoft 365, вам необходимо использовать поэтапную миграцию или миграцию с использованием гибридного развертывания. Вы должны отключить синхронизацию каталогов, если хотите выполнить прямую миграцию.

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

• Служба миграции подготавливает новые почтовые ящики в Exchange Online, читая локальную адресную книгу Exchange 2003 или 2007.
• Локальные группы рассылки и контакты переносятся в Exchange Online.
• Затем служба миграции переносит содержимое, контакты и элементы календаря из локальных почтовых ящиков в соответствующие сетевые почтовые ящики. Эта часть процесса называется начальной синхронизацией.
• Содержимое локальных почтовых ящиков синхронизируется с соответствующими почтовыми ящиками в сети каждые 24 часа. Эта часть процесса называется добавочной синхронизацией.
• Когда вы будете готовы завершить миграцию, измените запись MX, чтобы начать маршрутизацию электронной почты в онлайн-почтовые ящики и завершить миграцию. Exchange выполнит окончательную синхронизацию и уведомит администратора по электронной почте о завершении миграции.

Уведомление по электронной почте будет содержать два отчета:

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

Прямая миграция с EAC

Если в вашей организации используется последний выпуск Microsoft 365, ECP не будет доступным вариантом графического пользовательского интерфейса (GUI). Вместо этого вы будете использовать EAC. Чтобы инициировать прямую миграцию с помощью Центра администрирования Exchange, выполните следующие действия.

• Доступ к центру администрирования Microsoft 365
• После проверки подлинности выберите Exchange в центрах администрирования.

• В Центре администрирования Exchange разверните Миграция на панели слева и выберите Пакет , а затем щелкните Новый пакет миграции .

• Введите имя для прямой миграции и выберите «Выбрать миграцию на Exchange Online» в качестве пути миграции, а затем нажмите «Далее».

• Выберите тип миграции как прямую миграцию.

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

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

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

EmailAddress : это SMTP-адрес почтового ящика и единственный обязательный атрибут.

Пароль : пароль, который будет установлен для облачного почтового ящика после его переноса. Это необязательный атрибут, и он не требуется, если включен единый вход (SSO). Если вы зададите пароль в файле .csv и включите систему единого входа, он будет проигнорирован. Просто оставьте это поле пустым, если оно не относится к вашей конфигурации.

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

• Этот файл .csv приведет к тому, что процесс поэтапной миграции перенесет пять почтовых ящиков, установит пароль для новых облачных почтовых ящиков на NewPa$$word и потребует, чтобы только Майк и Скотт изменили свой пароль при первоначальном входе в соответствующие облачные почтовые ящики.

• CSV-файл может содержать только эти атрибуты.

• Затем выберите целевой домен и укажите лимит плохих и крупных элементов , если это необходимо.

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

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

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

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

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

• Служба миграции проверяет, настроена ли синхронизация каталогов, запрашивает CSV-файл и проверяет, что каждая запись в CSV-файле является пользователем с включенной поддержкой почты (MEU) в Microsoft 365.
• Затем служба преобразует MEU в почтовые ящики и заполняет свойство TargetAddress локального почтового ящика адресом электронной почты облачного почтового ящика.
• После обновления свойства TargetAddress для всех почтовых ящиков вы получите электронное письмо со списком успешно созданных и преобразованных почтовых ящиков. Содержимое почтового ящика еще не перенесено, но пользователи могут начать использовать почтовый ящик без каких-либо изменений записи MX. Это связано с тем, что если сообщения электронной почты поступают в локальный почтовый ящик, они будут перенаправлены в Exchange Online из-за свойства TargetAddress.
• Затем служба переноса начинает переносить содержимое, контакты и элементы календаря из локальных почтовых ящиков в соответствующие сетевые почтовые ящики. Когда миграция контента завершена, администраторам по электронной почте отправляется еще один отчет.
• На этом этапе вы можете создавать и запускать дополнительные пакеты миграции.
• Когда вы закончите миграцию, измените записи MX, чтобы электронная почта доставлялась непосредственно в онлайн-почтовые ящики. Затем вы можете завершить миграцию. Служба миграции выполнит всю необходимую очистку и проверку, чтобы убедиться, что все MEU, имеющие соответствующие локальные почтовые ящики, были перенесены. Окончательный отчет о состоянии будет отправлен администратору.

• Выберите тип миграции для поэтапной миграции.

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

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

Миграция гибридного развертывания

Миграция после создания гибридной среды Exchange — один из самых популярных подходов, потому что, в отличие от других методов, которые мы рассмотрели до сих пор, после создания гибридной среды Exchange вы можете перемещать почтовые ящики в облако и обратно в локальную среду. Частью настройки гибридной среды Exchange является внедрение сервера клиентского доступа (CAS) Exchange 2010 с пакетом обновления 3 (SP3). Это представляет службу репликации почтовых ящиков (MRS), которая поставляется с CAS 2010 SP3. MRS — это служба, отвечающая за перемещение почтовых ящиков.

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

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

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

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

Сторонние инструменты миграции

Если по какой-либо причине существующие инструменты и параметры, предоставляемые Microsoft, не соответствуют вашим потребностям в миграции, вы всегда можете воспользоваться сторонними инструментами. Примерами сторонних инструментов миграции Exchange являются Quest Software, Binary Tree, BitTitan, Cemaphore и Metalogix. Exchange является зрелой платформой и существует уже некоторое время. Поэтому сторонние инструменты легко доступны и столь же зрелы.

Лучшие практики миграции

Существует несколько рекомендаций по переносу почтовых ящиков. Мы перечислим некоторые из распространенных вариантов, которые следует рассмотреть при переносе почтовых ящиков с локальных почтовых серверов на Exchange Online.

Уменьшите TTL для записей MX

В большинстве случаев вам потребуется перенаправлять входящую электронную почту в Exchange Online. Поэтому, прежде чем запускать какие-либо задачи миграции, независимо от того, является ли она прямой, поэтапной или IMAP-миграцией, измените время жизни (TTL) ваших записей MX, чтобы улучшить время конвергенции DNS при переключении записей MX. Рекомендуется изменить TTL на 3600 секунд, что составляет один час.

Производительность миграции

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

Регулирование службы миграции

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

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

Регулирование пользователей

• Регулирование пользователей в основном влияет на сторонние инструменты миграции. Регулирование пользователей ограничивает количество почтовых ящиков, к которым пользователь может получить одновременный доступ, и предназначено для минимизации рисков и сохранения ресурсов.
• Поэтому, если средство миграции использует одну учетную запись службы с доступом ко всем почтовым ящикам, Microsoft 365 может ограничить учетную запись службы, если она начнет одновременно получать доступ к слишком большому количеству почтовых ящиков в процессе миграции, что повлияет на производительность миграции.
• При оценке инструментов миграции убедитесь, что регулирование пользователей не повлияет на производительность.
• Хорошие инструменты миграции обычно используют веб-службы Exchange для олицетворения учетных записей пользователей, поэтому Exchange Online видит не одного пользователя, одновременно обращающегося к нескольким почтовым ящикам, а скорее пользователей, получающих доступ к своим соответствующим почтовым ящикам. Таким образом, пользовательское регулирование не будет запущено.

Перемещение почтовых ящиков обратно в локальный Exchange

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

Почтовый ящик, изначально созданный локально

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

• Перейдите в Центр администрирования Exchange -> Получатели -> Миграция.
• Нажмите + и выберите « Мигрировать из Exchange Online ».

• В « Выберите пользователей, которых вы хотите переместить », нажмите « Добавить » и найдите почтовый ящик, который вы хотите перенести, а затем нажмите «Далее».

• Выберите конечную точку миграции и нажмите Далее.

• Подтвердите конечную точку миграции и нажмите Далее.

• Введите имя миграции и домен клиента. Например, techiberry.onmicrosoft.com, выберите «Переместить основной почтовый ящик и архивный почтовый ящик, если он существует», укажите целевую базу данных и нажмите «Далее».

• Нажмите «Обзор», чтобы получить отчет по электронной почте после завершения миграции, и выберите «Автоматически запускать пакет» и «Автоматически завершать пакет миграции», нажмите «Создать».

Почтовый ящик, изначально созданный в Exchange Online

Если почтовый ящик Exchange Online, который вы хотите переместить обратно в локальную среду Exchange, изначально был создан в Microsoft 365, вам потребуется сначала установить свойство ExchangeGUID для связанного локального почтового ящика. Это необходимо сделать, поскольку свойство ExchangeGUID не синхронизируется обратно со связанным локальным почтовым ящиком, если почтовый ящик был изначально создан в Microsoft 365. Чтобы запрос на удаленное перемещение был успешным, значение, хранящееся в свойстве ExchangeGUID, должно быть одинаковым для почтовый ящик в Microsoft 365 и связанный локальный удаленный почтовый ящик.

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

• Запустите консоль управления Exchange на локальном гибридном сервере Exchange.
• Проверьте, задано ли свойство ExchangeGUID локального удаленного почтового ящика, введя следующую команду.

Get-RemoteMailbox «псевдоним облачного почтового ящика для переноса обратно в локальную среду» | Список форматов ExchangeGUID

• Если возвращаемое значение для ExchangeGUID не все нули, устанавливается ExchangeGUID. Вы можете немедленно инициировать перемещение удаленного почтового ящика обратно в локальную среду Exchange, выполнив действия, описанные в разделе «Почтовый ящик, изначально созданный в локальной среде».
• Если возвращаемое значение для ExchangeGUID — все нули, то ExchangeGUID не задан. Введите следующую команду, чтобы получить ExchangeGUID для почтового ящика Exchange Online, и запишите возвращенное значение. Не используйте командную консоль Exchange.

Get-Mailbox «псевдоним облачного почтового ящика для переноса обратно в локальную среду» | Список форматов ExchangeGUID

• Вернитесь в окно командной консоли Exchange и введите следующую команду, чтобы установить значение свойства ExchangeGUID в локальном удаленном почтовом ящике.

Set-RemoteMailbox «псевдоним облачного почтового ящика для перемещения» -ExchangeGUID «вставить GUID почтового ящика Exchange Online»

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

Читайте также : Как перенести собрания Skype в собрания Teams?

Теперь я хотел бы услышать от вас:

Какой вывод из сегодняшнего поста показался вам наиболее интересным? Или, может быть, у вас есть вопрос о чем-то, что я рассмотрел.

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