Como Migrar do Exchange para o Office 365: passo a Passo – Parte 1

Como Migrar do Exchange para o Office 365: passo a Passo – Parte 1

este guia passo a passo completo está disponível em PDF. Clique aqui para fazer o download!

se você está planejando uma migração do Exchange para o Office 365, pode ser bastante confuso entender as etapas que você precisa seguir e em qual ordem.

neste artigo, vamos percorrer as etapas e decisões que você precisa tomar ao migrar para o Exchange Online. Na primeira parte, consideraremos os dois primeiros passos mais importantes-decidir sobre uma abordagem de migração e executar as etapas principais para a identidade. Na parte dois, executaremos a configuração híbrida do Exchange e executaremos a migração de caixas de correio.

e, embora abordemos muitas informações em um curto espaço de tempo, você encontrará orientações detalhadas vinculadas por toda parte.

preparando sua troca para a migração do Office 365

Antes de iniciar uma migração, é importante garantir que o ambiente de origem do qual você está migrando esteja em um bom estado.

se o ambiente de troca que você está executando hoje não é saudável, então muitas vezes isso pode servir como o motivador para se mover. Afinal, o que pode ser uma solução mais fácil para o mau desempenho do Exchange do dia-a-dia do que mudar para o Office 365?

Infelizmente, se você está enfrentando dia-a-dia, problemas com o Exchange, como o usuário de problemas de acesso do Exchange remotamente, mensagens de erro e lento o tempo de acesso a caixas de correio ou, pior, corrupção de banco de dados – em seguida, mover para o Office 365, o mais provável será outra fonte de problemas, não apenas para as pessoas que acessam o ambiente que você está tentando migrar, mas também quando a migração como é provável que você vai ocorrer falhas ao longo do caminho.Seu primeiro passo antes de iniciar uma migração deve ser garantir que o ambiente esteja razoavelmente livre de erros e corrigir quaisquer problemas subjacentes antes da migração.

leia mais: corrigindo seu ambiente de troca

migração híbrida ou migração baseada em ferramentas?

se você está pensando em mover seu ambiente de troca para o Office 365, provavelmente está ciente de que existem muitas opções disponíveis.

da Microsoft, você tem opções para uma migração escalonada e uma migração de corte, bem como uma migração híbrida, e de fornecedores terceirizados um grande número de ferramentas diferentes no mercado para migrações de arquivos de E-mail.

em geral, se você tiver uma versão do Exchange Server suportada pela Microsoft (Exchange Server 2010 e superior) e ela fizer parte do seu Active Directory, sua opção padrão deverá ser uma migração híbrida do Exchange.

um híbrido do Exchange é baseado em um híbrido mínimo ou completo do Exchange e cria um relacionamento entre seus servidores do Exchange local e o Exchange Online. Isso permite movimentos nativos de caixa de correio, semelhantes a entre servidores Exchange locais, com clientes do Outlook alternando nativamente sem precisar baixar novamente cópias offline de E-mail. Com o Full Hybrid, isso também se estende para proteger o fluxo de E-mail entre os dois ambientes e a funcionalidade de coexistência, como compartilhamento gratuito/ocupado e de calendário.

Azure AD

o Azure AD Connect complementa o Exchange Hybrid, e você deve esperar usar o Hybrid se planeja sincronizar sua identidade com a nuvem. O Azure AD Connect sincroniza o domínio local do Active Directory com o Office 365, criando uma cópia das contas locais do AD no Azure Active Directory que vincula as cópias principais. O Azure AD Connect também é a parte do quebra-cabeça que mantém uma lista de endereços global consistente entre o local e a nuvem.Como o AD e o Azure AD Connect entendem quando há uma organização Exchange existente no local, as caixas de correio existentes no local não terão caixas de correio criadas no Office 365. Espera-se que você use o Exchange Hybrid para mover caixas de correio.

com uma migração baseada em ferramentas, as mesmas regras não se aplicam. Uma migração híbrida do Exchange totalmente suportada pela Microsoft oferece uma excelente experiência. No entanto, especialmente em ambientes com várias florestas, pode ser complexo configurar corretamente, os ambientes hospedados geralmente não permitem que o Azure AD Connect ou o Exchange Hybrid sejam configurados; e se você tiver versões legadas do Exchange, isso pode envolver a instalação de servidores adicionais executando o Exchange 2010 ou superior, que incluem os componentes híbridos. Portanto, existem usos válidos para uma ferramenta sob medida para migrar e – mail para o Office 365-mas neste artigo, assumiremos que você tomou a decisão de usar o Exchange Hybrid.

Leia Mais: Métodos para migrar para o Office 365

entendendo pré-requisitos e dependências

depois de decidir que migrar para o Office 365 usando o Exchange Hybrid é adequado para sua organização e você tem um ambiente saudável para migrar, então você precisa garantir que concluiu as atividades de planejamento necessárias.

