Поэтапная миграция электронной почты в Office 365

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

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

Пошаговые инструкции по работе с Windows PowerShell см. в статье Поэтапная миграция в Office 365 с помощью PowerShell.

Задачи миграции

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

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

  2. Подтверждение владения доменом

  3. Создание пользователей в Office 365 с помощью синхронизации службы каталогов

  4. Создание списка почтовых ящиков, которые нужно перенести

  5. Подключение Office 365 к почтовой системе

  6. Миграция почтовых ящиков

  7. Запуск пакета поэтапной миграции

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

  9. Перенаправление почты в Office 365

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

  11. Выполнение задач после миграции

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

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

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

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

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

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

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

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

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

      или

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

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

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

Подтверждение владения доменом

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

Подтверждение владения локальным доменом с помощью мастера доменов

  1. Примечание : Для выполнения этих действий вы должны иметь права глобального администратора в Office 365.

    Войдите в Office 365 с помощью рабочая или учебная учетная запись.

  2. Перейдите на страницу "Домены".

  3. На странице Управление доменами щелкните Добавить домен Добавить значок для запуска мастера доменов.

  4. На странице Добавление домена в Office 365 выберите Указание имени домена и подтверждение владельца.

  5. Введите доменное имя, которое вы используете для локальной организации Exchange (например, Contoso.com), а затем нажмите кнопку Далее.

  6. На странице Подтверждение владения <доменное_имя> выберите в списке поставщика услуг размещения службы доменных имен (DNS) или пункт Общие инструкции.

  7. Следуйте инструкциям для своего поставщика услуг размещения DNS. Для подтверждения владения доменом обычно используется запись TXT.

    Вы также можете найти значение TXT или MX для своего клиента Office 365, выполнив инструкции в статье Сбор необходимых сведений для создания DNS-записей Office 365.

    После добавления записи TXT или MX подождите около 15 минут, прежде чем переходить к следующему шагу.

  8. В мастере доменов Office 365 выберите Готово, можно проверить. Появится страница проверки. Нажмите кнопку Готово.

    Если страница проверки не выводится, подождите некоторое время и повторите попытку.

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

Создание пользователей в Office 365 с помощью синхронизации службы каталогов

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

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

Создание новых пользователей

  • Для синхронизации и создания локальных пользователей в Office 365 можно использовать средство синхронизации Microsoft Azure Active Directory или службы синхронизации Microsoft Azure Active Directory (AAD Sync). После переноса почтовых ящиков в Office 365 вы будете управлять учетными записями пользователей в локальной организации, а они будут синхронизироваться с вашей организацией Office 365. Дополнительные сведения см. в статье Интеграция служб каталогов.

Создание списка почтовых ящиков, которые нужно перенести

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

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

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

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

Атрибут

Описание

Обязательный или нет

EmailAddress

Задает основной SMTP-адрес электронной почты, например gleb@contoso.com, для локальных почтовых ящиков.

Используйте для локальных почтовых ящиков основной SMTP-адрес, а не идентификатор пользователя из Office 365. Например, если локальный домен называется contoso.com, а домен электронной почты Office 365 — service.contoso.com, используйте доменное имя contoso.com для адресов электронной почты в CSV-файле.

Обязательный

Password

Пароль для нового почтового ящика Office 365. Ограничения паролей, применяемые в вашей организации Office 365, также применяются к паролям, которые включены в CSV-файл.

Необязательный

ForceChangePassword

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

Примечание : Если вы реализовали решение единого входа путем развертывания Службы федерации Active Directory (ADFS) 2.0 (AD FS 2.0) или более новой версии в локальной организации, необходимо использовать значение False для атрибута ForceChangePassword.

Необязательно

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

Ниже приведен пример формата CSV-файла. В этом примере три локальных почтовых ящика переносятся в Office 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-файле.

Подключение Office 365 к почтовой системе

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

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

  1. Перейдите в Центр администрирования Exchange.

  2. В Центр администрирования Exchange выберите Получатели > Миграция.

  3. Выберите Дополнительно Значок "Дополнительно" > Конечные точки миграции.

    Выбор конечной точки миграции
  4. На странице Конечные точки миграции выберите Создать Значок "Создать" .

  5. На странице Выберите тип конечной точки миграции укажите Outlook Anywhere и нажмите кнопку Далее.

  6. На странице Введите учетные данные локальной учетной записи введите следующие данные:

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

    • Учетная запись с правами.     Введите имя пользователя (в формате "домен\пользователь" или в виде адреса электронной почты) для учетной записи с необходимыми разрешениями администратора в локальной организации. Office 365 будет использовать эту учетную запись для определения конечной точки миграции и для проверки разрешений, назначенных данной учетной записи, путем доступа к почтовому ящику с указанным адресом.

    • Пароль учетной записи с правами.     Введите пароль учетной записи с привилегиями учетной записи администратора.

  7. Нажмите кнопку Далее и сделайте одно из следующего:

    • Если Office 365 успешно подключится к исходному серверу, появятся параметры подключения. Нажмите кнопку Далее.

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

      • Exchange Server.     Введите полное доменное имя (FQDN) для локального Exchange Server. Это имя узла сервера почтовых ящиков, например EXCH-SRV-01.corp.contoso.com.

      • Прокси-сервер RPC.    Введите полное доменное имя прокси-сервера RPC для Мобильный Outlook. Как правило, адрес прокси-сервера совпадает с URL-адресом Outlook Web App. Например, это mail.contoso.com, который также является URL-адресом прокси-сервера, используемого Outlook для подключения к Exchange Server.

  8. На странице Введите общие сведения введите имя конечной точки миграции, например Test5-endpoint. Оставьте два других поля пустыми, чтобы использовать значения, заданные по умолчанию.

    Имя конечной точки миграции
  9. Выберите Создать для создания конечной точки миграции.

    Чтобы проверить подключение Exchange Online к локальному серверу, можно выполнить команду из примера 4 для командлета Test-MigrationServerAvailability.

Миграция почтовых ящиков

Создайте и запустите пакет миграции для переноса почтовых ящиков в Office 365.

Создание пакета поэтапной миграции

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

Создание пакета поэтапной миграции

  1. В Центр администрирования Exchange выберите Получатели > Миграция.

  2. Выберите Создать Значок "Создать" > Миграция в Exchange Online.

    Выбор пункта "Миграция в Exchange Online"
  3. На странице Выберите тип миграции укажите Пакетная миграция и нажмите кнопку Далее.

  4. На странице Выбор пользователей нажмите кнопку Обзор и выберите CSV-файл для этого пакета миграции.

    После выбора CSV-файла Office 365 проверяет его, чтобы убедиться, что:

    • он не пустой;

    • используется форматирование с разделителями-запятыми;

    • файл содержит не более 2000 строк;

    • в строке заголовков есть обязательный столбец EmailAddress;

    • во всех строках то же количество столбцов, что и в строке заголовков.

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

  5. Нажмите кнопку Далее.

  6. На странице Подтверждение конечной точки миграции проверьте сведения о конечной точке миграции и нажмите кнопку Далее.

    Новый пакет миграции с подтвержденной конечной точкой.
  7. На странице Конфигурация перемещения введите имя пакета миграции (без пробелов и специальных символов) и нажмите кнопку Далее. Это имя отображается в списке пакетов миграции на странице Миграция после создания пакета.

  8. На странице Запуск обработки пакета выберите одно из следующего:

    • Запустить обработку пакета автоматически.     Новый пакет миграции запускается сразу же после его сохранения. Пакет запускается с состоянием Синхронизация.

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

  9. Выберите Создать для создания пакета миграции.

    Новый пакет появится на панели мониторинга миграции.

Запуск пакета поэтапной миграции

Если при создании пакета миграции вы настроили его на запуск вручную, вы можете запустить его с помощью Центра администрирования Exchange.

Запуск пакета поэтапной миграции

  1. В Центр администрирования Exchange выберите Получатели > Миграция.

  2. На панели мониторинга миграции выберите пакет и нажмите кнопку Запустить.

  3. Если пакет миграции запустится успешно, его состояние на панели мониторинга миграции изменится на Синхронизация.

    Идет синхронизация пакета миграции

Проверка успешности миграции

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

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

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

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

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

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

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

Необязательно: повторение шагов миграции

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

После завершения миграции в Office 365 вы можете начать отправлять почту напрямую в Office 365 и списать старую почтовую систему.

Необязательно: сокращение задержки электронной почты

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

Когда пользователи, которые не работают в вашей организации, отправляют вам электронную почту, их почтовые системы не проверяют каждый раз, куда нужно отправлять сообщения. Вместо этого их системы сохраняют расположение вашей почтовой системы, используя параметр вашего DNS-сервера, который называется сроком жизни (TTL). Если изменить расположение почтовой системы до истечения срока жизни, почтовая система отправителя будет пытаться отправлять почту в прежнее расположение, пока не выяснится, что оно изменилось. Это может привести к задержке доставки почты. Единственный способ избежать этого — уменьшить срок жизни, который DNS-сервер предоставляет серверам вне вашей организации. Это позволит другим организациям более часто обновлять расположение вашей почтовой системы.

Если задан короткий интервал времени, например 3600 секунд (1 час), большинство почтовых систем будут запрашивать обновление каждый час. Рекомендуем перед началом миграции электронной почты задать интервал, не превышающий это значение. Это дает всем системам, которые отправляют вам почту, достаточно времени для обработки изменений. После окончательного перехода на Office 365 вы можете увеличить срок жизни.

Срок жизни нужно изменить в записи обмена электронной почтой вашей почтовой системы, которая также называется записью MX. Она находится в общедоступной системе DNS. Если у вас есть несколько записей MX, необходимо изменить значение для каждой из них на 3600 или меньше.

Если вам нужна справка по настройке параметров DNS, см. руководство по DNS в Office 365.

Перенаправление почты в Office 365

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

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

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

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

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

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

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

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

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

  1. В Центр администрирования Exchange выберите Получатели > Миграция.

  2. На панели мониторинга миграции выберите пакет и нажмите кнопку Удалить.

    Удаление пакета может занять несколько минут.

  3. В Центр администрирования Exchange выберите Получатели > Миграция.

  4. Убедитесь, что пакета миграции больше нет на панели мониторинга миграции.

Выполнение задач после миграции

После миграции почтовых ящиков в Office 365 необходимо выполнить несколько задач.

Выполнение задач после миграции

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

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

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

    • Псевдоним: autodiscover

    • Целевое значение: autodiscover.outlook.com

    Дополнительные сведения см. в статье Создание записей DNS для Office 365 при самостоятельном управлении записями DNS.

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

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

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

См. также

Что необходимо знать о поэтапной миграции электронной почты в Office 365

Способы переноса электронной почты в Office 365

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

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×