Desempenho e práticas recomendadas de migração de email do Microsoft 365 e do Office 365

  • Artigo

Há muitos caminhos para migrar dados de email para uma organização hospedada localmente para o Microsoft 365 ou Office 365. Ao planejar uma migração para o Microsoft 365 ou Office 365, uma compreensão clara do processo de migração de dados e da velocidade ajuda os administradores a planejar melhor.

Visão geral da migração de email para o Microsoft 365 ou Office 365

O Microsoft 365 ou Office 365 dá suporte a vários métodos para migrar dados de email, calendário e contato do seu ambiente de mensagens existente para o Microsoft 365 ou Office 365, conforme descrito em Maneiras de migrar várias contas de email para o Microsoft 365 ou Office 365.

Para perguntas relacionadas à rede e ao desempenho no Microsoft 365 ou Office 365, consulte Planejamento de rede e ajuste de desempenho para o Microsoft 365 ou Office 365.

Métodos de migração frequentemente usados

Método de migração Descrição Recursos
Migração do Protocolo IMAP Você pode usar o Centro de Administração do Exchange ou Exchange Online PowerShell para migrar o conteúdo das caixas de correio dos usuários de um sistema de mensagens IMAP para suas caixas de correio microsoft 365 ou Office 365. Isso inclui a migração de caixas de correio de outros serviços de email hospedados, como Gmail ou Yahoo Mail. Observe que Exchange Online agora oferece um processo altamente especializado no EAC Moderno para migrar emails de uma implantação do Gmail/G Suite/Google WorkSpace (GWS) para Exchange Online. Migrar suas caixas de correio IMAP para o Microsoft 365 ou Office 365
Migração de substituição Use a migração de corte para migrar todas as caixas de correio locais para o Microsoft 365 ou Office 365 ao longo de alguns dias. Use a migração de corte se você planeja mover toda a sua organização de email para o Microsoft 365 ou Office 365 e gerenciar contas de usuário no Microsoft 365 ou Office 365. Você pode migrar um máximo de 2.000 caixas de correio de sua organização local do Exchange para o Microsoft 365 ou Office 365 usando uma migração de transferência. O número recomendado de caixas de correio, no entanto, é 150. O desempenho provavelmente pode ser degradado com números maiores que esse. Os contatos e os grupos de distribuição de email da organização local do Exchange também são migrados. Migração de corte para o Microsoft 365 ou Office 365
Migração em estágios Use a migração em etapas se você planeja eventualmente migrar todas as caixas de correio da sua organização para o Microsoft 365 ou Office 365, ao longo do tempo. Usando uma migração em etapas, você migra lotes de caixas de correio locais para o Microsoft 365 ou Office 365 ao longo de algumas semanas ou meses. O que você precisa saber sobre uma migração de email em etapas para o Microsoft 365 ou Office 365
Implantação híbrida A implantação híbrida oferece às organizações a capacidade de estender a experiência avançada em recursos e o controle administrativo que elas têm com sua organização do Exchange local existente para a nuvem. Uma implantação híbrida fornece a aparência perfeita de uma única organização do Exchange entre uma organização local do Exchange e Exchange Online no Microsoft 365 ou Office 365. Além disso, uma implantação híbrida pode servir como uma etapa intermediária para migrar completamente para uma organização do Microsoft 365 ou Office 365. Assistente de migração do Microsoft 365 e Office 365 Mail

Implantações Híbridas do Exchange Server

Orientador de migração por email

Assistente de Implantação do Exchange para Exchange local 2013/2016/2019

implantações híbridas Exchange Server 2013

Configuração Híbrida Mínima
Migração de terceiros Existem várias ferramentas disponíveis de terceiros. Eles usam protocolos e abordagens distintos para realizar migrações de email de plataformas de email como GWS, GoDaddy, Yahoo, IBM Lotus Notes e Novell GroupWise. Aqui estão algumas ferramentas e parceiros de migração de terceiros que podem auxiliar com migrações do Exchange para plataformas de terceiros:

Árvore / BináriaBusca / QuadroTech: A Árvore Binária e a QuadroTech agora fazem parte do Quest. O Quest é um provedor de software de migração e coexistência de mensagens entre plataformas, com produtos para análise, coexistência e migração entre várias plataformas para Exchange Online. Soluções de busca sincronizam caixas de correio, pastas públicas e informações de calendário, mantendo a coexistência durante toda a migração.

BitTitan: fornece uma solução automatizada para migrações para o Microsoft 365 ou Office 365 de uma ampla gama de plataformas.

CodeTwo: provedor do Microsoft 365 e Office 365 soluções de migração para migrações de dados seguras e automatizadas para o Microsoft 365 (Office 365) do Exchange On-Prem, servidores IMAP e entre locatários do Microsoft 365.

Transvault: provedor de soluções de migração do Cloud Office para o Microsoft 365 do Exchange and Notes. A Transvault dá suporte a dezenas de fontes para migração e oferece produtos que fornecem qualquer tamanho de projeto, migrações complexas de arquivo de email e gerenciamento de PST. As soluções de migração corporativa são seguras, compatíveis, eficientes e focadas no usuário e podem ser executadas localmente e na Nuvem.

SkyKick: provedor de soluções de migração automatizadas para passar de vários tipos de origem para o Microsoft 365 ou Office 365. As ferramentas de migração de ponta a ponta ajudam os parceiros nas fases de vendas, planejamento, migração, gerenciamento e local do projeto de migração.

BCC: ajudar as empresas apoiando sua estratégia de migração de colaboração. Melhor na classe fornecedor de ferramentas de migração com base na plataforma Domino, para migrar para o Microsoft Exchange, Microsoft 365 e Office 365.

Desempenho para métodos de migração

As seções a seguir comparam cargas de trabalho de migração de caixa de correio e os resultados de desempenho observados para os diferentes métodos de migração para migrar caixas de correio e dados de caixa de correio para o Microsoft 365 ou Office 365. Esses resultados são baseados em testes internos e migrações reais de clientes para o Microsoft 365 ou Office 365.

