Eu continuo andando em círculos ao tentar planejar uma migração do Exchange 2010 para o Office 365 com informações conflitantes e opiniões diferentes sobre qual é o melhor método de migração para minha situação.
Considere este cenário e por favor avise....
Uma empresa tem um domínio AD e um nome de domínio ABC.com,
Dentro do ABC.com, há um único servidor Exchange 2010 que hospeda todas as funções do Exchange para 300 usuários,
ABC.com também possui e usa vários domínios de e-mail, como DEF.com, LMN,com e XYZ.com (todos configurados como domínios aceitos e registros MX/AutoDiscover apontam para o mesmo servidor local).
Cada usuário tem um alias ABC.com com outro domínio aceito definido como principal. Cada usuário faz login no Outlook e em outros serviços autenticados de domínio com seu UPN @ABC.com.
30 usuários de caixas de correio que usam o domínio XYZ.com como alias principal desejam migrar para o Office 365, seguidos pelos usuários do DEF.com algumas semanas depois, seguidos pelo LMN.com algumas semanas depois.
Finalmente, ABC.com será solicitado a rotear através do ambiente 365, onde deverá ser definido como um alias das caixas de correio (como era originalmente no servidor local)
O ADFS precisará ser implementado para permitir o gerenciamento de contas por meio do AD local
Qual seria a melhor forma de atingir esse objetivo? Melhor caminho de migração? Passos?
O ABC.com precisaria ser registrado como um domínio aceito no Office 365 para que o ADFS e o DirSync funcionassem? - (Não consigo ver funcionando sem isso, mas preciso perguntar)
Como os registros DNS do ABC.com não podem ser alterados até o final da migração, presumo que, durante a migração dos domínios aceitos, para receber e-mails nos domínios ABC e XYZ, ambos os alias precisarão ser configurados no Outlook separadamente ( ou seja [e-mail protegido]apontando para o Office 365 e[e-mail protegido]apontando para o servidor local) - isso está correto?
Responder1
Dê uma olhada abaixo nos recursos informativos que podem ajudá-lo a obter mais detalhes e permitir que você realize este trabalho:
Suporte para vários domínios de nível superior: -https://community.office365.com/en-us/w/sso/support-for-multiple-top-level-domains
Configurando o AD FS e habilitando o logon único no 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
Roteiro de sincronização de diretório: – technet.microsoft.com/library/hh967642.aspx
Se quiser implantar o híbrido, você precisará implantar o DirSync. Consulte o Exchange Server Deployment Assistant para obter mais informações de acordo com seus requisitos, ele criará instruções de implantação: - technet.microsoft.com/en-us/exdeploy2013/Checklist?state=2718-W-AAAAAAAAQAAAAAEAAAAAAAAAAA&startOver=True
Office 365: ADFS - Suporte para vários UPNs: - www.msexchange.org/blogs/walther/news/office-365-adfs-support-for-mutiple-upns-724.html
Espero que isto ajude!
Responder2
- A melhor maneira de mover os usuários em lotes é configurar um ambiente híbrido entre sua organização local e o intercâmbio online.
- Todos os domínios precisam ser adicionados e verificados no Office 365 antes da migração.
- Enquanto a migração ainda estiver em andamento (você não moveu todas as caixas de correio para o Office 365), a descoberta automática precisa apontar para o local
- Mantenha os registros MX apontando para o local. Quando um usuário é migrado, ele é automaticamente carimbado com um endereço de destino ([e-mail protegido]) com base em quais e-mails serão roteados para sua caixa de correio na nuvem.