Como migrar do Google Workspace para o Microsoft 365 sem perder e-mails

Por que planejar antes de migrar

Trocar o Google Workspace pelo Microsoft 365 envolve mais do que mudar de provedor de e-mail. A empresa leva junto anos de mensagens, agendas compartilhadas, contatos de clientes, arquivos do Drive e as rotinas da equipe. Uma migração sem planejamento costuma terminar em caixas de entrada incompletas, reuniões que somem do calendário e uma semana de chamados ao suporte. Com um roteiro claro, a troca pode acontecer quase sem que os usuários percebam.

O primeiro passo é o inventário. Levante quantas contas existem, quais estão ativas, qual o volume de cada caixa de correio e quanto espaço cada usuário ocupa no Drive. Anote também os grupos de e-mail, os aliases, as caixas compartilhadas (como financeiro@ ou contato@), as agendas de salas e os drives compartilhados. Esse levantamento define o licenciamento necessário no Microsoft 365, o tempo de migração e a ordem das etapas.

Também é hora de decidir o que não precisa ir. Contas de ex-funcionários, arquivos duplicados e caixas que ninguém acessa há anos podem ser arquivados ou exportados à parte em vez de migrados. Quanto menos dado inútil for transferido, mais rápida e barata fica a migração. Antes de apagar qualquer coisa, verifique as exigências legais e contratuais de retenção da empresa.

• Usuários e licenças: lista de contas ativas e o plano do Microsoft 365 adequado a cada perfil (Business Basic, Standard ou Premium).
• Volume de dados: tamanho das caixas de e-mail e do Drive por usuário.
• Recursos compartilhados: grupos, aliases, caixas compartilhadas, salas e drives compartilhados.
• Integrações: sistemas que enviam e-mail pela conta Google (ERP, CRM, impressoras, formulários do site).
• Janela de corte: data e horário de menor impacto para trocar o MX.

Preparando os dois ambientes

Do lado da Microsoft, o tenant do Microsoft 365 precisa estar pronto antes de qualquer dado ser copiado. Isso inclui adicionar e verificar o domínio da empresa, criar os usuários com o mesmo endereço que usam hoje e atribuir as licenças. Nesse momento o domínio é verificado no Microsoft 365, mas os registros MX ainda não mudam: o e-mail continua chegando no Google enquanto a cópia acontece em segundo plano.

Do lado do Google, a ferramenta nativa de migração do Exchange Online precisa de permissão para ler as caixas de correio. A configuração padrão cria um projeto no Google Cloud, habilita as APIs de Gmail, Agenda e Contatos e cria uma conta de serviço com delegação em todo o domínio, autorizada no console de administração do Google Workspace. É uma etapa técnica, mas bem documentada pela Microsoft. Errar nela é a causa mais comum de falha logo no começo da migração.

Outro detalhe importante é o roteamento durante a transição. Em geral, criam-se subdomínios de roteamento (por exemplo, um para o Microsoft 365 e outro para o Google) para que as mensagens circulem bem entre os dois ambientes enquanto parte dos usuários já está em um lado e parte no outro. Para encerrar a preparação, reduza o TTL dos registros DNS, principalmente o MX, um ou dois dias antes da data de corte. Assim, a mudança se propaga em minutos e não em horas.

Regra prática: nenhuma mensagem deve depender de sorte para chegar. Antes de migrar o primeiro usuário, teste o envio e o recebimento entre os dois ambientes e confirme que o roteamento está funcionando.

Migrando e-mails, agendas e contatos

Com os ambientes preparados, a migração em si é feita por lotes no centro de administração do Exchange. Você cria um ponto de migração do Google Workspace, importa a lista de usuários de cada lote e inicia a sincronização. A ferramenta copia as mensagens do Gmail, os eventos da agenda e os contatos para as caixas correspondentes no Exchange Online. Os marcadores do Gmail viram pastas no Outlook, o que facilita a adaptação da equipe.

A primeira sincronização é a mais demorada, porque transfere todo o histórico. Depois disso, a ferramenta faz sincronizações incrementais e copia só o que chegou desde a última passagem. É isso que permite migrar sem interromper o trabalho: o usuário segue no Gmail normalmente enquanto o histórico vai para o Microsoft 365, e no dia do corte falta copiar apenas uma pequena diferença.

Recomenda-se começar por um lote piloto com poucos usuários, de preferência pessoas da TI ou da gestão dispostas a dar retorno. O piloto mostra o tempo real de cópia por gigabyte, revela itens que falharam e permite ajustar o processo antes de levar a empresa inteira. Alguns itens não migram automaticamente e precisam ser recriados:

1. Filtros e regras do Gmail, que devem ser refeitos como regras do Outlook.
2. Assinaturas de e-mail, que podem ser padronizadas de forma centralizada no Microsoft 365.
3. Delegações e caixas compartilhadas, que precisam ter as permissões configuradas no Exchange.
4. Salas e recursos de agenda, que devem ser recriados como caixas de recurso.
5. Grupos do Google, que viram grupos do Microsoft 365 ou listas de distribuição.