Importante

Devido a diferenças na forma como as migrações são executadas e quando elas são executadas, sua velocidade de migração real pode variar.

Cargas de trabalho de migração do cliente

A tabela a seguir descreve as diferentes cargas de trabalho envolvidas em uma migração típica e os desafios e opções para cada uma delas.

Workload Observações
Integração (Migrando para o Microsoft 365 ou Office 365) A Microsoft oferece recursos e ferramentas de migração de dados para que os clientes usem para migrar seus dados do Exchange Server Local (via Cutover/Staged/Hybrid) ou do Gmail/S Suite/GWS, também conhecido como Google Work Space (via EAC, PowerShell) ou de Outras fontes IMAP (PowerShell, Gmail via IMAP) ou migrações de Locatário Cruzado para migrações para Exchange Online no Microsoft 365 ou Office 365.
Multi-Geo Empresas multinacionais com escritórios em todo o mundo geralmente têm a necessidade de armazenar seus dados de funcionários em repouso em regiões específicas, a fim de atender aos seus requisitos de residência de dados. O Multi-Geo permite que uma única organização do Microsoft 365 ou Office 365 se estegue entre várias geografias do Microsoft 365 ou Office 365 datacenter (geos), o que oferece a capacidade de armazenar dados do Exchange, em repouso, por usuário, em suas geográficas escolhidas. Para obter mais detalhes, confira Obter controles de localização de dados globais de nível empresarial com o Multi-Geo.
Criptografia A Criptografia de Serviço com Chave do Cliente é um recurso que permite que um cliente provisione e gerencie as chaves raiz usadas para criptografar dados em repouso na camada de aplicativo no Microsoft 365 ou Office 365. Para que uma caixa de correio seja criptografada pela primeira vez, é necessário mover uma caixa de correio. Para obter mais detalhes, consulte Criptografia de serviço com a Chave do Cliente do Microsoft Purview.
GoLocal A Microsoft continua a abrir novos datacenters em novas regiões ou geográficos. Os clientes existentes, quando qualificados, podem solicitar que seus dados de cliente de seu datacenter original sejam movidos para uma nova geográfica. O período em que você pode fazer essa solicitação geralmente é de um ou dois anos, dependendo da demanda geral pelo serviço. Observe que esse período durante o qual você pode solicitar que os dados do cliente sejam movidos fica mais curto depois que um datacenter (DC) para os novos lançamentos geográficos (nesse ponto, você tem aproximadamente três a seis meses para solicitar uma movimentação). Os detalhes estão disponíveis em Mover dados principais para novos geos do datacenter do Microsoft 365.

Quando as caixas de correio são migradas para os data centers do Microsoft 365, cada movimentação de caixa de correio ou caixa de correio em massa requer tempo para a conclusão da operação. Há uma série de fatores, como a atividade de serviço do Microsoft 365, que podem afetar exatamente quanto tempo. O serviço foi projetado para limitar cargas de trabalho discricionárias, como movimentações de caixa de correio, para garantir que o serviço seja executado de maneira ideal para todos os usuários. No entanto, você ainda pode esperar que as movimentações de caixa de correio sejam processadas, dependendo da disponibilidade de recursos discricionários do serviço. Mais detalhes sobre a limitação de recursos podem ser encontrados nesta postagem no blog.

Estimativas de duração para migração de caixa de correio no Exchange Online

Para ajudá-lo a planejar sua migração, as tabelas a seguir apresentam diretrizes sobre quando esperar a conclusão de migrações em massa ou migrações individuais. Essas estimativas são baseadas em uma análise de dados de migrações de clientes anteriores. Como cada ambiente é exclusivo, sua velocidade de migração exata pode variar.

Duração da migração da caixa de correio com base nos perfis de tamanho da caixa de correio:

  • GoLocal/Multi-Geo/Criptografia em Exchange Online

    Workload Tamanho da caixa de correio (GB) P50 (50º percentil de duração) (dias) P90 (90º percentil de duração) (dias)
    GoLocal/Multi-Geo/Encryption 0 - 10 1 1
    GoLocal/Multi-Geo/Encryption 10 - 50 2 6
    GoLocal/Multi-Geo/Encryption 50 - 100 4 11
    GoLocal/Multi-Geo/Encryption 100 - 200 6 14
    GoLocal/Multi-Geo/Encryption > 200 Sem suporte Sem suporte

  • Integração a Exchange Online de Servidores de Exchange Locais (híbridos encenados/de recorte/)

    Workload Tamanho da caixa de correio (GB) P50 (50º percentil de duração) (dias) P90 (90º percentil de duração) (dias)
    Integração do Local 0 - 10 1 3
    Integração do Local 10 - 50 2 6
    Integração do Local 50 - 100 4 13
    Integração do Local 100 - 200 10 31
    Integração do Local > 200 Sem suporte Sem suporte

  • Migração entre locatários para Exchange Online (use a solução de primeiro partido da Microsoft ou use soluções de terceiros).

    Workload Tamanho da caixa de correio (GB) P50 (50º percentil de duração) (dias) P90 (90º percentil de duração) (dias)
    Locatário cruzado 0 - 10 1 1
    Locatário cruzado 10 - 50 1 2
    Locatário cruzado 50 - 100 2 5
    Locatário cruzado 100 - 200 3 6
    Locatário cruzado > 200 Incompatível Incompatível

  • Integração especializada a Exchange Online do Gmail/G Suite/GWS (EAC, PowerShell)

    Workload Tamanho da caixa de correio (GB) P50 (50º percentil de duração) (dias) P90 (90º percentil de duração) (dias)
    Integração especializada do Gmail 0 - 10 1 2
    Integração especializada do Gmail 10 - 50 1 8
    Integração especializada do Gmail 50 - 100 3 12
    Integração especializada do Gmail 100 - 200 5 19
    Integração especializada do Gmail > 200 Incompatível Incompatível

  • Integração a Exchange Online de fontes IMAP (outras fontes IMAP, PowerShell, Gmail via IMAP)

    Workload Tamanho da caixa de correio (GB) P50 (50º percentil de duração) (dias) P90 (90º percentil de duração) (dias)
    Integração IMAP genérica 0 - 10 1 1
    Integração IMAP genérica 10 - 50 1 2
    Integração IMAP genérica 50 - 100 1 8
    Integração IMAP genérica 100 - 200 3 29
    Integração IMAP genérica > 200 Sem suporte Sem suporte

  • Integração ao Exchange Online via Importação de PST

    Workload Tamanho da caixa de correio (GB) P50 (50º percentil de duração) (dias) P90 (90º percentil de duração) (dias)
    Importação PST 0 - 10 1 1
    Importação PST 10 - 50 1 3
    Importação PST 50 - 100 2 5
    Importação PST 100 - 200 3 6
    Importação PST > 200 Incompatível Incompatível

