Поэтапная миграция в Microsoft 365 с помощью PowerShellUse PowerShell to perform a staged migration to Microsoft 365

Эта статья относится к Microsoft 365 корпоративный и Office 365 корпоративный.This article applies to both Microsoft 365 Enterprise and Office 365 Enterprise.

Со временем можно перенести содержимое почтовых ящиков пользователей из системы исходных сообщений электронной почты в Microsoft 365 с помощью поэтапной миграции.You can migrate the contents of user mailboxes from a source email system to Microsoft 365 over time using a staged migration.

В этой статье описываются задачи, связанные с поэтапной миграцией электронной почты с помощью Exchange Online PowerShell.This article walks you through the tasks involved with for a staged email migration using Exchange Online PowerShell. В разделе "Что нужно знать опоэтапной миграции электронной почты", представлен обзор процесса миграции.The topic, What you need to know about a staged email migration, gives you 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 также можно использовать для выполнения поэтапной миграции.You can also use the Exchange admin center to perform staged migration. См. этапную миграцию электронной почты в Microsoft 365.See Perform a staged migration of email to Microsoft 365.

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

Предполагаемое время для выполнения этой задачи: 2-5 минут для создания пакета миграции.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. Сведения о других факторах, влияющих на время переноса почтовых ящиков в Microsoft 365, см. в см. в руб.For information about other factors that affect how long it takes to migrate mailboxes to Microsoft 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 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 staged migration

Перед переносом почтовых ящиков в Microsoft 365 с помощью поэтапной миграции необходимо внести несколько изменений в среду Exchange.Before you migrate mailboxes to Microsoft 365 by using a staged migration, there are a few changes you must make to your Exchange environment.

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

Важно!

В вашей конфигурации Мобильный Outlook необходимо использовать сертификат, выданный доверенным центром сертификации (ЦС). Мобильный Outlook невозможно настроить с помощью самозаверяющего сертификата. Дополнительные сведения см. в статье Инструкции по настройке протокола SSL для мобильного Outlook.You must use a certificate issued by a trusted certification authority (CA) with your Outlook Anywhere configuration. Outlook Anywhere can't be configured with a self-signed certificate. For more information, see How to configure SSL for Outlook Anywhere.

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

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

  • Для проверки параметров подключения используйте анализатор удаленного подключения Майкрософт.Use the Microsoft Remote Connectivity Analyzer to test your connection settings. Используйте Мобильный Outlook (RPC через HTTP) или проверки автообнаружения Outlook.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 (также называемая администратором миграции), должна иметь необходимые разрешения для доступа к локальному почтовому ящику, который необходимо перенести в Microsoft 365.Set permissions 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 Microsoft 365. Эта учетная запись пользователя используется при подключении к системе электронной почты, создав конечную точку миграции позднее в этой процедуре (шаг3. Создание конечной точки миграции).This user account is used when you connect to your email system by creating a migration endpoint later in this procedure (Step 3: Create a migration endpoint ).

Для переноса почтовых ящиков администратор должен иметь один из следующих наборов разрешений.To migrate the mailboxes, the admin must have one of the following permission sets:

  • Он должен входить в группу администраторов домена в доменной службе Active Directory локальной организации.Be a member of the Domain Admins group in Active Directory in the on-premises organization.

    или or

  • Он должен получить разрешение на уровне FullAccess для каждого локального почтового ящика и разрешение WriteProperty на изменение свойства TargetAddress в локальных учетных записях пользователей.Be assigned the FullAccess permission for each on-premises mailbox and the WriteProperty permission to modify the TargetAddress property on the on-premises user accounts.

    или or

  • Он должен получить разрешение Получать как для базы данных локальных почтовых ящиков, в которой хранятся почтовые ящики пользователей, и разрешение WriteProperty на изменение свойства TargetAddress в локальных учетных записях пользователей.Be assigned the Receive As permission on the on-premises mailbox database that stores user mailboxes and the WriteProperty permission to modify the TargetAddress property on the on-premises user accounts.

Инструкции по набору этих разрешений см. в инструкции Назначение разрешений для переноса почтовых ящиков в Microsoft 365.For instructions about how to set these permissions, see Assign permissions to migrate mailboxes to Microsoft 365.

Отключите единую систему обмена сообщениями. Если единая система обмена сообщениями включена для переносимых локальных почтовых ящиков, отключите ее перед миграцией. Включите эту систему по завершении миграции. Практические инструкции см. в статье Выключение единой системы обмена сообщениями для пользователя.Disable Unified Messaging (UM) If UM is turned on for the on-premises mailboxes you're migrating, turn off UM before migration. Turn on UM for the mailboxes after migration is complete. For how-to steps, seedisable unified messaging.

