Dia 9: Migração de Email — IMAP, PST e Cutover para Exchange Online

Migrar email de um sistema on-premises ou de outro fornecedor para o Exchange Online é uma das tarefas mais críticas na transição para o Microsoft 365. Escolher o método errado pode resultar em perda de dados, tempo de indisponibilidade prolongado e frustração dos utilizadores. Neste artigo, exploramos os métodos de migração disponíveis — IMAP, PST e cutover — com exemplos práticos em PowerShell e uma lista de verificação completa para garantir um fim de semana de migração sem sobressaltos.

ℹ A migração cutover é ideal para PME com menos de 2000 mailboxes — migra tudo de uma só vez num fim de semana.

Neste artigo:

1. Introdução à Migração de Email

A migração de email envolve transferir mailboxes, pastas, calendários e contactos de um sistema de origem (Exchange Server on-premises, Google Workspace, ou outro fornecedor IMAP) para o Exchange Online no Microsoft 365. O processo varia consoante o tamanho da organização, o sistema de origem e os requisitos de tempo de indisponibilidade.

No artigo anterior sobre Exchange Online, abordámos a configuração e protecção de mailboxes. Agora focamo-nos no processo de migração — o passo que antecede a configuração: como trazer os dados existentes para o Exchange Online de forma segura e eficiente.

Os factores que determinam o método de migração incluem:

Factor Impacto na Decisão
Número de mailboxes Menos de 2000 favorece cutover. Mais de 2000 exige staged ou híbrida
Sistema de origem Exchange on-premises permite cutover/staged/híbrida. Outros sistemas limitam-se a IMAP ou PST
Tempo de indisponibilidade aceitável Cutover requer um fim de semana. Staged/híbrida distribui a migração ao longo de semanas
Tipo de dados a migrar IMAP migra apenas email. PST e cutover incluem calendários, contactos e tarefas
Coexistência durante a migração Híbrida permite coexistência total. Cutover não suporta coexistência

2. Métodos de Migração Disponíveis

A Microsoft oferece quatro métodos principais de migração para Exchange Online, cada um adequado a cenários diferentes. A escolha correcta depende do sistema de origem, volume de dados e requisitos operacionais.

Método Origem Mailboxes Dados Migrados Coexistência
IMAP Qualquer servidor IMAP Qualquer quantidade Apenas email Não
Cutover Exchange 2003+ on-premises Menos de 2000 Email, calendário, contactos, tarefas Não
Staged Exchange 2003/2007/2010 on-premises Mais de 2000 Email, calendário, contactos, tarefas Limitada
Híbrida Exchange 2010 SP2+ on-premises Qualquer quantidade Tudo (sincronização contínua) Sim, total
PST (importação) Qualquer (ficheiro .pst) Qualquer quantidade Email, calendário, contactos, tarefas Não

A migração híbrida é a mais robusta, a permitir manter mailboxes on-premises e online em coexistência, com sincronização contínua via Hybrid Configuration Wizard. No entanto, para PME que pretendem mover tudo de uma vez, o cutover é mais simples e rápido.

3. Migração IMAP — Passo a Passo

A migração IMAP é adequada quando a origem é um servidor que não é Exchange (Google Workspace, Yahoo, ou qualquer servidor IMAP padrão). O processo sincroniza as pastas de email, mas não migra calendários, contactos ou tarefas.

⚠ A migração IMAP não migra calendários nem contactos — apenas email. Para migração completa usar PST ou cutover.

Pré-requisitos para migração IMAP:

  • Criar mailboxes no Exchange Online antes de iniciar a migração (cada mailbox de destino já tem de existir).
  • Preparar um ficheiro CSV com as credenciais IMAP de cada conta: Email,UserName,Password.
  • Confirmar que o servidor IMAP de origem aceita ligações (porta 143 ou 993 para IMAP seguro).
  • Configurar o endpoint de migração no Exchange admin center ou via PowerShell.
# Preparar migração IMAP — CSV com contas IMAP
# CSV: Email,UserName,Password
Import-Csv contas-imap.csv | Format-Table
# Criar batch de migração IMAP
New-MigrationBatch -Name "MigracaoIMAP" -SourceEndpoint "IMAP-endpoint" -CSVData ([System.IO.File]::ReadAllBytes("contas-imap.csv")) -TargetDeliveryDomain "exemplo.pt.mail.onmicrosoft.com" -AutoStart
# Verificar estado do batch
Get-MigrationBatch -Identity "MigracaoIMAP" | Select-Object Status, TotalCount, CompletedCount
# Verificar detalhes por utilizador
Get-MigrationUserStatistics -Identity "[email protected]"