Observação

Algumas caixas de correio outlier levariam mais tempo para serem concluídas com base no perfil da caixa de correio. Além disso, se um locatário tiver caixas de correio maiores em média, isso também poderá contribuir para a duração prolongada da migração.

Fatores de desempenho de migração

A migração de caixa de correio/Email tem vários fatores comuns que afetam o desempenho da migração.

Fatores comuns de desempenho de migração

A seguinte tabela fornece uma lista de fatores comuns que afetam o desempenho da migração. Confira mais detalhes nas seções que descrevem os métodos de migração individuais.

Fator Descrição Exemplo
Fonte de dados O dispositivo ou serviço que hospeda os dados a serem migrados. Muitas limitações podem se aplicar à fonte de dados devido a especificações de hardware, carga de trabalho do usuário final e tarefas de manutenção de back-end. O Gmail limita a quantidade de dados que pode ser extraída durante um período específico.
Tipo de dados e densidade Devido à natureza exclusiva dos negócios do cliente, o tipo e a mistura de itens de email dentro das caixas de correio podem variar muito. Uma caixa de correio de 4 GB com 400 itens, cada um com anexos de 10 megabytes (MB) será migrada mais rapidamente do que uma caixa de correio de 4 GB com 100.000 itens menores.
Servidor de migração Muitas soluções de migração usam um tipo "caixa de salto" de servidor ou estação de trabalho de migração para concluir a migração. Frequentemente, os clientes usam uma máquina virtual de baixo desempenho para hospedar o serviço MRSProxy para implantações híbridas ou para migrações não híbridas do PC cliente.
Mecanismo de migração O mecanismo de migração de dados responsável por extrair dados do servidor de origem converte dados, se necessário. O mecanismo então transmite os dados pela rede e injeta os dados na caixa de correio do Microsoft 365 ou Office 365. Caixa postal. O serviço MRSProxy possui seus próprios recursos e limitações.
Aparelhos de rede local O desempenho de rede de ponta a ponta (da fonte de dados para Exchange Online servidores de acesso ao cliente) afeta o desempenho da migração. Configuração e especificações de firewall na organização local.
Serviço microsoft 365 ou Office 365 O Microsoft 365 e Office 365 têm suporte e recursos internos para gerenciar a carga de trabalho de migração. A política de limitação de usuário tem configurações padrão e limita a taxa de transferência de dados máxima geral.

Fatores de desempenho de rede

Esta seção descreve as práticas recomendadas para melhorar o desempenho de rede durante a migração. O enfoque será geral porque o maior impacto no desempenho de rede durante a migração está relacionado ao hardware de terceiros e aos Provedores de Serviço da Internet (ISPs).

Use o Analisador do Exchange para obter uma compreensão mais profunda da conectividade de rede com o Microsoft 365 ou Office 365. Para executar os testes do Analisador de Exchange em Suporte da Microsoft e Assistente de Recuperação, acesse Diagnóstico > Avançado Exchange Online > Verificar Exchange Online conectividade > de rede Sim. Leia sobre o Suporte da Microsoft e o Assistente de Recuperação para saber mais sobre Suporte da Microsoft e Assistente de Recuperação.

Fator Descrição Práticas recomendadas
Capacidade de rede O tempo necessário para migrar caixas de correio para o Microsoft 365 ou Office 365 é determinado pela capacidade disponível e máxima de sua rede. Identifique sua capacidade de rede disponível e determine a capacidade de carregamento máxima.
Entre em contato com seu ISP para confirmar sua largura de banda alocada e para ver detalhes sobre restrições, como a quantidade total de dados que pode ser transferida em um período específico.
Use ferramentas para avaliar sua capacidade de rede real. Teste o fluxo de ponta a ponta dos dados, desde a fonte de dados local até os servidores de gateway do datacenter da Microsoft.
Identifique outras cargas em sua rede (por exemplo, utilitários de backup e manutenção programada) que podem afetar sua capacidade de rede.
Estabilidade da rede Uma rede rápida nem sempre resulta em migrações rápidas. Se a rede não for estável, a transferência de dados leva mais tempo, devido à correção de erros. Dependendo do tipo de migração, a correção de erros pode afetar significantemente o desempenho da migração. Problemas de hardware e driver de rede frequentemente causam problemas de estabilidade de rede. Trabalhe com seus fornecedores de hardware para entender seus dispositivos de rede e aplicar as atualizações de software e os drivers mais atuais necessários.
Atrasos de rede A funcionalidade de detecção de invasão configurada em um firewall de rede frequentemente causa significantes atrasos de rede e afeta o desempenho da migração.
A migração de dados para as caixas de correio do Microsoft 365 ou Office 365 depende da conexão com a Internet. Atrasos na Internet afetam o desempenho geral da migração.
Além disso, os usuários na mesma empresa podem ter caixas de correio de nuvem que residem em datacenters em diferentes localizações geográficas. Dependendo ISP do cliente, o desempenho da migração pode variar.		 Avalie atrasos de rede para todos os potenciais datacenters da Microsoft para ajudar a garantir que o resultado seja consistente. (Isso também ajuda a garantir uma experiência consistente para os usuários finais.) Trabalhe com seu ISP para resolver problemas relacionados à Internet.
Adicione endereços IP para servidores datacenter da Microsoft à lista de permissões ou ignore todo o tráfego relacionado à migração do firewall de rede. Para obter mais informações sobre os intervalos de IP do Microsoft 365 ou Office 365, consulte URLs do Microsoft 365 e Office 365 e intervalos de endereços IP.