Levando o Google Drive para o OneDrive e o SharePoint

O e-mail costuma receber toda a atenção, mas os arquivos muitas vezes são a parte mais delicada. O Drive pessoal de cada usuário deve ir para o OneDrive dele, e os drives compartilhados ficam melhor em sites do SharePoint ou em equipes do Microsoft Teams. Essa divisão mantém a lógica com que as pessoas já trabalham: o que é individual fica com o usuário, o que é do departamento fica no espaço do departamento.

A Microsoft oferece o Migration Manager, no centro de administração do SharePoint, com suporte nativo a origens do Google Drive. A ferramenta conecta à conta Google, examina os arquivos, gera um relatório do que será transferido e permite mapear cada origem para o destino correto. Documentos, planilhas e apresentações nos formatos nativos do Google são convertidos para Word, Excel e PowerPoint durante a cópia. Assim, a equipe continua editando os arquivos normalmente, inclusive no aplicativo desktop do Office.

Alguns cuidados evitam surpresas. As permissões de compartilhamento devem ser revisadas, porque o modelo do Google não corresponde exatamente ao do SharePoint, e links antigos compartilhados com clientes deixarão de funcionar. Formulários e Sites do Google não têm conversão direta e precisam ser refeitos, por exemplo no Microsoft Forms e no SharePoint. Arquivos com nomes muito longos ou com caracteres especiais também podem exigir ajuste antes da cópia.

• Rode a verificação do Migration Manager antes de migrar e corrija os alertas apontados.
• Defina com cada área onde ficarão os arquivos compartilhados (SharePoint ou Teams).
• Avise a equipe que links enviados a clientes precisarão ser gerados de novo.
• Faça uma sincronização incremental final perto da data de corte.

A virada do MX e os primeiros dias no Microsoft 365

A data de corte é quando o domínio passa a receber e-mails oficialmente no Microsoft 365. Com o TTL já reduzido, você altera o registro MX para o endereço do Exchange Online, atualiza o SPF para incluir os servidores da Microsoft, configura o DKIM e revisa a política de DMARC. O registro CNAME de autodescoberta (autodiscover) também precisa apontar para o Microsoft 365, para que o Outlook configure as contas automaticamente. Logo depois, rode uma última sincronização dos lotes para trazer o que chegou durante a propagação do DNS.

A sexta-feira à tarde ou o começo de um fim de semana costuma ser a melhor janela, porque o volume de mensagens é menor e sobra tempo para conferir tudo antes da segunda-feira. Na manhã seguinte, o ideal é ter um suporte pronto para ajudar os usuários a entrar no Outlook, no Teams e no OneDrive, configurar o celular e tirar as primeiras dúvidas. Um guia rápido com os dez passos mais comuns reduz bastante o número de chamados.

Nos dias seguintes, acompanhe os relatórios de migração em busca de itens com erro, confirme que os sistemas integrados (ERP, impressoras multifuncionais, formulários do site) estão enviando e-mails pelo novo ambiente e mantenha o Google Workspace ativo por algumas semanas como segurança. Só cancele as licenças antigas depois de confirmar com os usuários que nada ficou para trás. Também vale ativar logo os recursos de segurança do Microsoft 365, como autenticação multifator e políticas de acesso condicional, para começar no novo ambiente com proteção desde o primeiro dia.

Uma boa migração não termina na troca do MX. Ela termina quando o último usuário confirma que encontrou seus e-mails, sua agenda e seus arquivos, e a equipe volta a trabalhar como antes.

Como a Duk conduz a sua migração

Migrar do Google Workspace para o Microsoft 365 é um projeto com muitas partes: DNS, permissões no Google Cloud, lotes de migração, conversão de arquivos, roteamento de e-mail e o atendimento aos usuários no dia seguinte. Cada etapa tem detalhes que, se esquecidos, viram mensagens perdidas ou horas de trabalho parado. Por isso muitas empresas preferem que um parceiro especializado conduza o processo de ponta a ponta.

A Duk Informática & Cloud tem mais de 18 anos de experiência em infraestrutura e nuvem, já atendeu mais de 550 empresas e é Microsoft Gold Partner. Nas migrações, a equipe da Duk faz o inventário, planeja o licenciamento, configura os dois ambientes, executa um lote piloto e migra e-mails, agendas, contatos e arquivos com sincronização incremental. A virada do MX é marcada para a janela de menor impacto, e a equipe recebe suporte nos primeiros dias para que todos se adaptem ao Outlook, ao Teams e ao OneDrive sem perder produtividade.

Se a sua empresa está avaliando a troca, fale com a Duk. Fazemos um diagnóstico do ambiente atual, estimamos prazo e esforço e apresentamos um plano de migração adequado ao tamanho e à rotina do seu negócio, com segurança e sem perder nenhum e-mail.