Por que um checklist de migracao e indispensavel
A migracao de email e uma das operacoes de TI mais arriscadas que uma organizacao pode empreender. Estamos movendo anos de comunicacao profissional entre plataformas, e um unico descuido pode corromper os metadados de todas as caixas. A vitima mais frequente? As datas dos emails. Apos a migracao, cada email corre o risco de exibir a data da migracao em vez da data de envio ou recebimento original.
Este checklist cobre cada fase do processo de migracao. Siga estas etapas para minimizar o risco de corrupcao de datas e outros problemas de metadados. E se a migracao ja foi concluida e problemas de data surgiram, continue lendo.
Fase 1: planejamento pre-migracao
Inventariar as caixas
Antes de tocar em qualquer ferramenta de migracao, documente cada caixa que sera migrada. Registre o numero total de caixas, o numero aproximado de emails por caixa, a faixa de datas dos emails mais antigos, e as caixas compartilhadas ou grupos de distribuicao. Esse inventario determina qual ferramenta de migracao usar, quanto tempo a migracao vai levar, e qual preco se aplica para eventuais correcoes pos-migracao.
Escolher a ferramenta de migracao certa
Nem todas as ferramentas de migracao lidam com datas da mesma forma. Pesquise como cada ferramenta trata a preservacao do IMAP INTERNALDATE e se adiciona cabecalhos "Received" durante o processo de APPEND. Ferramentas populares incluem BitTitan MigrationWiz, CloudM Migrate, imapsync, GSMMO e a importacao nativa do Centro de administracao Exchange. Cada uma pode causar problemas de data porque o proprio protocolo IMAP exige que o servidor de destino adicione um cabecalho "Received" na insercao. Mas algumas ferramentas preservam melhor o INTERNALDATE que outras. Para entender melhor o funcionamento do INTERNALDATE, veja IMAP INTERNALDATE: por que as datas quebram.
Fazer backup de tudo
Crie um backup completo de cada caixa antes da migracao. Esse backup serve tanto como rede de seguranca quanto como ponto de referencia para verificar as datas depois. Para Google Workspace, use o Google Takeout ou uma ferramenta de backup de terceiros. Para Microsoft 365, use o backup do Exchange Online ou exportacao em PST. Para servidores IMAP, use o imapsync para criar uma copia local.
Armazene os backups em um local completamente separado dos servidores de origem e destino.
Documentar as datas originais
Selecione 10 a 20 emails por caixa distribuidos em diferentes faixas de data (os mais antigos, os mais recentes e varios intermediarios). Registre a data de "Recebimento", a data de "Envio" e os cabecalhos brutos de cada email. Esses emails de referencia se tornam sua base de verificacao pos-migracao. Faca uma captura de tela da caixa ordenada por data para documentar visualmente a ordem cronologica original.
Fase 2: migracao de teste
Migrar primeiro uma caixa de teste
Nunca execute uma migracao completa sem testar antes.
Crie uma caixa de teste com uma amostra representativa de emails (pelo menos 100, cobrindo varios anos). Execute a migracao apenas nessa caixa e examine os resultados em profundidade antes de prosseguir. Esse teste revela problemas de data, erros de codificacao, bugs de tratamento de anexos e discrepancias de estrutura de pastas antes que afetem as caixas de producao.
Verificar as datas na caixa de teste
Apos migrar a caixa de teste, verifique as datas imediatamente. Abra a caixa no cliente de email que os usuarios finais realmente usarao (Outlook, Apple Mail, Thunderbird ou a interface webmail). Compare as datas exibidas com os emails de referencia documentados na Fase 1. Verifique tanto as datas de "Recebimento" quanto as de "Envio". Abra os cabecalhos brutos de varios emails e procure cabecalhos "Received" recem-adicionados com o timestamp da migracao.
Se as datas estao erradas na caixa de teste, estarao erradas em todas as caixas. Pare e resolva o problema antes de prosseguir com a migracao completa.
Testar com multiplos clientes de email
Diferentes clientes de email exibem datas de forma diferente. A interface web do Gmail pode mostrar datas corretas (usa o cabecalho "Date") enquanto o Outlook mostra a data de migracao (privilegia o cabecalho "Received"). Teste com cada cliente que os usuarios da organizacao utilizam, principalmente Outlook Desktop, Outlook na web, Apple Mail, Thunderbird e qualquer aplicativo movel de email.
Fase 3: execucao da migracao
Configuracao da ferramenta de migracao
Configure a ferramenta de migracao para preservar o INTERNALDATE tanto quanto possivel. No imapsync, use os flags apropriados para definir o INTERNALDATE no destino. No BitTitan MigrationWiz, verifique as configuracoes avancadas para opcoes de tratamento de datas. Essas configuracoes nao prevenirao completamente os problemas de cabecalho "Received", mas reduzem a gravidade dos problemas de data em alguns clientes. Documente cada configuracao utilizada para poder reproduzir a migracao se necessario.
Migrar em lotes
Nao migre todas as caixas simultaneamente. Migre em lotes de 10 a 20 caixas verificando as datas apos cada lote. Se um lote apresentar problemas de data, voce detecta antes que toda a organizacao seja afetada. Alias, a migracao em lotes tambem reduz a carga nos servidores de origem e destino, diminuindo o risco de timeouts ou erros de conexao que podem causar migracoes parciais.
Monitorar o progresso
Acompanhe o progresso da migracao para cada caixa. Registre horario de inicio, horario de termino, numero de emails migrados e eventuais erros. As ferramentas de migracao geralmente fornecem logs - guarde-os para cada caixa. Se problemas de data forem descobertos mais tarde, os logs ajudam a identificar exatamente qual lote de migracao e quais configuracoes foram utilizados.
Fase 4: verificacao pos-migracao
Verificar as datas imediatamente
Verifique as datas dos emails nas primeiras 24 horas apos a migracao. Para cada lote, abra 5 a 10 caixas e compare as datas com as referencias pre-migracao. Se as datas estiverem erradas, documente a extensao do problema (quantas caixas afetadas, quantos emails por caixa) enquanto as informacoes estao frescas.
Verificar todos os tipos de pasta
Os problemas de data podem afetar certas pastas de forma diferente. Verifique as datas na Caixa de entrada, Itens enviados, Rascunhos e qualquer pasta ou label personalizado. Algumas ferramentas de migracao processam pastas sequencialmente, e erros em uma pasta nao indicam necessariamente erros nas outras.
Verificar busca e ordenacao
Abra uma caixa migrada, ordene por data e confirme que a ordem cronologica corresponde ao original. Busque emails por faixa de datas e verifique se os resultados sao exatos. Teste qualquer regra automatizada ou filtro que dependa de datas de recebimento. Se a organizacao usa ferramentas de conformidade ou eDiscovery, verifique se consultas baseadas em datas retornam resultados corretos.
Erros comuns que causam problemas de data
Pular a migracao de teste
O erro mais comum e migrar todas as caixas sem testar antes. Quando os problemas de data sao descobertos, todas as caixas ja estao afetadas e o servidor de origem talvez ja tenha sido desativado. Uma migracao de teste de 30 minutos pode evitar semanas de remediacao. Por que dispensar isso?
Ignorar a adicao de cabecalhos "Received"
Os administradores frequentemente se concentram na preservacao do INTERNALDATE e negligenciam o problema do cabecalho "Received". Mesmo quando o INTERNALDATE e corretamente definido, o cabecalho "Received" de migracao faz com que Outlook e outros clientes exibam a data errada. E a fonte mais frequente de reclamacoes pos-migracao. Leia por que os emails mostram datas erradas apos migracao para uma explicacao tecnica completa.
Desativar o servidor de origem cedo demais
Se problemas de data forem descobertos apos a desativacao do servidor de origem, a opcao de re-migracao desaparece. Mantenha o servidor de origem acessivel (mesmo em modo somente leitura) por pelo menos 30 dias apos a migracao. Isso fornece um plano B se problemas serios aparecerem mais tarde.
O que fazer se as datas ja estao erradas
Se a migracao ja foi realizada e as datas estao incorretas, o problema e reparavel. O cabecalho "Date" original e preservado em cada email, o que significa que a informacao de data correta ainda existe. As datas de email podem ser corrigidas apos a migracao, mesmo meses ou anos depois.
O motor de correcao proprietario do Redate.io se conecta a caixa e busca os emails com metadados de data corrompidos. O pipeline de analise multistagio identifica as assinaturas de migracao, aplica correcoes direcionadas preservando a integridade das mensagens (incluindo assinaturas S/MIME, estruturas multipart e cabecalhos non-ASCII), e executa uma verificacao de integridade em cada email corrigido. A analise e gratuita e mostra exatamente quantos emails estao afetados. Os originais sao mantidos em uma pasta de backup visivel por 30 dias.
Tentar esse tipo de correcao manualmente ou com um script personalizado e tentador mas arriscado. Casos especiais como mensagens criptografadas com PGP, fronteiras MIME corrompidas, estruturas multipart aninhadas e deslocamentos de Content-Transfer-Encoding podem silenciosamente corromper emails sem que se perceba ate ser tarde demais. E como verificar que 10.000 emails corrigidos estao todos intactos?
Pronto para verificar se sua caixa tem problemas de data? Inicie uma analise gratuita com o Redate.io - nenhum pagamento necessario para ver quantos emails estao afetados.