Início›Guias›Migração

Migração

Checklist de migração do Microsoft 365

Esta lista serve para não esquecer nada. Ela não substitui o inventário do seu tenant. Marque cada linha com um responsável e uma data: uma caixa sem nome é uma caixa que ninguém vai executar.

Atualizado em outubro de 20265 min de leituraFontes oficiais citadas

Antes de escolher o destino

As migrações que fracassam raramente são fracassos técnicos. São projetos em que a diretoria prometeu “a mesma coisa, em versão europeia” quando parte dos usos não podia acompanhar. Este primeiro bloco define o que sai, o que fica e o que se comunica às equipes.

  • Os usos reais estão listados: e-mail, arquivos, Teams, Excel avançado, aplicações de negócio.
  • O que não será migrado está por escrito e aceito pela diretoria.
  • Os funcionários foram avisados do que muda: webmail, editor on-line de documentos, histórico do Teams não recuperado.
  • O editor on-line do destino foi testado com suas próprias planilhas e documentos, não com uma demonstração.
  • O destino foi escolhido para esses usos, não por um slogan. Veja o guia das alternativas.
  • O orçamento separa assinatura, migração e exclusões. Veja o custo.
  • O orçamento indica o volume adotado como premissa, o número de passagens de cópia, o critério de conclusão e o preço de uma divergência descoberta depois.
  • O compromisso do operador está por escrito: chegada das mensagens, recuperação do histórico, ou ambos.
  • O tempo interno está previsto: um responsável designado, disponível para o inventário, a amostra e o dia D.

Inventário

O inventário determina o orçamento e o cronograma. Cada elemento esquecido aqui volta mais tarde na forma de retrabalho, muitas vezes no pior momento. As aplicações que enviam e-mails são a lacuna mais frequente: uma copiadora ou um software de folha de pagamento que continua enviando com a credencial antiga só é percebido após a virada.

  • Domínios e subdomínios que enviam ou recebem e-mails.
  • Caixas de correio nominais, caixas compartilhadas, listas, aliases, redirecionamentos.
  • Volume por caixa e caixas sob retenção legal.
  • Arquivos mortos existentes, e o que deve ser conservado.
  • Contas sem proprietário (funcionários desligados).
  • Dispositivos: Outlook Windows, Outlook Mac, celulares, apenas webmail.
  • Aplicações que enviam: copiadoras, site, CRM, alertas, folha de pagamento.
  • Softwares que se autenticam em SMTP, com a credencial que utilizam.
  • Arquivos no escopo: OneDrive, bibliotecas úteis do SharePoint, links internos e compartilhamentos anônimos.
  • Registros DNS atuais: MX, SPF, DKIM, DMARC, autodiscover.
  • Vencimento das assinaturas Microsoft atuais e condições de rescisão.

Preparar o destino

O destino é preparado enquanto os funcionários continuam trabalhando no Microsoft 365. O MX não muda. Esta fase serve para encontrar os problemas em uma amostra, quando ainda há tempo de corrigir o método.

  • Contas criadas, senhas ou convites prontos.
  • Aliases e listas recriados.
  • SPF, DKIM e DMARC do destino prontos para publicação.
  • Primeira cópia do histórico iniciada, MX inalterado.
  • Amostra verificada: diretoria, caixa compartilhada, caixa grande, caixa vazia.
  • Na amostra: número de mensagens, pastas, contatos e compromissos recorrentes verificados.
  • Arquivos copiados se o escopo os incluir, e abertos no destino.
  • Guia de uma página para o Outlook e para o celular, com o procedimento “excluir a conta e recriá-la”.
  • TTL do MX reduzido vários dias antes.
  • Plano de reversão por escrito: quem restaura o MX antigo, em quantos minutos.

A véspera

A véspera serve para reduzir ao mínimo a diferença entre as duas plataformas. Sem segunda passagem, faltam os e-mails dos últimos dias. Sem congelamento, um alias criado à noite só existe de um lado.

  • Segunda passagem de cópia (o delta).
  • Congelamento da criação de aliases e das alterações de listas.
  • Suporte interno designado para o dia D.
  • Teste de envio a partir do destino para uma caixa Gmail e uma caixa Microsoft externas.

O dia D

O dia D é avaliado com provas externas, não pelo fato de que “funciona internamente”. Uma mensagem enviada de uma caixa pessoal externa deve chegar à nova plataforma dentro do prazo do TTL; uma mensagem real de saída deve passar em SPF, DKIM e DMARC em um destinatário.

  • MX alterado.
  • E-mail de teste externo recebido na nova plataforma.
  • SPF, DKIM e DMARC validados em uma mensagem real de saída.
  • Copiadoras, site e CRM transferidos para o novo SMTP.
  • Amostra de usuários acessíveis e capazes de enviar.
  • Fila de mensagens monitorada durante o dia.
  • A pessoa autorizada a restaurar o MX antigo está acessível durante todo o dia.

Depois

A migração não termina quando o MX foi alterado. Ela termina quando um único ambiente envia e-mails, as divergências foram tratadas e uma restauração foi testada no destino. Bloquear o envio na plataforma antiga evita que um funcionário responda a partir de dois lugares.

  • Plataforma antiga somente em modo leitura, sem envio.
  • Divergências relatadas tratadas (pasta ausente, delegação), terceira passagem direcionada se necessário.
  • Regras do lado do servidor, assinaturas centralizadas e permissões de delegação reconfiguradas.
  • Celulares reconfigurados, perfis antigos excluídos se criarem duplicatas.
  • Data de encerramento do tenant Microsoft registrada, exportação final arquivada se necessário.
  • Regras de retenção e backups do destino verificados com uma restauração de teste.
  • Registro das atividades de tratamento e documentação interna atualizados com o novo operador.

O método passo a passo está em migrar sem interrupção. A ordem geral das operações e o que não se transfere estão em migrar do Microsoft 365 para uma solução europeia.

Perguntas frequentes

Quem deve manter esta checklist?

Um responsável interno, com um responsável e uma data em cada linha. O prestador de serviços pode executar grande parte dela, mas a validação da amostra, das exclusões e do critério de conclusão cabe à empresa.

É possível pular a amostra se a ferramenta de cópia for confiável?

Não. A ferramenta copia, ela não verifica se a caixa compartilhada da diretoria ou os compromissos recorrentes chegaram corretamente. A amostra é o momento em que se corrige o método com o menor custo.

Por quanto tempo manter o Microsoft 365 após a virada?

O tempo necessário para verificar que nenhum fluxo ainda o utiliza e que as divergências foram tratadas, em modo somente leitura. Defina a data de encerramento com antecedência e registre-a, para não pagar duas plataformas sem motivo.

Esta lista vale para o Google Workspace?

No essencial, sim: inventário, DNS, passagens de cópia, aplicações de envio, reversão. Os pontos próprios do Google (marcadores, proprietários de arquivos do Drive, grupos) estão descritos em migrar do Google Workspace.

Klytic

Para uma migração de e-mail para a Klytic: conselhos gratuitos, nenhum e-mail perdido, execução pela Klytic mediante orçamento. A assinatura e a migração são duas faturas; os preços das assinaturas estão na página Preços.

Esta página descreve uma lista de verificação. Ela não substitui o inventário do seu tenant nem o plano de virada elaborado por escrito com seu prestador de serviços.

Fontes

Consultadas em outubro de 2026.

Preparar a migração do seu e-mail

Orientação gratuita, nenhum e-mail perdido. A migração realizada pela Klytic é orçada após um inventário.

Solicitar um orçamento →

Ver os preços

Oferta de boas-vindas

30 dias de teste gratuito, migração acompanhada

Oferta de teste sem compromisso. Um consultor entra em contato para entender suas necessidades e preparar seu espaço Klytic.