Поделиться через

Поэтапная миграция в Microsoft 365 с помощью PowerShell

  • Статья

Эта статья относится к Microsoft 365 корпоративный и Office 365 корпоративный.

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

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

Примечание.

Вы также можете использовать Центр администрирования Exchange для выполнения поэтапной миграции. См . статью Выполнение поэтапной миграции электронной почты в Microsoft 365.

Что нужно знать перед началом работы

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

Для выполнения этой процедуры (процедур) необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в записи "Миграция" в разделе Разрешения получателей .

Чтобы использовать командлеты Exchange Online PowerShell, вам необходимо войти в систему и импортировать командлеты в локальный сеанс Windows PowerShell. Инструкции см. в разделе Подключение к Exchange Online PowerShell.

Полный список команд миграции см. в статье Командлеты перемещения и миграции.

Шаги миграции

Шаг 1. Подготовка к поэтапной миграции

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

Настройте Outlook Anywhere в локальной Exchange Server служба миграции электронной почты использует Outlook Anywhere (также известный как RPC через HTTP) для подключения к локальной Exchange Server. Сведения о настройке Outlook Anywhere для Exchange Server 2007 и Exchange 2003 см. в следующих статьях:

Важно!

Необходимо использовать сертификат, выданный доверенным центром сертификации (ЦС) с конфигурацией Outlook Anywhere. Outlook Anywhere нельзя настроить с помощью самозаверяющего сертификата. Дополнительные сведения см. в статье Настройка SSL для Outlook Anywhere.

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

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

  • Используйте Анализатор удаленного подключения Майкрософт для проверки параметров подключения. Используйте Мобильный Outlook (RPC через HTTP) или проверки автообнаружения Outlook.

  • В Exchange Online PowerShell выполните следующие команды.

    $Credentials = Get-Credential

    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials

Настройка разрешений Учетная запись локального пользователя, используемая для подключения к локальной организации Exchange (также называемой администратором миграции), должна иметь необходимые разрешения для доступа к локальным почтовым ящикам, которые требуется перенести в Microsoft 365. Эта учетная запись пользователя используется при подключении к системе электронной почты путем создания конечной точки миграции далее в этой процедуре Шаг 3. Создание конечной точки миграции.

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

  • Он должен входить в группу администраторов домена в доменной службе Active Directory локальной организации.

    или

  • Он должен получить разрешение на уровне FullAccess для каждого локального почтового ящика и разрешение WriteProperty на изменение свойства TargetAddress в локальных учетных записях пользователей.

    или

  • Он должен получить разрешение Получать как для базы данных локальных почтовых ящиков, в которой хранятся почтовые ящики пользователей, и разрешение WriteProperty на изменение свойства TargetAddress в локальных учетных записях пользователей.

Инструкции по настройке этих разрешений см. в статье Назначение разрешений для переноса почтовых ящиков в Microsoft 365.

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

Используйте синхронизацию каталогов для создания новых пользователей в Microsoft 365. Синхронизация каталогов используется для создания всех локальных пользователей в организации Microsoft 365.

После создания пользователей им необходимо предоставить лицензии. У вас есть 30 дней на то, чтобы добавить лицензии после создания пользователей. Инструкции по добавлению лицензий см. в разделе Step 8: Complete post-migration tasks.

Для синхронизации и создания локальных пользователей в Microsoft 365 можно использовать средство синхронизации Microsoft Entra или службы синхронизации Microsoft Azure AD. После переноса почтовых ящиков в Microsoft 365 вы управляете учетными записями пользователей в локальной организации, и они синхронизируются с вашей организацией Microsoft 365. Дополнительные сведения см. в разделеИнтеграция каталогов .

Шаг 2. Создание CSV-файла для пакета поэтапной миграции

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

Примечание.

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

Поддерживаемые атрибуты

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

Атрибут Описание Обязательный?
EmailAddress
 Указывает основной SMTP-адрес электронной почты, например , pilarp@contoso.comдля локальных почтовых ящиков.
Используйте основной SMTP-адрес для локальных почтовых ящиков, а не идентификаторов пользователей из Microsoft 365. Например, если локальный домен называется contoso.com а домен электронной почты Microsoft 365 — service.contoso.com, то для адресов электронной почты в CSV-файле следует использовать доменное имя contoso.com.
Обязательный
Password
 Пароль для нового почтового ящика Microsoft 365. Все ограничения паролей, применяемые к вашей организации Microsoft 365, также применяются к паролям, включенным в CSV-файл.
Необязательный
ForceChangePassword
 Указывает, должен ли пользователь изменить пароль при первом входе в новый почтовый ящик Microsoft 365. В качестве значения этого параметра используйте True или False.