Para uma análise mais profunda das migrações em seu ambiente, marcar nossa Análise de Desempenho de Migração da Caixa de Correio. A postagem inclui um script para ajudar você a analisar solicitações de movimentação.

Limitação do Microsoft 365 e Office 365

O Microsoft 365 e Office 365 usam vários mecanismos de limitação para ajudar a garantir a segurança e a disponibilidade do serviço. Os seguintes três tipos de limitação podem afetar o desempenho de migração:

  • Limitação de usuário
  • Limitação do serviço de migração
  • Limitação baseada na integridade do recurso

Observação

Os três tipos de limitação do Microsoft 365 e Office 365 não afetam todos os métodos de migração.

Limitação de usuário do Microsoft 365 e Office 365

A limitação do usuário afeta a maioria das ferramentas de migração de terceiros e o método de migração de carregamento do cliente. Esses métodos de migração usam protocolos de acesso ao cliente, como a RPC (Chamada de Procedimento Remoto) por protocolo HTTP, para migrar dados de caixa de correio para o Microsoft 365 ou Office 365 caixas de correio. Essas ferramentas são usadas para migrar os dados de plataformas como o IBM Lotus Domino e o Novell GroupWise.

A limitação do usuário é o método de limitação mais restritivo no Microsoft 365 e Office 365. Como a limitação do usuário é definida para funcionar em relação a cada usuário final, qualquer uso no nível de aplicativo excederá facilmente a política de limitação e resultará em uma migração de dados mais lenta.

Limitação de serviço de migração do Microsoft 365 e Office 365

A limitação do serviço de migração afeta todas as ferramentas de migração do Microsoft 365 ou Office 365. A limitação de serviço de migração gerencia a alocação de recursos de serviço e simultaneidade de migração para o Microsoft 365 ou Office 365 soluções de migração.

A limitação do serviço de migração afeta as migrações realizadas usando os seguintes métodos de migração:

  • Migração IMAP
  • Migração de substituição do Exchange
  • Migração em estágios do Exchange
  • Migrações híbridas (movimentações com base no serviço MRSProxy em um ambiente híbrido)

Importante

Os métodos de migração acima mencionados não são afetados pela limitação do usuário.

Um exemplo de limitação do serviço de migração é controlar o número de caixas de correio que são migradas simultaneamente durante migrações simples do Exchange e migrações IMAP. O valor padrão é 20. Isso significa que no máximo 20 caixas de correio de todos os lotes de migração são migradas a qualquer momento. Você pode aumentar o número de migrações simultâneas de caixa de correio para um lote de migração no centro de administração do Exchange ou Windows PowerShell. Para saber mais sobre como otimizar essa configuração, consulte Gerenciar lotes de migração no Microsoft 365 ou Office 365.

Limitação baseada em integridade de recursos do Microsoft 365 ou Office 365

Todos os métodos de migração estão sujeitos à gestão de limitação de disponibilidade. No entanto, a limitação do serviço do Microsoft 365 ou Office 365 não afeta as migrações do Microsoft 365 ou Office 365 tanto quanto os outros tipos de limitação descritos anteriormente.

A limitação com base na integridade dos recursos é o método de limitação menos agressivo. Ela ocorre para evitar problemas de disponibilidade do serviço, que podem afetar os usuários finais e as operações críticas de serviço.

Se o serviço for prejudicado até o ponto em que o desempenho do usuário final seja afetado, a migração híbrida será interrompida até que o desempenho seja recuperado e o serviço retorne a um nível abaixo do limite.

O seguinte mostra o que os clientes verão em relação às durações de parada usando Get-MoveRequestStatistics - <> -IncludeReport o cmdlet:

$R.REPORT.TARGETTHROTTLES
NETWORKTHROTTLE : 00:00:00
CPUTHROTTLE : 00:02:07.6222549
REMOTESERVERTHROTTLE : 00:00:00
MDBREPLICATIONTHROTTLE : 00:38:41.7018480
CONTENTINDEXINGTHROTTLE : 00:00:00
BIGFUNNELTHROTTLE : 00:00:00
MDBAVAILABILITYTHROTTLE : 00:26:34.6588104
DISKLATENCYTHROTTLE : 1.15:45:37.7873632

$R.REPORT.SOURCETHROTTLES
NETWORKTHROTTLE : 00:00:00
CPUTHROTTLE : 3.03:21:07.7192848
REMOTESERVERTHROTTLE : 00:00:00
MDBREPLICATIONTHROTTLE : 00:00:00

CONTENTINDEXINGTHROTTLE : 00:00:00
BIGFUNNELTHROTTLE : 00:00:00
MDBAVAILABILITYTHROTTLE : 00:00:00
DISKLATENCYTHROTTLE : 00:20:47.1101552
MDBMAINTENANCETHROTTLE : 00:00:00

Solução e prática:

Se você tiver uma situação comparável, aguarde a disponibilidade dos recursos do Microsoft 365 ou Office 365.

Fatores de desempenho e práticas recomendadas para migrações de implantação não híbrida

Esta seção descreve os fatores que afetam as migrações usando os métodos de migração de substituição ou em estágios do IMAP. Também identifica as práticas recomendadas para melhorar o desempenho da migração.

Fator 1: fonte de dados para migrações de implantação não híbridas

