Назад | Перейти на главную страницу

Комплексная миграция с Exchange 2010 на Office 365 с несколькими доменами

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

Рассмотрим этот сценарий и посоветуем, пожалуйста ....

У компании есть домен AD и доменное имя ABC.com,

Внутри ABC.com есть один сервер Exchange 2010, на котором размещены все роли обмена для 300 пользователей,

ABC.com также владеет и использует несколько доменов электронной почты, таких как DEF.com, LMN, com и XYZ.com (все они настроены как обслуживаемые домены, а записи MX / AutoDiscover указывают на один и тот же локальный сервер).

У каждого пользователя есть псевдоним ABC.com с другим обслуживаемым доменом, установленным в качестве основного. Каждый пользователь входит в Outlook и другие службы аутентификации домена со своим UPN @ ABC.com.

30 пользователей почтовых ящиков, которые используют домен XYZ.com в качестве основного псевдонима, хотят перейти в Office 365, за ними следуют пользователи DEF.com через несколько недель, а через несколько недель - LMN.com.

Наконец, ABC.com потребуется для маршрутизации через среду 365, где он должен быть установлен в качестве псевдонима почтовых ящиков (как это было изначально на локальном сервере).

Необходимо будет внедрить ADFS, чтобы можно было управлять учетной записью через локальный AD.

Как лучше всего достичь этой цели? Лучший способ миграции? Шаги?

Нужно ли регистрировать ABC.com в качестве обслуживаемого домена в Office 365 для работы ADFS и DirSync? - (Я не вижу, чтобы он работал без этого, но мне нужно спросить)

Поскольку записи DNS ABC.com не могут быть изменены до самого конца миграции, я предполагаю, что во время миграции обслуживаемых доменов, чтобы получать электронные письма как на доменах ABC, так и на XYZ, оба псевдонима необходимо настроить в Outlook отдельно ( т.е. User1@XYZ.com указывает на офис 365 и User1@ABC.com указывает на локальный сервер) - это правильно?

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

Поддержка нескольких доменов верхнего уровня: - https://community.office365.com/en-us/w/sso/support-for-multiple-top-level-domains

Настройка AD FS и включение единого входа в Office 365: - blogs.technet.com/b/canitpro/archive/2015/09/11/step-by-step-setting-up-ad-fs-and-enpting -single-sign-on-to-office-365.aspx

План синхронизации каталогов: - technet.microsoft.com/library/hh967642.aspx

Если вы хотите развернуть гибрид, вам необходимо развернуть DirSync. Обратитесь к помощнику по развертыванию Exchange Server для получения дополнительной информации в соответствии с вашими требованиями, он создаст инструкции по развертыванию: - technet.microsoft.com/en-us/exdeploy2013/Checklist?state=2718-W-AAAAAAAAQAAAAAEAAAAAAAAAAAAA&startOver=True

Office 365: ADFS - поддержка нескольких имен UPN: - www.msexchange.org/blogs/walther/news/office-365-adfs-support-for-mutiple-upns-724.html

Надеюсь это поможет!

  1. Лучший способ перемещать пользователей группами - это настроить гибридную среду между локальной организацией и обменом в Интернете.
  2. Все домены необходимо добавить и проверить в Office 365 перед переносом.
  3. Пока идет процесс миграции (вы не переместили все почтовые ящики в Office 365), автообнаружение должно указывать на локальную среду
  4. Сохраняйте записи MX, указывающие на локальную среду. Когда пользователь переносится, он автоматически получает отметку с целевым адресом (user@domain.mail.onmicrosoft.com), в зависимости от того, какие письма будут перенаправляться в их облачный почтовый ящик.