Синхронизация каталогов используется для создания новых пользователей в Microsoft 365.Use directory synchronization to create new users in Microsoft 365. Синхронизация каталогов используется для создания всех локального пользователя в организации Microsoft 365.You use directory synchronization to create all the on-premises users in your Microsoft 365 organization.

После создания пользователей им необходимо предоставить лицензии. У вас есть 30 дней на то, чтобы добавить лицензии после создания пользователей. Инструкции по добавлению лицензий см. в разделе Шаг 8. Необходимые действия после миграции.You need to license the users after they're created. You have 30 days to add licenses after the users are created. For steps to add licenses, see Step 8: Complete post-migration tasks.

Для синхронизации и создания локального пользователя в Microsoft 365 можно использовать средство синхронизации Microsoft Azure Active Directory (Azure AD) или службы синхронизации Microsoft Azure AD.You can use either the Microsoft Azure Active Directory (Azure AD) Synchronization Tool or the Microsoft Azure AD Sync Services to synchronize and create your on-premises users in Microsoft 365. После переноса почтовых ящиков в Microsoft 365 учетные записи пользователей в локальной организации синхронизируются с вашей организацией Microsoft 365.After mailboxes are migrated to Microsoft 365, you manage user accounts in your on-premises organization, and they're synchronized with your Microsoft 365 organization. Дополнительные сведения см. вкаталоге Интеграция .For more information, seeDirectory Integration .

Шаг 2. Создание CSV-файла для пакета поэтапной миграцииStep 2: Create a CSV file for a staged migration batch

После идентификации пользователей, чьи почтовые ящики локально необходимо перенести в Microsoft 365, для создания пакета миграции используется разделенный запятой файл (CSV).After you identify the users whose on-premises mailboxes you want to migrate to Microsoft 365, you use a comma separated value (CSV ) file to create a migration batch. Каждая строка в CSV-файле, используемом Microsoft 365 для запуска миграции, содержит сведения о локальном почтовом ящике.Each row in the CSV file—used by Microsoft 365 to run the migration—contains information about an on-premises mailbox.

Примечание

Количество почтовых ящиков, которые можно перенести в Microsoft 365 с помощью поэтапной миграции, не ограничивается.There isn't a limit for the number of mailboxes that you can migrate to Microsoft 365 using a staged migration. CSV-файл для пакета миграции может содержать не более 2000 строк.The CSV file for a migration batch can contain a maximum of 2,000 rows. Чтобы перенести более 2000 почтовых ящиков, создайте дополнительные CSV-файлы и используйте каждый из них для создания нового пакета миграции.To migrate more than 2,000 mailboxes, create additional CSV files and use each file to create a new migration batch.

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

CSV-файл для поэтапной миграции поддерживает три атрибута, которые описаны ниже. Каждая строка в CSV-файле соответствует почтовому ящику и должна содержать значение каждого из этих атрибутов.The CSV file for a staged migration supports the following three attributes. Each row in the CSV file corresponds to a mailbox and must contain a value for each of these attributes.

АтрибутAttribute ОписаниеDescription Обязательный?Required?
EmailAddressEmailAddress
Задает основной SMTP-адрес электронной почты, например pilarp@contoso.com, для локальных почтовых ящиков.Specifies the primary SMTP email address, for example, pilarp@contoso.com, for on-premises mailboxes.
Используйте основной smTP-адрес для почтовых ящиков, а не пользовательских ID из Microsoft 365.Use the primary SMTP address for on-premises mailboxes and not user IDs from the Microsoft 365. Например, если локальное доменное имя contoso.com а домен электронной почты Microsoft 365 — service.contoso.com, доменное имя contoso.com для адресов электронной почты в CSV-файле.For example, if the on-premises domain is named contoso.com but the Microsoft 365 email domain is named service.contoso.com, you would use the contoso.com domain name for email addresses in the CSV file.
ОбязательныйRequired
PasswordPassword
Пароль для нового почтового ящика Microsoft 365.The password to be set for the new Microsoft 365 mailbox. Любые ограничения паролей, которые применяются к вашей организации Microsoft 365, также применяются к паролям, включенным в CSV-файл.Any password restrictions that are applied to your Microsoft 365 organization also apply to the passwords included in the CSV file.
НеобязательныйOptional
ForceChangePasswordForceChangePassword
Указывает, должен ли пользователь изменить пароль при первом входе в свой новый почтовый ящик Microsoft 365.Specifies whether a user must change the password the first time they sign in to their new Microsoft 365 mailbox. Задайте для этого параметра значение True или False.Use True or False for the value of this parameter.
> [!NOTE]> Если вы внедрили решение единого входа путем развертывания служб федерации Active Directory (AD FS) в локальной организации, для атрибута ForceChangePassword необходимо задать значение False.> [!NOTE]> If you've implemented a single sign-on (SSO) solution by deploying Active Directory Federation Services (AD FS) or greater in your on-premises organization, you must use False for the value of the ForceChangePassword attribute.
НеобязательныйOptional

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

Ниже приведен пример формата CSV-файла.Here's an example of the format for the CSV file. В этом примере три локального почтовых ящика переносят в Microsoft 365.In this example, three on-premises mailboxes are migrated to Microsoft 365.

В первой строке (строке заголовков CSV-файла) содержатся имена атрибутов или полей, значения которых находятся в последующих строках. Имя каждого атрибута отделяется запятой.The first row, or header row, of the CSV file lists the names of the attributes, or fields, specified in the rows that follow. Each attribute name is separated by a comma.

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

Каждая строка под строкой заголовков представляет одного пользователя и содержит данные, используемые для переноса почтового ящика этого пользователя. Значения атрибутов в каждой строке должны следовать в том же порядке, что и имена атрибутов в строке заголовков.Each row under the header row represents one user and supplies the information that will be used to migrate the user's mailbox. The attribute values in each row must be in the same order as the attribute names in the header row.

Создать CSV-файл можно с помощью любого текстового редактора или соответствующего приложения, например Excel. Сохраните файл как CSV- или TXT-файл.Use any text editor, or an application like Excel , to create the CSV file. Save the file as a .csv or .txt file.

Примечание

Если CSV-файл содержит знаки, не входящие в ASCII, или специальные символы, сохраните его в кодировке UTF-8 или другой кодировке Юникода. В зависимости от приложения сохранить CSV-файл в кодировке UTF-8 или другой кодировке Юникода может оказаться проще, если язык системы соответствует языку, используемому в CSV-файле.If the CSV file contains non-ASCII or special characters, save the CSV file with UTF-8 or other Unicode encoding. Depending on the application, saving the CSV file with UTF-8 or other Unicode encoding can be easier when the system locale of the computer matches the language used in the CSV file.

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

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

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

Чтобы создать конечную точку миграции мобильного Outlook с именем StagedEndpoint в Exchange Online PowerShell, выполните следующие команды.To create an Outlook Anywhere migration endpoint called "StagedEndpoint" in Exchange Online PowerShell, run the following commands:

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

Дополнительные сведения о командлете New-MigrationEndpoint см. в статье New-MigrationEndpoint.For more information about the New-MigrationEndpoint cmdlet, seeNew-MigrationEndpoint.

Примечание

С помощью командлета 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 выполните следующую команду, чтобы отобразить сведения о конечной точке миграции StagedEndpoint.In Exchange Online PowerShell, run the following command to display information about the "StagedEndpoint" migration endpoint:

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

Шаг 4. Создание и запуск пакета поэтапной миграцииStep 4: Create and start a stage migration batch

Чтобы создать пакет для прямой миграции, выполните командлет New-MigrationBatch в Exchange Online PowerShell. Можно создать пакет миграции и запустить его обработку автоматически, включив параметр AutoStart. Кроме того, вы можете создать пакет миграции, а затем вручную запустить его с помощью командлета Start-MigrationBatch. В этом примере создается пакет миграции StagedBatch1 и используется конечная точка миграции, созданная на предыдущем шаге.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 "StagedBatch1" and uses the migration endpoint that was created in the previous step.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

В этом примере также создается пакет миграции StagedBatch1 и используется конечная точка миграции, созданная на предыдущем шаге. Так как параметр AutoStart не включен, пакет миграции необходимо запустить вручную на панели мониторинга миграции или с помощью командлета Start-MigrationBatch. Как было сказано выше, в одно и то же время может существовать только один пакет прямой миграции.This example also creates a migration batch called "StagedBatch1" 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 StagedBatch1 -SourceEndpoint StagedEndpoint

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

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

Get-MigrationBatch -Identity StagedBatch1 | Format-List

Вы также можете убедиться, что пакет запущен, выполнив следующую команду.You can also verify that the batch has started by running the following command:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Дополнительные сведения о командлете Get-MigrationBatch см. в статье Get-MigrationBatch.For more information about the Get-MigrationBatch cmdlet, seeGet-MigrationBatch.

Шаг 5. Преобразование локальных почтовых ящиков в учетные записи пользователей, поддерживающих почтуStep 5: Convert on-premises mailboxes to mail-enabled users

После успешного переноса почтовых ящиков необходимо предоставить пользователям доступ к их почте.After you have successfully migrated a batch of mailboxes, you need some way to let users get to their mail. Пользователь, почтовый ящик которого был перенесен, теперь имеет как локальное, так и локальное почтовый ящик в Microsoft 365.A user whose mailbox has been migrated now has both a mailbox on-premises and one in Microsoft 365. Пользователи, у которых есть почтовый ящик в Microsoft 365, перестанут получать новую почту в локальном почтовом ящике.Users who have a mailbox in Microsoft 365 will stop receiving new mail in their on-premises mailbox.

Так как вы не закончили с миграцией, вы еще не готовы направлять всех пользователей в Microsoft 365 для их электронной почты.Because you are not done with your migrations, you are not yet ready to direct all users to Microsoft 365 for their email. Так что же делать с пользователями, у которых есть оба почтовых ящика?So what do you do for those people who have both? Локальные почтовые ящики, которые вы уже перенесли, можно изменить на пользователей, поддерживающих почту.What you can do is change the on-premises mailboxes that you've already migrated to mail-enabled users. При изменении почтового ящика на пользователя с включенной почтой пользователь может направить его в Microsoft 365 для своей электронной почты, а не в локальном почтовом ящике.When you change from a mailbox to a mail-enabled user, you can direct the user to Microsoft 365 for their email instead of going to their on-premises mailbox.

Еще одна важная причина преобразования почтовых ящиков на локальной основе для пользователей с поддержкой почты заключается в сохранении прокси-адресов из почтовых ящиков Microsoft 365 путем копирования прокси-адресов для пользователей с поддержкой почты.Another important reason to convert on-premises mailboxes to mail-enabled users is to retain proxy addresses from the Microsoft 365 mailboxes by copying proxy addresses to the mail-enabled users. Это позволит вам управлять облачными пользователями из локальной организации с помощью Active Directory.This lets you manage cloud-based users from your on-premises organization by using Active Directory. Кроме того, если после переноса всех почтовых ящиков в Microsoft 365 Exchange Server локальной организации, прокси-адреса, скопированные пользователям с поддержкой почты, останутся в локальном каталоге Active Directory.Also, if you decide to decommission your on-premises Exchange Server organization after all mailboxes are migrated to Microsoft 365, the proxy addresses you've copied to the mail-enabled users will remain in your on-premises Active Directory.

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

После успешного переноса всех почтовых ящиков из пакета миграции и преобразования локальных почтовых ящиков из пакета в учетные записи пользователей, поддерживающих почту, пакет поэтапной миграции можно удалить.After all mailboxes in a migration batch have been successfully migrated, and you've converted the on-premises mailboxes in the batch to mail-enabled users, you're ready to delete a staged migration batch. Убедитесь, что в пакете миграции почта пересылается в почтовые ящики Microsoft 365.Be sure to verify that mail is being forwarded to the Microsoft 365 mailboxes in the migration batch. При удалении пакета поэтапной миграции служба миграции удаляет все записи, связанные с пакетом, а также сам пакет.When you delete a staged migration batch, the migration service cleans up any records related to the migration batch and deletes the migration batch.

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

Remove-MigrationBatch -Identity StagedBatch1

Дополнительные сведения о командлете Remove-MigrationBatch см. в статье Remove-MigrationBatch.For more information about the Remove-MigrationBatch cmdlet, seeRemove-MigrationBatch.

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

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

Get-MigrationBatch StagedBatch1

Команда либо вернет пакет миграции с состоянием Удаление, либо вернет ошибку (не удалось найти пакет миграции), что подтверждает удаление пакета миграции.The command will return either the migration batch with a status of Removing, or it will return an error stating that migration batch couldn't be found, verifying that the batch was deleted.

Дополнительные сведения о командлете Get-MigrationBatch см. в статье Get-MigrationBatch.For more information about the Get-MigrationBatch cmdlet, seeGet-MigrationBatch.

Step7: Назначение лицензий пользователям Microsoft 365Step7: Assign licenses to Microsoft 365 users

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

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

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

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

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

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