Перенос электронной почты из Office 365 в Exchange 2013 (часть 5)

• Перенос электронной почты из Office 365 в Exchange 2013 (часть 2)
• Перенос электронной почты из Office 365 в Exchange 2013 (часть 3)
• Перенос электронной почты из Office 365 в Exchange 2013 (часть 4)
• Перенос электронной почты из Office 365 в Exchange 2013 (часть 6)

Маршрутизация почты

В настоящее время мы ожидаем, что клиент Office 365 будет получать почту напрямую, т. е. записи DNS Mail Exchanger (MX), которые сообщают другим SMTP-серверам, куда доставлять почту, указывают на Office 365.

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

Если вы изучили конфигурацию в Office 365 и в локальной среде, то могли заметить, что в обеих средах домены настроены по умолчанию как типы доменов.

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

После перемещения почтового ящика в локальную среду вы можете направлять почту получателям напрямую с серверов Exchange 2013, минуя Office 365. Если вы планируете это сделать, есть еще одна область, на которую стоит обратить внимание.

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

Вы можете изменить это, отредактировав существующую запись SPF, включив в нее внешний IP-адрес, который отправляет ваш сервер Exchange; например, если ваша текущая запись SPF выглядит следующим образом:

Затем мы захотим использовать синтаксис для добавления внешнего IP-адреса в запись SPF вместе с другими записями:

После редактирования записи SPF вы можете проверить ее правильность с помощью мастера записи SPF Sender ID Framework от Microsoft.

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

• Между интернет-пользователями и тестовым локальным почтовым ящиком Exchange 2013 и наоборот
• Между почтовыми ящиками Office 365 в вашем клиенте и в локальной среде и наоборот.

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

Перемещение почтовых ящиков

Наконец-то мы подошли к тому моменту, когда мы можем начать перемещать почтовые ящики из Office 365.

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

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

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

Чтобы создать его, перейдите в Центр администрирования Office 365 Exchange и выберите , затем выберите . На панели инструментов выберите (...) и в раскрывающемся меню выберите :

Рисунок 1. Конечные точки миграции в центре администрирования Exchange

Должно появиться всплывающее окно браузера Migration Endpoints. Нажмите кнопку (+), чтобы создать конечную точку миграции для представления нашего локального сервера Exchange 2013:

Рисунок 2: Список существующих конечных точек миграции

Теперь мы увидим . Это позволит нам определить несколько типов конечных точек миграции. Выберите , который используется для миграции на основе MRS-Proxy:

Рисунок 3: Запуск мастера создания новой конечной точки миграции

Затем нам будет предоставлена возможность сначала автоматически заполнить данные с помощью , введя адрес электронной почты локального почтового ящика вместе с учетными данными администратора, используемыми для выполнения миграции. Если подходящего локального почтового ящика (пока) нет, прокси-сервер MRS можно указать вручную, как показано ниже. Обычно это полное доменное имя, используемое для URL-адреса вашей внешней веб-службы Exchange:

Рисунок 4. Определение конечной точки прокси-сервера MRS вручную

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

Рисунок 5: Просмотр новой конечной точки миграции

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

Чтобы создать пакет миграции, на вкладке в центре администрирования Exchange выберите (+) на панели инструментов, а затем в раскрывающемся меню выберите »:

Рисунок 6. Начало миграции в локальную среду Exchange

Откроется мастер , предварительно настроенный для удаленных почтовых ящиков.

Сначала мы выберем почтовые ящики для миграции в локальную среду Exchange. У нас есть варианты миграции; сначала мы можем выбрать почтовые ящики с помощью средства выбора получателей, выбрав параметр , затем нажмите кнопку (+).

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

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

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

Рисунок 7: Создание нового пакета миграции и указание пользователей

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

Рисунок 8: Выбор правильной конечной точки миграции

На предпоследней странице мастера нам нужно настроить параметры для почтовых ящиков, как только они попадут на Exchange 2013.

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

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

В параметрах и введите имя соответствующей базы данных почтовых ящиков в Exchange 2013, на которую нужно выполнить миграцию. Средство выбора базы данных почтовых ящиков отсутствует, поэтому имя базы данных необходимо ввести вручную. Это может быть либо имя базы данных, либо GUID базы данных.

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

Когда вы довольны выбранными параметрами, нажмите :

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

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

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

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

Рисунок 10: Выбор параметров для запуска и завершения пакета миграции

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

Рисунок 11: Просмотр пакета миграции в процессе выполнения

После завершения тестового пакета миграции стоит убедиться, что для первого пользователя все работает должным образом; поэтому сначала войдите в локальную версию Outlook Web App и убедитесь, что вы можете правильно отправлять и получать почту между внутренними и внешними получателями.

Затем убедитесь, что процесс на стороне богатого клиента также работает правильно. Как упоминалось ранее в этой серии, наш сценарий также включает перемещение пользователей в недавно реализованный домен Active Directory, поэтому применяются стандартные процедуры для присоединения ПК к домену и переноса/создания нового профиля, но мы ожидаем сброса пароля для пользователя в локальной Active Directory, чтобы он был известен пользователю, и перенастройте следующее:

• Клиент Outlook для настольных ПК, который, если профиль останется прежним, сможет использовать для входа в локальную среду Exchange и получения настроек.
• Клиенты не для ПК, такие как Mac Outlook 2011, Entourage 2008 Web Services Edition или Mac Mail.
• Мобильные устройства, такие как iOS, Android и Windows Phone, которые, даже если пароль остается прежним, не будут автоматически обнаруживать локальный сервер Exchange.

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

Поэтому для переноса пакетов оставшихся пользователей мы сначала определим пару критериев; во-первых, количество пользователей, у которых есть физические ресурсы для перенастройки после их миграции. Это может быть количество персонала ИТ-поддержки, которое у нас есть для выполнения этой задачи, или если мы заранее настроили ПК для использования Active Directory, тип доступных ресурсов самопомощи и способность персонала службы поддержки решать незначительные вопросы и проблемы.

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

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

Резюме

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

• Перенос электронной почты из Office 365 в Exchange 2013 (часть 2)
• Перенос электронной почты из Office 365 в Exchange 2013 (часть 3)
• Перенос электронной почты из Office 365 в Exchange 2013 (часть 4)
• Перенос электронной почты из Office 365 в Exchange 2013 (часть 6)