Пытаясь спланировать миграцию с Exchange 2010 на Office 365, я постоянно хожу кругами, имея противоречивую информацию и разные мнения о том, какой метод миграции является наилучшим в моей ситуации.
Рассмотрите этот сценарий и, пожалуйста, дайте совет....
У компании есть домен AD и доменное имя ABC.com,
В ABC.com есть один сервер Exchange 2010, на котором размещены все роли Exchange для 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 по отдельности (т. е. [email protected]указывая на офис 365 и[email protected](указывающий на локальный сервер) — это правильно?
решение1
Ознакомьтесь, пожалуйста, с представленными ниже информационными ресурсами, которые могут помочь вам получить более подробную информацию и позволят вам выполнить эту работу:
Поддержка нескольких доменов верхнего уровня:-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-enabling-single-sign-on-to-office-365.aspx
План синхронизации каталогов:- technet.microsoft.com/library/hh967642.aspx
Если вы хотите развернуть гибрид, вам нужно развернуть DirSync. Пожалуйста, обратитесь к Exchange Server Deployment Assistant для получения дополнительной информации в соответствии с вашими требованиями, он создаст инструкции по развертыванию:- technet.microsoft.com/en-us/exdeploy2013/Checklist?state=2718-W-AAAAAAAAQAAAAAAAAAAAAAAAA&startOver=True
Office 365: ADFS — поддержка нескольких UPN: www.msexchange.org/blogs/walther/news/office-365-adfs-support-for-mutiple-upns-724.html
Надеюсь это поможет!
решение2
- Лучший способ перемещения пользователей партиями — это создание гибридной среды между вашей локальной организацией и онлайн-обменом.
- Перед миграцией все домены необходимо добавить и проверить в Office 365.
- Пока миграция еще находится в процессе (вы не переместили все почтовые ящики в Office 365), функция автообнаружения должна указывать на локальную среду.
- Сохраняйте записи MX, указывающие на on-prem. Когда пользователь мигрирует, он автоматически помечается целевым адресом ([email protected]) в зависимости от того, какие письма будут направляться в их облачный почтовый ящик.