Após a sincronização inicial, é necessário executar uma sincronização final (delta sync) para capturar emails recebidos durante a migração. O comando Complete-MigrationBatch finaliza o processo e converte as mailboxes de origem em mailboxes online activas.

4. Importação PST em Massa

A importação de ficheiros PST é o método mais flexível para migrar dados de email quando não há um servidor de origem acessível — por exemplo, quando os utilizadores têm ficheiros PST locais exportados de versões antigas do Outlook. A Microsoft oferece duas formas de importação: via partilha de rede e via Azure Storage com azcopy.

O método via Azure Storage é recomendado para grandes volumes de PST porque usa a largura de banda da Microsoft para o carregamento, a evitar sobrecarregar a ligação da organização.

# Importação PST via azcopy
# 1. Obter SAS URL no Exchange admin center
# 2. Carregar PSTs para Azure Storage
azcopy copy "C:\PSTs\user.pst" "https://bloburl/container?sas_token" --recursive=true
# 3. Criar tarefa de importação no Security & Compliance
New-MailboxImportRequest -Mailbox "[email protected]" -FilePath "\\server\share\user.pst"

O processo de importação via Security & Compliance Center inclui um mapeamento CSV que indica qual PST vai para qual mailbox. O ficheiro de mapeamento tem o formato FilePath,Name,Mailbox,IsArchive,TargetRootFolder,ContentCodePage.

Vantagens da importação PST:

  • Migra todos os tipos de dados: email, calendário, contactos, tarefas e notas.
  • Não requer servidor de origem activo — funciona com ficheiros offline.
  • Permite importação selectiva (pastas específicas via -IncludeFolders).
  • Suporta importação para mailboxes de arquivo (-IsArchive $true).

5. Migração Cutover — Exchange On-Prem para Online

A migração cutover transfere todas as mailboxes de um Exchange Server on-premises para o Exchange Online de uma só vez. É o método recomendado para organizações com menos de 2000 mailboxes que não pretendem manter coexistência entre on-premises e online.

O processo decorre tipicamente num fim de semana: na sexta-feira à noite inicia-se a sincronização, no sábado completa-se a migração e no domingo validam-se os dados. Na segunda-feira, os utilizadores acedem ao Exchange Online como sistema único.

Pré-requisitos para cutover migration:

  • Exchange Server 2003 SP2 ou superior on-premises (até 2019).
  • Acesso ao Outlook Anywhere (RPC over HTTP) habilitado no servidor de origem.
  • Conta de administrador com permissões de Organization Management e Recipient Management.
  • Domínio verificado no Microsoft 365 com registo MX apontado para Exchange Online.
  • Mailboxes de destino criadas no Exchange Online (ou criadas automaticamente pelo lote).
# Migração cutover
# 1. Criar endpoint de migração
New-MigrationEndpoint -ExchangeOutlookAnywhere -Name "CutoverOnPrem" -RpcProxyServer "mail.exemplo.pt" -SourceDatabase "MBX01"
# 2. Criar batch cutover
New-MigrationBatch -Name "CutoverMigration" -SourceEndpoint "CutoverOnPrem" -CSVData $csvBytes -TargetDeliveryDomain "exemplo.pt.mail.onmicrosoft.com" -AutoStart
# Verificar progresso
Get-MigrationBatch | Select-Object Name, Status, SyncedCount, FailedCount
# Finalizar migração (cutover)
Complete-MigrationBatch -Identity "CutoverMigration"

Após o Complete-MigrationBatch, todas as mailboxes on-premises são convertidas em Mail-Enabled Users (MEU) com o endereço de encaminhamento para o Exchange Online. Os perfis de Outlook dos utilizadores precisam de ser reconfigurados — este é o passo que consome mais tempo numa migração cutover.

Para organizações com mais de 2000 mailboxes, a migração staged divide o processo em lotes: migra-se um grupo de utilizadores por semana, a permitir distribuir o impacto. Cada lote segue o mesmo fluxo de sincronização e finalização, mas apenas para um subconjunto de mailboxes.

6. Ferramentas e Terceiros

Para além das ferramentas nativas da Microsoft, existem soluções de terceiros que oferecem funcionalidades avançadas: migração entre tenants, migração de Google Workspace com preservação de permissões de calendário, e migração de pastas públicas.

Ferramenta Origens Suportadas Funcionalidades Chave
BitTitan MigrationWiz Exchange, Google, IMAP, Notes Migração entre tenants, preservação de permissões
Quest On Demand Migration Exchange, Google, IMAP Migração faseada, relatórios detalhados, auditoria
ShareGate Migrate Exchange, SharePoint, OneDrive Interface gráfica, migração de pastas públicas
CodeTwo Office 365 Migration Exchange, Google, IMAP Interface de assistente, migração automática de perfis
Microsoft Data Migration Tool Google Workspace, IMAP Gratuito, integrado no Exchange admin center

A escolha entre ferramentas nativas e de terceiros depende do orçamento e da complexidade. Para migrações simples de IMAP ou cutover, as ferramentas nativas da Microsoft são suficientes. Para migrações entre tenants (ex.: fusão de empresas) ou migração de Google Workspace com preservação de permissões partilhadas, ferramentas como BitTitan ou Quest justificam o investimento.

Documentação oficial de migração disponível em Exchange mailbox migration — Microsoft Learn.

7. Erros Comuns e Lista de Verificação

Mesmo com planeamento cuidadoso, as migrações de email encontram problemas recorrentes. Conhecer os erros mais comuns antecipadamente poupa horas de resolução de problemas durante o fim de semana de migração.

Problema Causa Solução
Mailboxes não sincronizam Credenciais IMAP incorrectas no CSV Verificar cada linha do CSV com Test-MigrationServerConnection
Sincronização lenta Largura de banda insuficiente ou limitação de taxa Aumentar migrações concorrentes no endpoint. Migrar fora de horas de pico
Calendários perdidos após IMAP IMAP não migra calendários (apenas email) Usar PST ou cutover. Ou exportar calendários manualmente
Erros de autodiscover após cutover Registo SCP antigo no DNS Remover SCP on-premises. Verificar autodiscover com diagnóstico Autodiscover
PST corrupto na importação Ficheiro PST com erros de integridade Reparar com scanpst.exe antes do carregamento
Limites de limitação de taxa Muitos pedidos simultâneos ao Exchange Online Reduzir tamanho do lote; usar -BadItemLimit para itens problemáticos
Mailboxes grandes (>50GB) falham Tempo limite durante sincronização Arquivar emails antigos antes da migração; usar PST para arquivos

Lista de verificação pré-migração:

  • ✓ Verificar que todas as mailboxes de destino existem no Exchange Online com licenças atribuídas.
  • ✓ Confirmar que o domínio verificado no Microsoft 365 tem o registo MX apontado para exemplo.pt.mail.onmicrosoft.com.
  • ✓ Preparar o ficheiro CSV com credenciais de origem testadas (uma por mailbox).
  • ✓ Configurar o endpoint de migração com ligação de teste validada.
  • ✓ Arquivar mailboxes grandes (>50GB) para reduzir o tempo de sincronização.
  • ✓ Notificar utilizadores da janela de indisponibilidade e instruí-los a não usar o sistema de origem durante a migração.
  • ✓ Configurar perfis de Outlook novos ou usar ferramenta de reconfiguração automática.
  • ✓ Agendar a sincronização final (delta sync) para o início da janela de cutover.
  • ✓ Preparar um plano de reversão em caso de falha crítica (instantâneos do servidor de origem).
  • ✓ Documentar o mapeamento de pastas e permissões partilhadas a reconfigurar após migração.

Lista de verificação pós-migração:

  • ✓ Confirmar que todas as mailboxes mostram estado Completed no Get-MigrationBatch.
  • ✓ Verificar que não há itens corrompidos (BadItemLimit acima de zero requer revisão).
  • ✓ Testar envio e recepção de email em pelo menos 3 mailboxes de teste.
  • ✓ Confirmar que calendários partilhados e pastas públicas foram migrados ou recriados.
  • ✓ Actualizar registos DNS (MX, autodiscover, SPF, DKIM, DMARC) para apontar para Exchange Online.
  • ✓ Remover endpoint de migraçãos e lotes antigos após confirmação de sucesso.
  • ✓ Reconfigurar aplicações e dispositivos que usavam o servidor on-premises (impressoras, scanners, alertas).
  • ✓ Desactivar o servidor Exchange on-premises apenas após 30 dias de estabilidade.

Com o método correcto e uma lista de verificação completa, a migração para Exchange Online pode ser executada num fim de semana sem surpresas. A chave está no planeamento: testar credenciais, validar ligações e preparar os utilizadores com antecedência.

Artigos Relacionados: