Прямая миграция в Office 365 с помощью PowerShellUse PowerShell to perform a cutover migration to Office 365

Сводка. Узнайте, как выполнить прямую миграцию в Office 365, используя Windows PowerShell.Summary: Learn how to use Windows PowerShell to perform a cutover migration to Office 365.

Вы можете одновременно перенести содержимое почтовых ящиков пользователей из исходной системы электронной почты в Office 365:, используя прямую миграцию. В этой статье описаны задачи, которые выполняются при прямой миграции электронной почты с помощью Exchange Online PowerShell.You can migrate the contents of user mailboxes from a source email system to Office 365 all at once by using a cutover migration. This article walks you through the tasks for an email cutover migration by using Exchange Online PowerShell.

Процесс миграции в общих чертах рассматривается в статье Что необходимо знать о прямой миграции электронной почты в Office 365. Ознакомившись с содержимым этой статьи, начните переносить почтовые ящики из одной почтовой системы в другую, руководствуясь приведенными в этой статье сведениями.By reviewing the topic, What you need to know about a cutover email migration to Office 365, you can get an overview of the migration process. When you're comfortable with the contents of that article, use this one to begin migrating mailboxes from one email system to another.

Примечание

Для прямой миграции можно также использовать Центр администрирования Exchange. См. статью Прямая миграция электронной почты в Office 365.You can also use the Exchange admin center to perform a cutover migration. See Perform a cutover migration of email to Office 365.

Что нужно знать перед началом работы?What do you need to know before you begin?

Предполагаемое время выполнения задачи: от 2 до 5 минут для создания пакета миграции. После запуска пакета миграции продолжительность миграции будет зависеть от количества почтовых ящиков в пакете, размера каждого почтового ящика и доступной пропускной способности сети. Подробнее о других факторах, влияющих на продолжительность миграции почтовых ящиков в Office 365:, см. в статье Производительность миграцииEstimated time to complete this task: 2-5 minutes to create a migration batch. After the migration batch is started, the duration of the migration will vary based on the number of mailboxes in the batch, the size of each mailbox, and your available network capacity. For information about other factors that affect how long it takes to migrate mailboxes to Office 365, see Migration Performance.

Для выполнения этой процедуры (процедур) необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в пункте "Миграция" статьи Разрешения получателей в соответствующей таблице.You need to be assigned permissions before you can perform this procedure or procedures. To see what permissions you need, see the "Migration" entry in a table in the Recipients Permissions topic.

Чтобы использовать командлеты Exchange Online PowerShell, вам необходимо войти в систему и импортировать командлеты в локальный сеанс Windows PowerShell. Инструкции см в статье Подключение к Exchange Online с помощью удаленной оболочки PowerShell.To use the Exchange Online PowerShell cmdlets, you need to sign in and import the cmdlets into your local Windows PowerShell session. See Connect to Exchange Online using remote PowerShell for instructions.

Полный список команд миграции см. в статье Командлеты перемещения и миграции.For a full list of migration commands, see Move and migration cmdlets.

Шаги миграцииMigration steps

Шаг 1. Подготовка к прямой миграцииStep 1: Prepare for a cutover migration

  • Добавьте локальную организацию Exchange в качестве обслуживаемого домена организации Office 365. Служба миграции использует SMTP-адрес локальных почтовых ящиков для создания идентификатора пользователя Microsoft Online Services и адреса электронной почты для новых почтовых ящиков Office 365:. Выполнить миграцию не удастся, если домен Exchange не является обслуживаемым или основным доменом организации Office 365:. Дополнительные сведения см. в статьеПроверка домена в Office 365.Add your on-premises Exchange organization as an accepted domain of your Office 365 organization. The migration service uses the SMTP address of your on-premises mailboxes to create the Microsoft Online Services user ID and email address for the new Office 365 mailboxes. Migration will fail if your Exchange domain isn't an accepted domain or the primary domain of your Office 365 organization. For more information, seeVerify your domain in Office 365.

  • Настройте мобильный Outlook на локальном сервере Exchange. Служба миграции электронной почты использует протокол RPC через HTTP, также называемый мобильный Outlook, для подключения к локальному серверу Exchange Server. Дополнительные сведения о настройке службы мобильный Outlook для Exchange 2010, Exchange 2007 и Exchange 2003 см. в следующих статьях.Configure Outlook Anywhere on your on-premises Exchange server. The email migration service uses RPC over HTTP, or Outlook Anywhere, to connect to your on-premises Exchange server. For information about how to set up Outlook Anywhere for Exchange 2010, Exchange 2007, and Exchange 2003, see the following:

  • Проверьте возможность подключения к организации Exchange с помощью мобильного Outlook. Проверьте настройки подключения с использованием следующих способов.Verify that you can connect to your Exchange organization using Outlook Anywhere. Try one of these methods to test your connection settings:

    • Подключитесь к локальному почтовому ящику Exchange с помощью Microsoft Outlook из-за пределов корпоративной сети.Use Microsoft Outlook from outside your corporate network to connect to your on-premises Exchange mailbox.

    • Проверьте настройки подключения с помощью анализатора удаленного подключения Exchange корпорации Майкрософт. Используйте средства мобильного Outlook (RPC через HTTP) или проверки автообнаружения Outlook.Use the Microsoft Exchange Remote Connectivity Analyzer to test your connection settings. Use the Outlook Anywhere (RPC over HTTP) or Outlook Autodiscover tests.

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

    $Credentials = Get-Credential
    
    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials
    
  • Назначение учетной записи пользователя в локальной необходимые разрешения для доступа к почтовым ящикам в организации Exchange. Локальной учетной записи пользователя, используемая для подключения к локальной организации Exchange (также называемая администратора переноса) должны быть необходимые разрешения для доступа к локальные почтовые ящики, которые нужно перенести в Office 365. Эта учетная запись пользователя используется для создания конечной точки миграции для локальной организации.Assign an on-premises user account the necessary permissions to access mailboxes in your Exchange organization. The on-premises user account that you use to connect to your on-premises Exchange organization (also called the migration administrator) must have the necessary permissions to access the on-premises mailboxes that you want to migrate to Office 365. This user account is used to create a migration endpoint to your on-premises organization.

    В следующем списке перечислены права администратора, необходимые для переноса почтовых ящиков с помощью прямой миграции. У вас есть три варианта.The following list shows the administrative privileges required to migrate mailboxes using a cutover migration. There are three possible options.

    • Администратор миграции должен быть членом группы Администраторы домена в службе каталогов Active Directory локальной организации.The migration administrator must be a member of the Domain Admins group in Active Directory in the on-premises organization.

      ИлиOr

    • Администратор миграции должен иметь разрешение FullAccess для всех локальных почтовых ящиков.The migration administrator must be assigned the FullAccess permission for each on-premises mailbox.

      ИлиOr

    • Администратор миграции должен иметь разрешение Получить как в локальной базе данных, где хранятся почтовые ящики пользователей.The migration administrator must be assigned the Receive As permission on the on-premises mailbox database that stores the user mailboxes.

  • Отключите единую систему обмена сообщениями. Если для локальных почтовых ящиков включена поддержка единой системы обмена сообщениями, ее необходимо отключить, прежде чем переносить почтовые ящики. После завершения миграции поддержку единой системы обмена сообщениями для этих ящиков можно снова включить.Disable Unified Messaging. If the on-premises mailboxes you're migrating are enabled for Unified Messaging (UM), you have to disable UM on the mailboxes before you migrate them. You can then enable UM on the mailboxes after the migration is complete.

  • Группы безопасности и делегаты. Служба миграции электронной почты не может определить, являются ли локальные группы Active Directory группами безопасности, поэтому эта служба не может подготовить к работе перенесенные группы в качестве групп безопасности в Office 365. Если вы хотите иметь группы безопасности в клиенте Office 365, сначала необходимо подготовить к работе пустую группу безопасности, поддерживающую почту, в клиенте Office 365 перед запуском прямой миграции. Кроме того, этот метод миграции обеспечивает перемещение только почтовых ящиков, почтовых пользователей, почтовых контактов и групп, поддерживающих почту. Если любой другой объект Active Directory, например пользователь, не перенесенный в Office 365:, назначается в качестве руководителя или делегата для переносимого объекта, перед миграцией их необходимо удалить из объекта.Security Groups and Delegates The email migration service cannot detect whether on-premises Active Directory groups are security groups or not, so it cannot provision any migrated groups as security groups in Office 365. If you want to have security groups in your Office 365 tenant, you must first provision an empty mail-enabled security group in your Office 365 tenant before starting the cutover migration. Additionally, this migration method only moves mailboxes, mail users, mail contacts, and mail-enabled groups. If any other Active Directory object, such as user that is not migrated to Office 365, is assigned as a manager or delegate to an object being migrated, they must be removed from the object before you migrate.