>[! ПРИМЕЧАНИЕ.> Если вы реализовали решение единого входа путем развертывания службы федерации Active Directory (AD FS) (AD FS) или более поздней версии в локальной организации, необходимо использовать False для значения атрибута ForceChangePassword.		 Необязательный

Формат CSV-файла

Ниже приведен пример формата CSV-файла. В этом примере три локальных почтовых ящика переносятся в Microsoft 365.

В первой строке (строке заголовков) CSV-файла указаны имена атрибутов, или полей, которые введены в строках ниже. Имена атрибутов разделены запятыми.

EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

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

Создать CSV-файл можно с помощью любого текстового редактора или соответствующего приложения, например Excel. Сохраните файл как CSV- или TXT-файл.

Примечание.

Если CSV-файл содержит знаки, не входящие в ASCII, или специальные символы, сохраните его в кодировке UTF-8 или другой кодировке Юникода. В зависимости от приложения сохранить CSV-файл в кодировке UTF-8 или другой кодировке Юникода может оказаться проще, если язык системы соответствует языку, используемому в CSV-файле.

Шаг 3. Создание конечной точки миграции

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

Полный список команд миграции см. в статье Командлеты перемещения и миграции.

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

$Credentials = Get-Credential

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials

Дополнительные сведения о командлете New-MigrationEndpoint см. в статьеNew-MigrationEndpoint.

Примечание.

С помощью командлета New-MigrationEndpoint и параметра -TargetDatabase можно указать базу данных, которая будет использоваться службой. В противном случае база данных назначается случайным образом на сайте Службы федерации Active Directory (AD FS) 2.0, на котором расположен почтовый ящик управления.

Проверка работы

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

Get-MigrationEndpoint StagedEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

Шаг 4. Создание и запуск пакета поэтапной миграции

Чтобы создать пакет для прямой миграции, выполните командлет New-MigrationBatch в Exchange Online PowerShell. Можно создать пакет миграции и запустить его обработку автоматически, включив параметр AutoStart. Кроме того, вы можете создать пакет миграции, а затем вручную запустить его с помощью командлета Start-MigrationBatch. В этом примере создается пакет миграции StagedBatch1 и используется конечная точка миграции, созданная на предыдущем шаге.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

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

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint

Проверка работы

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

Get-MigrationBatch -Identity StagedBatch1 | Format-List

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

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Дополнительные сведения о командлете Get-MigrationBatch см. в статьеGet-MigrationBatch.

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

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

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

Другой важной причиной преобразования локальных почтовых ящиков в пользователей с поддержкой почты является сохранение прокси-адресов из почтовых ящиков Microsoft 365 путем копирования прокси-адресов пользователям с поддержкой почты. Это позволит вам управлять облачными пользователями из локальной организации с помощью Active Directory. Кроме того, если вы решите вывести из эксплуатации локальную Exchange Server организацию после миграции всех почтовых ящиков в Microsoft 365, адреса прокси-сервера, скопированные пользователям с поддержкой почты, останутся в локальная служба Active Directory.

Шаг 6. Удаление пакета поэтапной миграции

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

Чтобы удалить пакет миграции StagedBatch1 в Exchange Online PowerShell, выполните следующую команду.

Remove-MigrationBatch -Identity StagedBatch1

Дополнительные сведения о командлете Remove-MigrationBatch см. в статьеRemove-MigrationBatch.

Проверка работы

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

Get-MigrationBatch StagedBatch1

Команда либо вернет пакет миграции с состоянием Удаление, либо вернет ошибку (не удалось найти пакет миграции), что подтверждает удаление пакета миграции.

Дополнительные сведения о командлете Get-MigrationBatch см. в статьеGet-MigrationBatch.

Шаг 7. Назначение лицензий пользователям Microsoft 365

Активируйте учетные записи пользователей Microsoft 365 для перенесенных учетных записей, назначив лицензии. Если не назначить лицензию, почтовый ящик отключится по окончании льготного периода (30 дней). Сведения о назначении лицензии в Центр администрирования Microsoft 365 см. в статье Назначение или отмена назначения лицензий.

Шаг 8. Необходимые действия после миграции

  • Создайте DNS-запись автообнаружения, чтобы пользователи смогли с легкостью получить доступ к своим почтовым ящикам. После переноса всех локальных почтовых ящиков в Microsoft 365 можно настроить запись DNS автообнаружения для организации Microsoft 365, чтобы пользователи могли легко подключаться к новым почтовым ящикам Microsoft 365 с помощью Outlook и мобильных клиентов. Эта новая запись DNS автообнаружения должна использовать то же пространство имен, что и для организации Microsoft 365. Например, если пространство имен облачной службы имеет значение cloud.contoso.com, необходимо создать запись DNS автообнаружения autodiscover.cloud.contoso.com.

    Microsoft 365 использует запись CNAME для реализации службы автообнаружения для Outlook и мобильных клиентов. Запись CNAME автообнаружения должна содержать следующие сведения:

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

Примечание.

Списывание Exchange может привести к непредвиденным последствиям. Перед списыванием локальной организации Exchange рекомендуем обратиться в службу поддержки Майкрософт.

Дополнительные сведения см. в следующих статьях: