Прямая миграция в Office 365

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

  • Ваша текущая локальная среда Exchange — Microsoft Exchange Server 2003, Microsoft Exchange Server 2007, Microsoft Exchange Server 2010 или Microsoft Exchange Server 2013.

  • В вашей локальной среде Exchange менее 2000 почтовых ящиков.

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

Планирование миграции   

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

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

  • Путем прямой миграции Exchange в Office 365 можно перенести не более 2000 почтовых ящиков. Однако рекомендуемый объем составляет 150 почтовых ящиков.

  • Для основного доменного имени вашей локальной организации Exchange необходимо использовать домен, признанный вашей собственностью в организации Office 365.

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

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

  • Администраторы или пользователи должны настроить рабочие столы        Необходимо обновить рабочие столы и настроить их для работы с Office 365. Эти действия позволят пользователям входить в Office 365 из классических приложений с помощью своих локальных учетных данных. Пользователи, у которых есть разрешение на установку приложений, могут сами обновить и настроить свои компьютеры. Обновления также можно установить для них централизованно. После выполнения обновлений пользователи могут отправлять электронную почту из Outlook 2013, Outlook 2010 или Outlook 2007.

  • Возможная задержка при перенаправлении почты        Электронная почта, отправленная локальным пользователям, почтовые ящики которых были перенесены в Office 365, перенаправляется в их локальные почтовые ящики Exchange, пока не внесены изменения в запись MX.

Как происходит прямая миграция?

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

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

  2. Администратор готовит серверы к прямой миграции и создает в Office 365 пустые группы безопасности с поддержкой почты.

  3. Администратор подключает Office 365 к локальной почтовой системе (то есть создает конечную точку миграции).

  4. Администратор переносит почтовые ящики и проверяет успешность миграции.

  5. Администратор предоставляет лицензии Office 365 своим пользователям.

  6. Администратор настраивает домен, чтобы начать перенаправление электронной почты в Office 365.

  7. Администратор проверяет, происходит ли перенаправление, а затем удаляет пакет прямой миграции.

  8. Администратор выполняет в Office 365 задачи после миграции (назначение лицензий пользователям и создание записи автообнаружения службы доменных имен (DNS)) и при необходимости выводит локальные серверы Exchange из эксплуатации.

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

Готовы к выполнению прямой миграции?

Разверните приведенные ниже разделы и следуйте инструкциям.

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

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

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

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

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

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

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

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

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

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

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

      или

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

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

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

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

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

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

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

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

  3. На странице Домены нажмите кнопку Добавить домен, чтобы запустить мастер доменов.

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

  5. На странице Подтвердить домен выберите команду Вход на сайт GoDaddy (если вашими записями DNS управляет регистратор GoDaddy) или Добавить запись типа TXT (если вы пользуетесь услугами другого регистратора) и нажмите кнопку Далее.

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

    Инструкции также можно найти в статье Создание записей DNS для Office  365 при самостоятельном управлении записями DNS.

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

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

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

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

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

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

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

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

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

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

  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 с помощью одного пакета миграции.

  1. В Центре администрирования Exchange откройте раздел Получатели, а затем — вкладку Миграция.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Проверка синхронизации

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

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

    После завершения миграции синхронизация будет иметь состояние Синхронизировано.

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

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

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

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

Если вам нужна помощь в настройке параметров DNS, см. статью Создание записей DNS для Office 365 при самостоятельном управлении записями DNS.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Если вы хотите сохранить Exchange Server, также необходимо убедиться в том, что после миграции запись автообнаружения CNAME DNS будет указывать как на внутреннюю, так внешнюю системе DNS, чтобы клиент Outlook смог подключиться к правильному почтовому ящику.

    Примечание :  В Exchange 2007, Exchange 2010 и Exchange 2013 можно также задать Set-ClientAccessServer AutodiscoverInternalConnectionURI для Null.

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

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

    • Цель: autodiscover.outlook.com   

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

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

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

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

См. также

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

Выбор пути миграции

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

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

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

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

×