muitas organizações que iniciam essa jornada garantirão, neste momento, que tenham um projeto para apoiar as mudanças que ocorrerão. No entanto, como você não está projetando o Office 365 ou o Exchange Online e, em vez disso, projetando a ponte para o Office 365, o design geralmente não é tão detalhado quanto uma migração completa do Exchange.

em vez disso, você está se concentrando nas alterações necessárias ao seu ambiente existente para garantir que ele esteja pronto para as alterações. Neste artigo, não abordaremos isso, mas vale lembrar que a maioria das organizações, grandes e pequenas, não se dirige apenas ao desconhecido sem fazer planos primeiro.

o pré-requisito chave para migrar para o Exchange é garantir que o modelo de identidade correto esteja em vigor, primeiro. Há uma variedade de opções disponíveis ao escolher uma identidade, mas o cenário mais comum será utilizar o Azure AD Connect com identidades sincronizadas e sincronização de hash de senha.

antes disso, executaremos várias tarefas principais.Primeiro, garantiremos que adicionamos todos os nossos domínios personalizados ao nosso locatário do Office 365. Eles precisarão corresponder aos domínios de E-mail que usamos no local:

<domínio do Portal

para adicionar um novo domínio, escolha < Path > e adicione domínio. Você precisará seguir os passos, e verificar cada domínio utilizando um registo TXT, semelhante ao mostrado abaixo:

Use o seu provedor de DNS do painel de controle para adicionar o correspondente registro TXT para cada domínio e, em seguida, continuar o processo de verificação.

depois de chegar ao ponto de adicionar registros DNS adicionais, é importante que você opte por pular a adição de registros, como Descoberta Automática ou alterações de registro MX.

isso é crucial porque, neste momento do processo, seu e-mail ainda é cuidado por sistemas locais e você não deseja redirecionar os clientes para o Office 365. O relacionamento híbrido que criamos gerenciará isso para nós, mais tarde.

entraremos no Office 365 usando um ID de login no mesmo formato de um endereço de E-mail. Em um relacionamento híbrido do Exchange, esperamos que isso corresponda ao nome do usuário do Active Directory para cada usuário. No entanto, em muitas organizações, os IDs de login não estão em um formato adequado

ID de Login no local	nome do usuário no local	endereço SMTP primário	ID de Login do Office 365 resultante
CONTOSO\username	[email protected]	[email protected]	nome de usuá[email protected]

no exemplo acima, o problema é com o sufixo UserPrincipalName (UPN) – o contoso.parte local que normalmente corresponde ao nome completo da floresta de anúncios. Para resolver isso, vamos adicionar um sufixo UPN para coincidir com o nosso e-mail de domínios registrados com o Office 365 em Domínios do Active Directory e relações de confiança:

iremos, em seguida, atualizar o UserPrincipalName valor para cada usuário usando o Active Directory users e computadores (ou, idealmente, o PowerShell) para coincidir com o endereço de e-mail:

Na maioria dos casos, isso não causará problemas do usuário com o início de sessão, como quase todas as organizações ainda esperar que os usuários fazer logon com o Pré-Windows 2000 / CONTOSO\formato de username. No entanto, você deve sempre validar isso antes de fazer alterações. Depois de fazer essas alterações, os formatos para IDs de login serão semelhantes aos abaixo:

No Local ID de início de sessão	Local UserPrincipalName	endereço SMTP Primário	Resultante ID de início de sessão do Office 365
a CONTOSO\username	[email protected]	[email protected]	[email protected]

Também vamos executar o Microsoft IDFix ferramenta contra o domínio. Esta etapa destacará outros problemas no seu Active Directory relevantes para a sincronização de domínio. O IDFix identifica erros, como endereços de E-mail inválidos (conhecidos como endereços de Proxy), caracteres inválidos em nomes de usuário e outros dados e problemas comuns, como o uso de um sufixo UPN inválido.

Use a lista de problemas identificados pelo ID para fazer as correções recomendadas e, em seguida, instale o Azure AD Connect. No exemplo abaixo, escolhemos usar configurações expressas:

seguiremos as etapas do Assistente para conectar-se como administrador global ao nosso locatário do Azure AD/Office 365 e ao nosso Active Directory local. Você se lembrará acima, embora tenhamos adicionado um sufixo UPN adicional ao nosso anúncio local por não ser um domínio válido para usar com o Office 365. Isso será destacado durante o Assistente de instalação, no entanto, porque lidamos com isso, será seguro continuar:

porque escolhemos as configurações expressas o assistente pré-selecionou que usaremos a sincronização de hash de senha. Nossa escolha final é garantir que uma implantação híbrida do Exchange seja selecionada antes de iniciar a instalação. Isso garantirá que os atributos relacionados ao Exchange do Azure AD Connect gravem de volta em nosso anúncio local:

assim que a sincronização inicial for concluída, você poderá acessar o centro de administração do Microsoft 365 e navegar para usuários>usuários ativos e ver contas sincronizadas. Você verá seus usuários de anúncios com um tipo de sincronização sincronizado com o Active Directory:

outras leituras:

• a Escolha de um modelo de identidade
• Download IDFix
• Download Azure AD Conectar

Outras áreas que você precisa considerar

além disso, antes de migrar caixas de correio do Office 365, você precisa considerar outros pré-requisitos. As principais áreas que você precisa considerar incluem:

arquivamento legado

se você atualmente usa uma solução como o Veritas Enterprise Vault para arquivar ou registrar e-mail no diário, essa configuração não funcionará como está com o Office 365. Em vez disso, a abordagem mais comum é mover arquivos para o Exchange online após a migração de caixas de correio.

neste cenário, os stubs (ou atalhos, para usar o termo EV) serão re-hidratados com as mensagens de arquivo originais; ou movidos para arquivar caixas de correio no Exchange Online. O Archive Shuttle da Quadrotech pode lidar com essa tarefa e funciona bem com uma migração híbrida do Exchange.

clientes do Outlook

você precisará executar uma versão suportada do Outlook ao se conectar ao Office 365. As seguintes versões do Outlook são suportadas:

• Office 365 ProPlus
• Outlook 2019
• Outlook 2016
• Outlook 2013

Idealmente, use a versão mais recente (o Office 365 ProPlus) que você tem disponível. O Outlook 2013, 2016 e 2019 funcionará com o Office 365. Se você estiver executando o Outlook 2010 hoje, isso pode funcionar com o Exchange Online, mas por razões de segurança, você provavelmente desejará bloquear os protocolos que ele usa.

dispositivos móveis

se você usar o Microsoft ActiveSync hoje para se conectar ao Exchange no local, poderá permitir que os dispositivos móveis continuem a usar este protocolo ao se conectar ao Exchange Online. Espere que, em todas as circunstâncias, exceto nas mais incomuns, precise reconfigurar dispositivos ActiveSync para funcionar com o Exchange Online.

em vez disso, considere implantar o novo cliente móvel do Outlook em dispositivos. Se você optar por mover para o Microsoft Intune, também poderá usar o Intune para implantar e configurar o novo cliente Outlook. Isso suporta adicionalmente a funcionalidade do ActiveSync, incluindo a capacidade de agendar reuniões do Teams diretamente do cliente e novas funcionalidades, como a caixa de entrada Focada. Do ponto de vista da segurança, ele pode garantir que você tenha controle sobre os dados, como downloads de anexos.

publicação na Internet

a maneira como você publica o Exchange Server na internet é importante para uma implantação híbrida. Isso costumava ser crucial para todas as implementações, no entanto, o novo agente híbrido significa que podemos evitar muitas das áreas mais complexas para o firewall do Exchange e a configuração do certificado SSL para implantações simples.

existem várias áreas que você deve considerar:

• Autodiscover-em um ambiente híbrido, o serviço de Autodiscover no local será usado por caixas de correio locais e caixas de correio do Exchange Online no Office 365. Se você estiver migrando para um modelo em que os usuários possam acessar suas caixas de correio em qualquer lugar, será necessário publicar a Descoberta Automática externamente.
• fluxo de correio-o agente híbrido elimina a necessidade de publicar o Exchange em HTTPS para movimentos de caixa de correio e acesso livre/ocupado. No entanto, ainda precisaremos permitir o fluxo de E-mail entre o local e o Exchange Online. Isso requer conectividade TCP / 25 de e para o Exchange Online Protection.
• acesso de saída de servidores do Exchange para o Exchange Online. Embora o Hybrid Agent permita o acesso do Exchange Online A servidores locais, seus servidores ainda precisarão conectar a saída para o próprio Hybrid Agent e para solicitações como free/busy.
• acesso do cliente ao Office 365. Você também precisará garantir que todos os clientes do Office 365, como o Outlook, possam acessar o serviço. Idealmente, esta será uma conexão direta (em vez de por meio de um servidor proxy) acessando o Office 365 pelo menor número de saltos até o ponto de presença Mais Próximo da Microsoft. Use a Ferramenta de integração de rede do Office 365 como um ponto de pé.

em nossa organização de troca de exemplo, temos um certificado SSL válido de terceiros configurado para o Exchange Server para nosso namespace SMTP (smtp.exchangelabs.co.uk) e HTTPS (autodiscover.exchangelabs.co.Reino Unido e outlook.exchangelabs.co.uk). permitimos a saída de conectividade direta em HTTPS para o Office 365 necessário e intervalos de endereços IP do Exchange Online e conectividade SMTP de e para o Exchange Online Protection.

resumo

na primeira parte, selecionamos o método de migração a ser usado para migração para o Exchange Online, com foco em uma migração Híbrida. Em seguida, executamos a etapa principal pré-requisito para o Exchange Hybrid – sincronizando o Active Directory usando o Azure AD Connect. Por fim, examinamos outras áreas, como arquivamento, clientes e conectividade.

na parte dois, implementaremos o Exchange Hybrid e executaremos movimentos de caixa de correio.

Alternativamente, você pode baixar o guia passo a passo completo aqui.