Sigo dando vueltas en círculos cuando intento planificar una migración de Exchange 2010 a Office 365 con información contradictoria y opiniones diferentes sobre cuál es el mejor método de migración para mi situación.
Considere este escenario y por favor avise...
Una empresa tiene un dominio AD y un nombre de dominio ABC.com,
Dentro de ABC.com, hay un único servidor Exchange 2010 que aloja todas las funciones de Exchange para 300 usuarios,
ABC.com también posee y utiliza varios dominios de correo electrónico, como DEF.com, LMN,com y XYZ.com (todos los cuales están configurados como dominios aceptados y los registros MX/AutoDiscover apuntan al mismo servidor local).
Cada usuario tiene un alias de ABC.com con otro dominio aceptado establecido como principal. Cada usuario inicia sesión en Outlook y otros servicios autenticados de dominio con su UPN @ABC.com.
30 usuarios de buzones de correo que utilizan el dominio XYZ.com como alias principal quieren pasar a Office 365, seguidos por los usuarios de DEF.com unas semanas más tarde, seguidos por LMN.com unas semanas después.
Finalmente, ABC.com deberá enrutarse a través del entorno 365, donde debe configurarse como un alias de los buzones de correo (como estaba originalmente en el servidor local).
Será necesario implementar ADFS para permitir la administración de cuentas a través del AD local.
¿Cuál sería la mejor manera de lograr este objetivo? ¿La mejor ruta migratoria? ¿Pasos?
¿ABC.com necesitaría estar registrado como dominio aceptado en Office 365 para que ADFS y DirSync funcionen? - (No veo que funcione sin esto pero necesito preguntar)
Como los registros DNS de ABC.com no se pueden cambiar hasta el final de la migración, supongo que, mientras se migran los dominios aceptados, para recibir correos electrónicos en los dominios ABC y XYZ, ambos alias deberán configurarse en Outlook por separado ( es decir [correo electrónico protegido]apuntando a office 365 y[correo electrónico protegido]apuntando al servidor local): ¿es correcto?
Respuesta1
Eche un vistazo a los recursos informativos que se indican a continuación que pueden ayudarle a obtener más detalles y permitirle realizar este trabajo:
Soporte para múltiples dominios de nivel superior: -https://community.office365.com/en-us/w/sso/support-for-multiple-top-level-domains
Configuración de AD FS y habilitación del inicio de sesión único en Office 365: blogs.technet.com/b/canitpro/archive/2015/09/11/step-by-step-setting-up-ad-fs-and-enabling -inicio de sesión único-en-office-365.aspx
Hoja de ruta de sincronización de directorios: technet.microsoft.com/library/hh967642.aspx
Si desea implementar una versión híbrida, debe implementar DirSync. Consulte el Asistente de implementación de Exchange Server para obtener más información según sus requisitos; creará instrucciones de implementación: - technet.microsoft.com/en-us/exdeploy2013/Checklist?state=2718-W-AAAAAAAAQAAAAAEAAAAAAAAAAAAA&startOver=True
Office 365: ADFS - Compatibilidad con múltiples UPN: - www.msexchange.org/blogs/walther/news/office-365-adfs-support-for-mutiple-upns-724.html
¡Espero que esto ayude!
Respuesta2
- La mejor manera de mover a los usuarios en lotes es configurar un entorno híbrido entre su organización local y el intercambio en línea.
- Todos los dominios deben agregarse y verificarse en Office 365 antes de migrar.
- Mientras la migración aún está en proceso (no ha movido todos los buzones de correo a Office 365), la detección automática debe apuntar a las instalaciones
- Mantenga los registros MX apuntando a las instalaciones. Cuando se migra un usuario, se le marca automáticamente con una dirección de destino ([correo electrónico protegido]) en función de qué correos se enrutarán a su buzón de correo en la nube.