Шаг 2. Создание конечной точки миграцииStep 2: Create a migration endpoint

Для успешного переноса электронной почты решение Office 365: должно обмениваться данными с исходной системой электронной почты. Для этого Office 365 использует конечную точку миграции. Чтобы создать конечную точку миграции мобильного Outlook для прямой миграции, сначала подключитесь к Exchange Online.To migrate email successfully, Office 365 needs to connect and communicate with the source email system. To do this, Office 365 uses a migration endpoint. To create an Outlook Anywhere migration endpoint for cutover migration, first connect to Exchange Online.

Полный список команд миграции см. в статье Командлеты перемещения и миграции.For a full list of migration commands, see Move and migration cmdlets.

В Exchange Online PowerShell выполните следующие команды.Run the following commands in Exchange Online PowerShell:

$Credentials = Get-Credential

В примере используется командлет Test-MigrationServerAvailability, который получает и проверяет параметры подключения к локальному серверу Exchange, а затем использует эти параметры для создания конечной точки миграции CutoverEndpoint.The example uses the Test-MigrationServerAvailability cmdlet to obtain and test the connection settings to the on-premises Exchange server, and then uses those connection settings to create the migration endpoint called "CutoverEndpoint".

$TSMA = Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress administrator@contoso.com -Credentials $credentials
New-MigrationEndpoint -ExchangeOutlookAnywhere -Name CutoverEndpoint -ConnectionSettings $TSMA.ConnectionSettings

Примечание

С помощью командлета New-MigrationEndpoint и параметра -TargetDatabase можно указать базу данных, которая будет использоваться службой. В противном случае база данных назначается случайным образом на сайте Службы федерации Active Directory (AD FS) 2.0, на котором расположен почтовый ящик управления.The New-MigrationEndpoint cmdlet can be used to specify a database for the service to use by using the -TargetDatabase option. Otherwise a database is randomly assigned from the Active Directory Federation Services (AD FS) 2.0 site where the management mailbox is located.

Проверка работыVerify it worked

В Exchange Online PowerShell выполните следующую команду, чтобы отобразить сведения о конечной точке миграции CutoverEndpoint.In Exchange Online PowerShell, run the following command to display information about the "CutoverEndpoint" migration endpoint:

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

Шаг 3. Создание пакета прямой миграцииStep 3: Create the cutover migration batch

Чтобы создать пакет для прямой миграции, выполните командлет New-MigrationBatch в Exchange Online PowerShell. Можно создать пакет миграции и запустить его обработку автоматически, включив параметр AutoStart. Кроме того, вы можете создать пакет миграции, а затем вручную запустить его с помощью командлета Start-MigrationBatch. В этом примере создается пакет миграции CutoverBatch и используется конечная точка миграции, созданная на предыдущем шаге.You can use the New-MigrationBatch cmdlet in Exchange Online PowerShell to create a migration batch for a cutover migration. You can create a migration batch and start it automatically by including the AutoStart parameter. Alternatively, you can create the migration batch and then manually start it afterwards by using the Start-MigrationBatch cmdlet. This example creates a migration batch called "CutoverBatch" and uses the migration endpoint that was created in the previous step.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

В этом примере также создается пакет миграции CutoverBatch и используется конечная точка миграции, созданная на предыдущем шаге. Так как параметр AutoStart не включен, пакет миграции необходимо запустить вручную на панели мониторинга миграции или с помощью командлета Start-MigrationBatch. Как было сказано выше, в одно и то же время может существовать только один пакет прямой миграции.This example also creates a migration batch called "CutoverBatch" and uses the migration endpoint that was created in the previous step. Because the AutoStart parameter isn't included, the migration batch has to be manually started on the migration dashboard or by using Start-MigrationBatch cmdlet. As previously stated, only one cutover migration batch can exist at a time.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint

Проверка работыVerify it worked

Чтобы убедиться, что вы успешно создали пакет прямой миграции, выполните следующую команду в Exchange Online PowerShell для отображения сведений о новом пакете миграции.To verify that you've successfully created a migration batch for a cutover migration, run the following command in Exchange Online PowerShell to display information about the new migration batch:

Get-MigrationBatch | Format-List

Шаг 4. Запуск пакета прямой миграцииStep 4: Start the cutover migration batch

Чтобы запустить пакет миграции в Exchange Online PowerShell, выполните следующую команду. Будет создан пакет миграции CutoverBatch.To start the migration batch in Exchange Online PowerShell, run the following command. This will create a migration batch called "CutoverBatch".

Start-MigrationBatch -Identity CutoverBatch

Проверка работыVerify it worked

Если пакет миграции успешно запущен, состояние пакета на панели мониторинга миграции изменится на "Синхронизация". Чтобы убедиться, вы успешно запустили пакет миграции с помощью Exchange Online PowerShell, выполните следующую команду.If a migration batch is successfully started, its status on the migration dashboard is specified as Syncing. To verify that you've successfully started a migration batch using Exchange Online PowerShell, run the following command:

Get-MigrationBatch -Identity CutoverBatch |  Format-List Status

Шаг 5. Маршрутизация электронной почты в Office 365Step 5: Route your email to Office 365

Чтобы выяснить, куда доставлять сообщения электронной почты, системы электронной почты используют DNS-запись, которая называется записью MX. В процессе миграции электронной почты запись MX указывала на вашу исходную систему электронной почты. Теперь, когда перенос электронной почты в Office 365: завершен, запись MX должна указывать на Office 365:. Это обеспечит доставку электронной почты в ваши почтовые ящики Office 365:. Перемещая запись MX, вы также сможете отключить старую систему электронной почты, когда будете готовы сделать это.Email systems use a DNS record called an MX record to figure out where to deliver emails. During the email migration process, your MX record was pointing to your source email system. Now that the email migration to Office 365 is complete, it's time to point your MX record at Office 365. This helps make sure that email is delivered to your Office 365 mailboxes. By moving the MX record, you can also you turn off your old email system when you're ready.

Многим поставщикам DNS следует придерживаться инструкций по изменению записи MX. Если ваш поставщик DNS не включен в этот список, или если вы хотите получить представление об общих указаниях, см. статью с общими инструкции в отношении записи MX.For many DNS providers, there are specific instructions to change your MX record. If your DNS provider isn't included, or if you want to get a sense of the general directions, general MX record instructions are provided as well.

Системам электронной почты клиентов и партнеров может потребоваться до 72 часов, чтобы распознать измененную запись MX. Подождите по крайней мере 72 часа, прежде чем перейти к следующей задаче: Шаг 6. Удаление пакета прямой миграции.It can take up to 72 hours for the email systems of your customers and partners to recognize the changed MX record. Wait at least 72 hours before you proceed to the next task: Step 6: Delete the cutover migration batch.

Шаг 6. Удаление пакета прямой миграцииStep 6: Delete the cutover migration batch

После того как вы измените запись MX и убедитесь, что вся электронная почта направляется в почтовые ящики Office 365:, уведомите пользователей о том, что их сообщения доставляются в Office 365. Затем можно удалить пакет прямой миграции. Убедитесь в следующем, прежде чем удалить пакет миграции.After you change the MX record and verify that all email is being routed to Office 365 mailboxes, notify the users that their mail is going to Office 365. After this, you can delete the cutover migration batch. Verify the following before you delete the migration batch.

  • Все пользователи используют почтовые ящики Office 365:. После удаления пакета почта, отправляемая в почтовые ящики на локальном сервере Exchange Server, не копируется в соответствующие почтовые ящики Office 365:.All users are using Office 365 mailboxes. After the batch is deleted, mail sent to mailboxes on the on-premises Exchange Server isn't copied to the corresponding Office 365 mailboxes.

  • Почтовые ящики Office 365: синхронизированы по крайней мере один раз после того, как почта стала доставляться непосредственно в них. Для этого убедитесь, что значение в поле "Время последней синхронизации" для пакета миграции позже даты и времени, когда почта стала направляться непосредственно в почтовые ящики Office 365:.Office 365 mailboxes were synchronized at least once after mail began being sent directly to them. To do this, make sure that the value in the Last Synced Time box for the migration batch is more recent than when mail started being routed directly to Office 365 mailboxes.