A tabela a seguir descreve o impacto na migração pelos servidores de origem na organização de email atual e as melhores práticas para reduzir o impacto na migração.

Lista de Verificação Descrição Práticas recomendadas
Desempenho do sistema A extração de dados é uma tarefa que usa muitos recursos. O sistema de origem precisa ter recursos suficientes, como tempo e memória da CPU, para oferecer um bom desempenho de migração. Durante a migração, o sistema de origem frequentemente está próximo da capacidade total em termos de carga de trabalho do usuário final regular. Se os recursos do sistema são inadequados, a carga de trabalho adicional resultada da migração pode afetar os usuários finais. Monitore o desempenho do sistema durante um teste de migração piloto. Se o sistema estiver ocupado, recomendamos evitar um cronograma de migração agressivo para o sistema específico devido a possíveis problemas de lentidão e disponibilidade do serviço. Se possível, melhore o desempenho do sistema de origem adicionando recursos de hardware e reduza a carga no sistema movendo tarefas e usuários para outros servidores que não estão envolvidos na migração.

Para obter mais informações, confira: Integridade do servidor e desempenho de Exchange Server (2007, 2010, 2013, 2016, 2019)

Observação: os Exchange Servers 2007 e 2010 não têm mais suporte ativamente. O fim do suporte do Exchange 2013 Server está agendado para abril de 2023. Exchange Server 2016 e 2019 estão em suporte estendido até outubro de 2025. Consulte a matriz de suporte Exchange Server para obter mais detalhes.

Ao se migrar de uma organização do Exchange local em que há vários servidores da caixa de correio, recomendamos criar uma lista de usuário de migração distribuída igualmente entre vários servidores de caixa de correio. Com base no desempenho individual do servidor, a lista pode ser melhor ajustada para maximizar o resultado.

Por exemplo, se o servidor A possui 50% mais disponibilidade de recursos do que o servidor B, é razoável ter 50% mais usuários no servidor A, no mesmo lote de migração. É possível aplicar práticas semelhantes a outros sistemas de origem. Execute migrações quando os servidores tiverem disponibilidade máxima de recursos, como após o expediente ou em finais de semana e feriados.
Tarefas de back-end Outras tarefas de back-end executadas durante o momento da migração. Como é uma prática recomendada executar a migração após o horário comercial, é comum que as migrações entrem em conflito com tarefas de manutenção (como backup de dados) em execução em seus servidores locais. Revise outras tarefas do sistema que podem estar sendo executadas durante a migração. Recomendamos que você realize a migração de dados quando não estiver sendo executada nenhuma outra tarefa que consuma muitos recursos.
Observação: para clientes que usam o Exchange local, as tarefas de back-end comuns são soluções de backup e manutenção do exchange store (2013, 2016, 2019).
Política de limitação É uma prática comum proteger sistemas de email com uma política de limitação que define um limite específico sobre a rapidez e a quantidade de dados que podem ser extraídos do sistema durante um determinado período de tempo. Verifique a política de limitação implantada para seu sistema de email. Por exemplo, o Google Mail limita a quantidade de dados que podem ser extraídos em um determinado período. Dependendo da versão, o Exchange terá políticas que restringem o acesso do IMAP ao servidor de email local (usado por migrações do IMAP) e o acesso de RPC sobre o Protocolo HTTP (usado por migrações de substituição do Exchange e migrações em estágios do Exchange).

Para marcar as configurações de limitação, execute o cmdlet Get-ThrottlingPolicy. Para obter mais informações sobre limitação, confira: (2007, 2010, 2013, 2016, 2019).

Para obter mais informações sobre a limitação do IMAP, consulte Migrar suas caixas de correio IMAP para o Microsoft 365 ou Office 365.

Fator 2: servidor de migração para migrações de implantação não híbrida

IMAP, migração de substituição e migração em estágios são métodos de migração de pull de dados iniciados na nuvem, portanto não é necessário ter um servidor de migração dedicado. Os hosts de protocolo voltados para a Internet (IMAP ou RPC por protocolo HTTP), no entanto, funcionam como o servidor de migração para migrar caixas de correio e dados de caixa de correio para o Microsoft 365 ou Office 365. Portanto, os fatores de desempenho de migração e as melhores práticas, descritos na seção anterior sobre o servidor de fonte de dados para sua organização de email atual, também se aplicam aos servidores de borda da Internet. Para organizações do Exchange 2007, do Exchange 2010 e do Exchange 2013, o servidor de Acesso para Cliente funciona como um servidor de migração.

Para saber mais, confira:

Fator 3: mecanismo de migração para migrações de implantação não híbrida

As migrações de IMAP, cutover e exchange em etapas são executadas usando o dashboard de Migração no centro de administração do Exchange. Isso está sujeito à limitação do Microsoft 365 ou Office 365 serviço de migração.

Solução e prática:

Agora, os clientes podem especificar a simultaneidade da migração (por exemplo, o número de caixas de correio a serem migradas simultaneamente) usando o Windows PowerShell. O padrão é de 20 caixas de correio. Depois de criar um lote de migração, você pode usar o seguinte cmdlet do Windows PowerShell a fim de aumentar o limite para um máximo de 100.

Set-MigrationEndPoint <Identity> -MaxConcurrentMigrations <value between 1 and 100>

Para obter mais informações, consulte Gerenciar lotes de migração no Microsoft 365 ou Office 365.

Observação

Se sua fonte de dados não tiver recursos suficientes para gerenciar todas as conexões, recomendamos evitar alta simultaneidade. Comece com um pequeno valor de simultaneidade, por exemplo, 10. Aumente esse número enquanto monitora o desempenho da fonte de dados para evitar problemas de acesso do usuário final.

Fator 4: Rede para migrações de implantação não híbridas

Testes de verificação:

Dependendo do método de migração, é possível tentar os seguintes testes de verificação:

  • Migrações IMAP: pré-popular uma caixa de correio de origem com dados de exemplo. Em seguida, da Internet (fora da rede local), conecte-se à caixa de correio de origem usando um cliente de email IMAP padrão, como o Microsoft Outlook, e, em seguida, meça o desempenho da rede determinando quanto tempo leva para baixar todos os dados da caixa de correio de origem. A taxa de transferência deve ser semelhante ao que os clientes podem obter usando a ferramenta de migração IMAP no Microsoft 365 ou Office 365, dado que não há outras restrições.

  • Migrações do Exchange de recorte e etapas: pré-popular uma caixa de correio de origem com dados de exemplo. Em seguida, na Internet (fora da rede local), conecte-se à caixa de correio de origem com o Outlook usando o RPC por protocolo HTTP. Verifique se você está se conectando usando o modo armazenado em cache. Meça o desempenho da rede verificando quanto tempo demora para sincronizar todos os dados da caixa de correio de origem. A taxa de transferência deve ser semelhante ao que os clientes podem obter usando as ferramentas simples de migração do Exchange no Microsoft 365 ou Office 365, dado que não há outras restrições.

Há alguma sobrecarga durante uma migração real de IMAP, substituição ou em estágios do Exchange. A produtividade, no entanto, deve ser semelhante aos resultados desses testes de verificação.

Fator 5: Microsoft 365 e Office 365 serviço para migrações de implantação não híbridas

A limitação baseada em integridade de recursos do Microsoft 365 ou Office 365 afeta as migrações usando o Microsoft 365 nativo ou Office 365 ferramentas de migração simples. Consulte a seção limitação baseada em integridade de recursos do Microsoft 365 ou Office 365.

Mover solicitações no Microsoft 365 ou Office 365

Para obter informações gerais sobre como obter status informações para solicitações de movimentação, consulte Exibir Propriedades de Solicitação de Movimentação:

  • Move-Mailbox

  • [Get-MoveRequestStatistics]] (/powershell/module/exchange/get-moverequeststatistics)

No serviço microsoft 365 ou Office 365 a fila de migração e os recursos de serviço alocados para migrações são compartilhados entre locatários e afeta a forma como as solicitações de movimentação são gerenciadas em cada estágio do processo de movimentação.

Há dois tipos de solicitações de movimentação no Microsoft 365 e Office 365:

  • Integrando solicitações de "movimentação": as novas migrações de cliente são consideradas solicitações de movimentação de integração. Estas solicitações possuem prioridade regular.

  • Solicitações internas de "movimentação" do Datacenter: são solicitações de movimentação de caixa de correio iniciadas pelas equipes de operação do datacenter. Essas solicitações tem uma prioridade mais baixa, pois a experiência do usuário final não será afetada se a solicitação de movimentação atrasar.

Impacto em potencial e atrasos para mover solicitações com um status de "Na fila" e "Em andamento"

  • Solicitações de movimento enfileiradas: este status especifica que a mudança foi enfileirada e aguarda o Serviço de Replicação da Caixa de Correio do Exchange para pegá-la. Para solicitações de movimentação do Exchange 2003, os usuários ainda podem acessar suas caixas de correio nesse estágio.

    Dois fatores influenciam qual solicitação será selecionada pelo Serviço de Replicação de Caixa de Correio:

    • Prioridade: as solicitações de movimentação enfileiradas com prioridade maior são recolhidas antes das solicitações de movimentação de menor prioridade. Isso ajuda a garantir que as solicitações de movimentação de migração do cliente sempre sejam processadas antes das solicitações de movimentação interna de datacenter.

    • Posição na fila: se as solicitações de movimentação tiverem a mesma prioridade, quanto mais cedo a solicitação entrar na fila, mais cedo ela será recolhida pelo Serviço de Replicação da Caixa de Correio. Como pode haver vários clientes realizando as migrações de caixa de correio ao mesmo tempo, é normal que as solicitações de movimentações novas permaneçam na fila antes de serem processadas.

Frequentemente, o tempo que as solicitações de caixa de correio aguardam na fila antes de serem processadas não é considerado durante o planejamento da migração. Isso resulta em clientes não tendo tempo suficiente para concluir todas as migrações planejadas.

  • Solicitações de movimentação em andamento: este status especifica que a movimentação ainda está em andamento. Se essa movimentação de caixa de correio está sendo feita online, o usuário poderá acessar a caixa de correio.

Depois que a solicitação de movimentação de caixa de correio tiver um status de "Em andamento", a prioridade não importará mais e uma novo solicitação não será processada até que uma solicitação de movimentação existente "Em andamento" seja concluída, mesmo que a nova solicitação de movimentação tenha uma prioridade mais alta.

Práticas recomendadas

Planejamento: como mencionado anteriormente, como os usuários do Exchange 2003 perdem o acesso durante uma migração híbrida, os clientes do Exchange 2003 geralmente estão mais preocupados com quando agendar migrações e quanto tempo levarão.

Ao planejar quantas caixas de correio migrar durante um período de tempo específico, considere o seguinte:

  • Inclua a quantidade de tempo que a solicitação de movimentação aguarda na fila. Use o seguinte cálculo:

    (número total de caixas de correio a migrar) = ((tempo total) – (tempo médio de fila)) * (taxa de transferência de migração)

    em que o resultado da migração é igual ao número total de caixas de correio que podem ser migradas por hora.

Por exemplo, suponha que você tenha uma janela de seis horas para migrar caixas de correio. Se o tempo médio da fila for de uma hora e você tiver uma taxa de transferência de migração de 100 caixas de correio por hora, você poderá migrar 500 caixas de correio no período de seis horas: 500 = (6 - 1) * 100.

  • Inicie a migração antes do planejado, para reduzir o tempo de espera. Quando as caixas de correio são enfileiradas, os usuários do Exchange 2003 ainda podem acessar suas caixas de correio.

Determinar o tempo de fila: o tempo de fila está sempre mudando porque a Microsoft não gerencia os agendamentos de migração dos clientes.

Para determinar o tempo de espera em potencial, um cliente pode tentar programar uma movimentação de teste várias horas antes de a migração real começar. Em seguida, com base na quantidade de tempo observada que a solicitação fica na fila, o cliente pode estimar melhor quando iniciar a migração e quantas caixas de correio podem ser movidas em um período específico.

Por exemplo, se uma migração de teste tiver sido concluída quatro horas antes do início de uma migração planejada. O cliente determina que o tempo de fila para a migração de teste foi de cerca de uma hora. Assim, o cliente deve considerar iniciar a migração uma hora mais cedo do que o planejado originalmente para verificar se há tempo suficiente para concluir todas as migrações.

Ferramentas de terceiros para migrações do Microsoft 365 ou Office 365

Ferramentas de terceiros são usadas principalmente em cenários de migração que não envolvem o Exchange, como as do Gmail/G Suite/GWS (Google Workspace), IBM Lotus, Domino e Novell GroupWise. Esta seção se concentra nos protocolos de migração usados por ferramentas de migração de terceiros ao invés dos produtos e ferramentas de migração reais. A tabela a seguir fornece uma lista de fatores que se aplicam a ferramentas de terceiros para cenários de migração do Microsoft 365 ou Office 365.

Importante

Para problemas com consistência ou integridade de dados após a execução de uma migração usando ferramentas de terceiros, entre em contato com o fornecedor que forneceu a ferramenta para obter suporte.

Fator 1: fonte de dados para migrações de ferramentas de terceiros

Lista de Verificação Descrição Práticas recomendadas
Desempenho do sistema A extração de dados é uma tarefa que usa muitos recursos. O sistema de origem deve ter recursos suficientes, como tempo e memória da CPU, para oferecer um melhor desempenho de migração. Durante a migração, o sistema de origem frequentemente está próximo da capacidade total em termos de carga de trabalho do usuário final regular. Se os recursos do sistema são inadequados, a carga de trabalho adicional resultada da migração pode afetar os usuários finais. Monitore o desempenho do sistema durante um teste de migração piloto. Se o sistema estiver ocupado, recomendamos evitar um cronograma de migração agressivo para o sistema específico devido a possíveis problemas de lentidão e disponibilidade do serviço. Se possível, melhore o desempenho do sistema de origem adicionando recursos de hardware e reduza a carga no sistema movendo tarefas e usuários para outros servidores que não estão envolvidos na migração.

Para obter mais informações, confira: Integridade do servidor e desempenho de Exchange Server (2007, 2010, 2013, 2016, 2019).

Observação: os Exchange Servers 2007 e 2010 não têm mais suporte ativamente. O fim do suporte do Exchange 2013 Server está agendado para abril de 2023. Exchange Server 2016 e 2019 estão em suporte estendido até outubro de 2025. Consulte a matriz de suporte Exchange Server para obter mais detalhes.

Ao migrar de uma organização do Exchange local onde há vários servidores de caixa de correio, recomendamos a criação de uma lista de usuários de migração que é igualmente distribuída entre vários servidores da caixa de correio. Com base no desempenho individual do servidor, a lista pode ser melhor ajustada para maximizar o resultado.

Por exemplo, se o servidor A possui 50 por cento mais de disponibilidade de recursos do que o servidor B, é razoável ter 50 por cento mais usuários do servidor A no mesmo lote de migração. Uma prática semelhante pode ser aplicada aos outros sistemas de origem.

Execute migrações quando os servidores tiverem disponibilidade máxima de recursos, como após o expediente ou em finais de semana e feriados.
Tarefas de back-end Outras tarefas de back-end normalmente são executadas durante o momento da migração. Como é uma prática recomendada realizar a migração após o horário comercial, é comum que as migrações entrem em conflito com outras tarefas de manutenção executadas em seus servidores locais, como o backup de dados. Revise outras tarefas do sistema que podem estar sendo executadas durante a migração. Recomendamos que você realize a migração de dados quando não estiver sendo executada nenhuma outra tarefa que consuma muitos recursos.

Observação: para clientes que usam o Exchange local, as tarefas de back-end comuns são soluções de backup e manutenção do exchange store (2013, 2016, 2019).
Política de limitação É uma prática comum proteger os sistemas de email com uma política de limitação, que define um limite específico da velocidade e quantidade de dados que podem ser extraídos do sistema dentro de um determinado período de tempo e usando um método de migração específico. Verifique a política de limitação implantada para seu sistema de email. Por exemplo, o Google Mail limita a quantidade de dados que podem ser extraídos em um determinado período. Dependendo da versão, o Exchange terá políticas que restringem o acesso do IMAP ao servidor de email local (usado por migrações do IMAP) e o acesso de RPC sobre o Protocolo HTTP (usado por migrações de substituição do Exchange e migrações em estágios do Exchange).

Para marcar as configurações de limitação, execute o cmdlet Get-ThrottlingPolicy. Para obter mais informações sobre limitação, confira: (2007, 2010, 2013, 2016, 2019).

Para obter mais informações sobre a limitação do IMAP, consulte Migrar suas caixas de correio IMAP para o Microsoft 365 ou Office 365.

Fator 2: servidor de migração para migrações de ferramentas de terceiros

A maioria das ferramentas de terceiros para migrações do Microsoft 365 ou Office 365 são dados iniciados pelo cliente e push para o Microsoft 365 ou Office 365. Essas ferramentas, normalmente, requerem um servidor de migração. Os fatores como desempenho do sistema, tarefas de back-end e políticas de limitação para os servidores de origem são aplicados a estes servidores de migração.

Observação

Algumas soluções de migração de terceiros são hospedadas na Internet como serviços baseados em nuvem e não exigem um servidor de migração local.

Solução e prática:

Para melhorar o desempenho da migração ao usar um servidor de migração, aplique as mesmas práticas recomendadas descritas na seção Fator 1: fonte de dados para migrações de ferramentas de terceiros .

Fator 3: mecanismo de migração para migrações de ferramentas de terceiros

Para as ferramentas de migração de terceiros, os protocolos mais comuns são serviços Web do Exchange e RPC sobre Protocolo HTTP.

Exchange Web Services:

O Exchange Web Services é o protocolo recomendado a ser usado para migrar para o Microsoft 365 ou Office 365 porque dá suporte a lotes de dados grandes e tem uma limitação melhor orientada ao serviço. No Microsoft 365 ou Office 365, quando usado no modo de representação, as migrações usando o Exchange Web Services não consomem a quantidade orçada do usuário de recursos do Microsoft 365 ou Office 365 Exchange Web Services, consumindo, em vez disso, uma cópia dos recursos orçados:

  • Todos os Serviços Web do Exchange representando chamadas realizadas pela mesma conta de administrador são calculados separadamente do orçamento aplicado a essa conta de administrador.

  • Para cada sessão de representação, é criada uma cópia de sombra do orçamento do usuário real. Todas as migrações para esta sessão específica consumirão esta cópia de sombra.

  • A limitação na representação é isolada para cada sessão de migração de usuário.

  • A política de limitação do Exchange Web Services pode ser alterada temporariamente no locatário (por uma duração de 30, 60 ou 90 dias) para permitir a conclusão da migração. Isso pode ser solicitado na seção Ajuda do Centro de administração do Microsoft 365.

Práticas recomendadas:

  • O desempenho de migração para clientes que usam ferramentas de migração de terceiros e que usam a representação EWA compete com as migrações com base em serviços Web do Exchange e com o uso de recursos do serviço por outros locatários. Portanto, o desempenho da migração apresentará variações.

  • Sempre que possível, os clientes devem usar ferramentas de migração de terceiros que usam a representação dos serviços Web do Exchange, pois isso é geralmente mais rápido e mais eficiente do que usar os protocolos de cliente, como RPC sobre Protocolo HTTP.

RPC por protocolo HTTP:

As soluções de migração tradicionais usam o RPC por protocolo HTTP. Esse método é completamente baseado em um modelo de acesso ao cliente, como o do Outlook, e a escalabilidade e o desempenho são limitados porque o serviço microsoft 365 ou Office 365 limita o acesso à suposição de que o uso é por um usuário em vez de por um aplicativo.

Práticas recomendadas:

  • Para ferramentas de migração que usam o RPC por protocolo HTTP, é uma prática comum aumentar a taxa de transferência de migração adicionando mais servidores de migração e usando várias contas de usuário do Microsoft 365 ou Office 365 administrativas. Essa prática pode obter paralelismo de injeção de dados e obter maior taxa de transferência de dados porque cada usuário administrativo está sujeito ao Microsoft 365 e Office 365 limitação do usuário. Recebemos relatórios de que vários clientes empresariais tiveram que configurar mais de quarenta servidores de migração para obter de 20 GB/h a 30 GB/hora de transferência de migração.

  • Em uma fase de desenvolvimento da ferramenta de migração, é fundamental considerar o número de operações RPC necessárias para migrar uma mensagem. Para ilustrar isso, coletamos logs capturados pelo Microsoft 365 ou Office 365 serviços para duas soluções de migração de terceiros (desenvolvidas por empresas terceirizadas) usadas pelos clientes para migrar caixas de correio para o Microsoft 365 ou Office 365. Comparamos duas soluções de migração desenvolvidas por outras empresas. Comparamos a migração de duas caixas de correio de cada solução de migração e também comparamos o carregamento de um arquivo .pst no Outlook. Aqui estão os resultados.

Método Tamanho da caixa de correio Contagem de itens Tempo para migrar Total de transações RPC Latência média de cliente (ms) AvgCasRPCProcessingTime (ms)
Solução A (caixa de correio 1) 376,9 MB 4,115 4:24:33 132,040 48.4395 18.0807
Solução A (caixa de correio 2) 249,3 MB 12,779 10:50:50 423,188 44.1678 4.8444
Solução B (caixa de correio 1) 618,1 MB 4,322 1:54:58 12,196 37.2931 8.3441
Solução B (caixa de correio 2) 56,7 MB 2,748 0:47:08 5,806 42.1930 7.4439
Outlook 201.9MB 3,297 0:29:47 15,775 36.9987 5.6447

Observação

Os tempos de processo do cliente e do serviço são semelhantes, mas a solução A requer muito mais operações de RPC para migrar dados. Como cada operação consome tempo de latência do cliente e tempo de processo do servidor, a solução A é muito mais lenta para migrar a mesma quantidade de dados em comparação com a Solução B e para o Outlook.

Fator 4: Rede para migrações de ferramentas de terceiros

Prática recomendada:

Para soluções de migração de terceiros que usam o RPC sobre Protocolo HTTP, está é uma boa maneira de medir o possível desempenho da migração:

  1. No servidor de migração, conecte-se à caixa de correio microsoft 365 ou Office 365 com o Outlook usando o RPC por protocolo HTTP. Verifique se você não está se conectando usando o modo armazenado em cache.

  2. Importe um arquivo .pst grande com dados de exemplo para a caixa de correio microsoft 365 ou Office 365.

  3. Meça o desempenho da migração contando quanto tempo demora para carregar o arquivo .pst. A produtividade da migração deve ser semelhante ao obtido pelos clientes de uma ferramenta de migração de terceiros que usa RPC sobre Protocolo HTTP, sem quaisquer restrições. Há sobrecarga durante uma migração real, portanto a produtividade pode ser ligeiramente diferente.

Fator 5: Serviço microsoft 365 e Office 365

A limitação baseada em integridade de recursos do Microsoft 365 e Office 365 afeta as migrações usando ferramentas de migração de terceiros. Consulte a limitação baseada em integridade de recursos do Microsoft 365 e Office 365 para obter mais detalhes.