Чтобы удалить пакет миграции CutoverBatch в Exchange Online PowerShell, выполните следующую команду.To delete the "CutoverBatch" migration batch in Exchange Online PowerShell, run the following command:

Remove-MigrationBatch -Identity CutoverBatch

Шаг 7. Назначение пользователям лицензийSection 7: Assign user licenses

Активируйте учетные записи пользователей Office 365: для перенесенных учетных записей, назначив им лицензии. Если не назначить лицензию, почтовый ящик будет отключен по истечении льготного периода (30 дней). Сведения о назначении лицензии в Центре администрирования Центр администрирования Office 365 см. в статьеНазначение и отмена лицензий для Office 365 бизнес.Activate Office 365 user accounts for the migrated accounts by assigning licenses. If you don't assign a license, the mailbox is disabled when the grace period ends (30 days). To assign a license in the Office 365 admin center, seeAssign or unassign licenses for Office 365 for business.

Шаг 8. Необходимые действия после миграцииStep 8: Complete post-migration tasks

  • Создайте DNS-запись автообнаружения, чтобы пользователи смогли с легкостью получить доступ к своим почтовым ящикам. После переноса всех локальных почтовых ящиков в Office 365: вы можете настроить DNS-запись автообнаружения для своей организации Office 365:, чтобы пользователи могли с легкостью подключаться к своим новым почтовым ящикам Office 365: с помощью Outlook и мобильных клиентов. В этой новой DNS-записи автообнаружения необходимо использовать то же пространство имен, которое используется для организации Office 365:. Например, если облачное пространство имен cloud.contoso.com, необходимо создать DNS-запись автообнаружения autodiscover.cloud.contoso.com.Create an Autodiscover DNS record so users can easily get to their mailboxes. After all on-premises mailboxes are migrated to Office 365, you can configure an Autodiscover DNS record for your Office 365 organization to enable users to easily connect to their new Office 365 mailboxes with Outlook and mobile clients. This new Autodiscover DNS record has to use the same namespace that you're using for your Office 365 organization. For example, if your cloud-based namespace is cloud.contoso.com, the Autodiscover DNS record you need to create is autodiscover.cloud.contoso.com.

    Если Exchange Server останется, убедитесь, что после миграции запись CNAME службы доменных имен (DNS) для автообнаружения указывает на Office 365 на внутренних и внешних DNS-серверах, чтобы клиент Outlook мог подключиться к правильному почтовому ящику.If you keep your Exchange Server, you should also make sure that Autodiscover DNS CNAME record has to point to Office 365 in both internal and external DNS after the migration so that the Outlook client will to connect to the correct mailbox.

    Примечание

    В Exchange 2007, Exchange 2010 и Exchange 2013 для параметра Set-ClientAccessServer AutodiscoverInternalConnectionURI необходимо задать значение Null.In Exchange 2007, Exchange 2010, and Exchange 2013 you should also set Set-ClientAccessServer AutodiscoverInternalConnectionURI to Null.

    В Office 365: запись CNAME служит для реализации службы автообнаружения для клиентов Outlook и мобильных клиентов. Необходимо, чтобы запись CNAME для автообнаружения содержала следующие сведения.Office 365 uses a CNAME record to implement the Autodiscover service for Outlook and mobile clients. The Autodiscover CNAME record must contain the following information:

  • Выполните списание локальных серверов Exchange. Как только вы убедитесь, что вся электронная почта направляется непосредственно в почтовые ящики Office 365:, поэтому вам больше не нужно поддерживать свою локальную организацию электронной почты, либо если вы не планируете внедрять решение единого входа, вы можете удалить Exchange с серверов, а также удалить свою локальную организацию Exchange.Decommission on-premises Exchange servers. After you've verified that all email is being routed directly to the Office 365 mailboxes, and you no longer need to maintain your on-premises email organization or don't plan on implementing a single sign-on (SSO) solution, you can uninstall Exchange from your servers and remove your on-premises Exchange organization.

    Дополнительные сведения см. в следующих статьях:For more information, see the following: