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

Existem muitos caminhos para migrar dados de e-mail de uma organização alojada no local para o Microsoft 365 ou o Office 365. Ao planear uma migração para o Microsoft 365 ou o Office 365, uma compreensão clara do processo de migração de dados e da velocidade ajuda os administradores a planearem melhor.

Descrição geral da migração de e-mail para o Microsoft 365 ou Office 365

O Microsoft 365 ou o Office 365 suporta vários métodos para migrar e-mail, calendário e dados de contacto do seu ambiente de mensagens existente para o Microsoft 365 ou Office 365, conforme descrito em Formas de migrar várias contas de e-mail para o Microsoft 365 ou Office 365.

Para perguntas relacionadas com a rede e o desempenho no Microsoft 365 ou Office 365, consulte Planeamento de rede e otimização do desempenho do Microsoft 365 ou Office 365.

Métodos de migração frequentemente usados

Desempenho dos métodos de Migração

As secções seguintes comparam as cargas de trabalho de migração de caixas 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 o Office 365. Estes resultados baseiam-se em testes internos e migrações reais de clientes para o Microsoft 365 ou Office 365.

Cargas de trabalho de migração de clientes

A tabela seguinte descreve as diferentes cargas de trabalho envolvidas numa migração típica e os desafios e opções de cada uma.

Quando as caixas de correio são migradas nos datacenters do Microsoft 365, cada movimentação de caixa de correio ou movimentação de caixa de correio em massa requer tempo para a operação ser concluída. Existem vários fatores, como a atividade do serviço Microsoft 365, que podem afetar exatamente quanto tempo. O serviço foi concebido para limitar cargas de trabalho discricionárias, como movimentações de caixa de correio, para garantir que o serviço é executado da forma ideal para todos os utilizadores. No entanto, ainda pode esperar que as movimentações da caixa de correio sejam processadas, consoante a disponibilidade de recursos discricionários do serviço. Pode encontrar mais detalhes sobre a limitação de recursos nesta publicação de blogue.

Estimativas de duração da migração de caixas de correio no Exchange Online

Para o ajudar a planear a migração, as tabelas seguintes apresentam diretrizes sobre quando esperar que as migrações de caixas de correio em massa ou migrações individuais estejam concluídas. Estas estimativas baseiam-se numa análise de dados de migrações de clientes anteriores. Uma vez que cada ambiente é exclusivo, a velocidade exata da migração pode variar.

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

• GoLocal/Multi-Geo/Encriptação no Exchange Online

  Workload	Tamanho da caixa de correio (GB)	P50 (duração do percentil 50) (dias)	P90 (duração do percentil 90) (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 no Exchange Online a partir de Servidores exchange no local (/TransferênciaFaseada Híbrida/)

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

• Migração Entre Inquilinos para o Exchange Online (utilize a solução de terceiros da Microsoft ou utilize soluções de terceiros).

  Workload	Tamanho da caixa de correio (GB)	P50 (duração do percentil 50) (dias)	P90 (duração do percentil 90) (dias)
  Entre Inquilinos	0 - 10	1	1
  Entre Inquilinos	10 - 50	1	2
  Entre Inquilinos	50 - 100	2	5
  Entre Inquilinos	100 - 200	3	6
  Entre Inquilinos	> 200	Sem suporte	Sem suporte

• Inclusão Especializada no Exchange Online a partir do Gmail/G Suite/GWS (EAC, PowerShell)

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

• Integração no Exchange Online a partir de origens IMAP (Outras origens IMAP, PowerShell, Gmail via IMAP)

  Workload	Tamanho da caixa de correio (GB)	P50 (duração do percentil 50) (dias)	P90 (duração do percentil 90) (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 no Exchange Online através da Importação PST

  Workload	Tamanho da caixa de correio (GB)	P50 (duração do percentil 50) (dias)	P90 (duração do percentil 90) (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	Sem suporte	Sem suporte

Fatores de desempenho de migração

A migração de caixa de correio/e-mail 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.

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).

Utilize o Exchange Analyzer para compreender melhor a conectividade de rede com o Microsoft 365 ou o Office 365. Para executar os testes do Exchange Analyzer no Assistente de Recuperação e Suporte da Microsoft, aceda a Diagnósticos > Avançados Exchange Online > Verificar conectividade > de rede do Exchange Online Sim. Leia sobre o Assistente de Recuperação e Suporte da Microsoft para saber mais sobre o Assistente de Recuperação e Suporte da Microsoft.

Para uma análise mais aprofundada das migrações no seu ambiente, consulte a 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 do Office 365

O Microsoft 365 e o Office 365 utilizam vários mecanismos de limitação para ajudar a garantir a segurança e a disponibilidade dos serviços. 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

Limitação de utilizadores 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. Estes métodos de migração utilizam protocolos de acesso de cliente, como a Chamada de Procedimento Remoto (RPC) através do Protocolo HTTP, para migrar dados de caixa de correio para caixas de correio do Microsoft 365 ou do Office 365. Essas ferramentas são usadas para migrar os dados de plataformas como o IBM Lotus Domino e o Novell GroupWise.

A limitação de utilizadores é o método de limitação mais restritivo no Microsoft 365 e no 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 do serviço de migração do Microsoft 365 e do Office 365

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

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)

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. Isto significa que um máximo de 20 caixas de correio de todos os lotes de migração são migradas em qualquer altura. Pode aumentar o número de migrações simultâneas de caixas de correio para um lote de migração no Centro de administração do Exchange ou no Windows PowerShell. Para saber mais sobre como otimizar esta definição, consulte Gerir lotes de migração no Microsoft 365 ou Office 365.

Limitação baseada no estado de funcionamento dos 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 do Office 365 não afeta as migrações do Microsoft 365 ou do Office 365, tal como 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 relativamente às durações de paragem com o Get-MoveRequestStatistics - <> -IncludeReport 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 ocorrer uma situação comparável, aguarde que os recursos do Microsoft 365 ou do Office 365 fiquem disponíveis.

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: Origem de dados para migrações de implementação não híbrida

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.

Fator 2: Servidor de migração para migrações de implementações não híbridas

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 anfitriões de protocolos com acesso à Internet (IMAP ou RPC através do 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 o Office 365. Por conseguinte, os fatores de desempenho da migração e as melhores práticas, descritos na secção anterior sobre o servidor de origem de dados da sua organização de e-mail atual, também se aplicam aos servidores edge 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:

• Exchange Server 2007: Monitorizar Servidores de Acesso de Cliente

• Exchange Server 2010: Contadores do Servidor de Acesso de Cliente

• Exchange Server 2013: Gestão de cargas de trabalho do Exchange

• Exchange Server 2016: Gestão de cargas de trabalho de utilizadores no Exchange Server

• Exchange Server 2019: Gestão de cargas de trabalho de utilizadores no Exchange Server

Fator 3: Motor de migração para migrações de implementação não híbrida

As migrações IMAP, de transferência e faseadas do Exchange são executadas através do dashboard migração no centro de administração do Exchange. Isto está sujeito à limitação do serviço de migração do Microsoft 365 ou do Office 365.

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 Gerir lotes de migração no Microsoft 365 ou Office 365.

Fator 4: Rede para migrações de implementação não híbrida

Testes de verificação:

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

• Migrações IMAP: pré-preencher uma caixa de correio de origem com dados de exemplo. Em seguida, a partir da Internet (fora da sua rede no local), ligue-se à caixa de correio de origem através de um cliente de e-mail IMAP padrão, como o Microsoft Outlook, e, em seguida, meça o desempenho da rede ao determinar quanto tempo demora a transferir todos os dados da caixa de correio de origem. O débito deve ser semelhante ao que os clientes podem obter com a ferramenta de migração IMAP no Microsoft 365 ou Office 365, dado que não existem outras restrições.

• Migrações de transferência e faseada do Exchange: pré-preencher uma caixa de correio de origem com dados de exemplo. Em seguida, a partir da Internet (fora da sua rede no local), ligue-se à caixa de correio de origem com o Outlook através do Protocolo RPC por HTTP. Certifique-se de que está a ligar-se através do modo em cache. Meça o desempenho da rede verificando quanto tempo demora para sincronizar todos os dados da caixa de correio de origem. O débito deve ser semelhante ao que os clientes podem obter através das ferramentas de migração simples do Exchange no Microsoft 365 ou Office 365, dado que não existem 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: Serviço Microsoft 365 e Office 365 para migrações de implementação não híbrida

A limitação baseada no estado de funcionamento dos recursos do Microsoft 365 ou do Office 365 afeta as migrações através das ferramentas de migração simples nativas do Microsoft 365 ou do Office 365. Consulte a secção Limitação baseada no estado de funcionamento dos recursos do Microsoft 365 ou office 365 .

Mover pedidos no Microsoft 365 ou Office 365

Para obter informações gerais sobre como obter informações de estado para pedidos de movimentação, veja Ver Propriedades do Pedido de Movimentação:

• Mover Caixa de Correio

• [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 partilhados entre inquilinos e afetam a forma como os pedidos de movimentação são geridos em cada fase do processo de movimentação.

Existem dois tipos de pedidos de movimentação no Microsoft 365 e no Office 365:

• Integração de pedidos de "movimentação": as migrações de novos clientes são consideradas pedidos de movimentação de inclusão. Estas solicitações possuem prioridade regular.

• Pedidos internos de "movimentação" do datacenter: estes são pedidos de movimentação de caixa de correio iniciados pelas equipas de operações 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"

• Pedidos de movimentação em fila: este estado especifica que a movimentação foi colocado em fila de espera e está à espera que o Serviço de Replicação da Caixa de Correio do Exchange o recolha. 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: os pedidos de movimentação em fila com uma prioridade mais alta são recolhidos antes dos pedidos de movimentação de prioridade inferior. 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 os pedidos de movimentação tiverem a mesma prioridade, quanto mais cedo o pedido entrar na fila, mais cedo será recolhido 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.

• Pedidos de movimentação em curso: este estado especifica que a movimentação ainda está em curso. 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

Planeamento: conforme mencionado anteriormente, uma vez que os utilizadores do Exchange 2003 perdem o acesso durante uma migração híbrida, os clientes do Exchange 2003 estão normalmente mais preocupados com quando agendar migrações e quanto tempo demorarã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)) * (débito 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 tiver um débito de migração de 100 caixas de correio por hora, pode migrar 500 caixas de correio no intervalo 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 da fila: o tempo da fila está sempre a mudar porque a Microsoft não gere 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 do Office 365

As ferramentas de terceiros são utilizadas 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 seguinte fornece uma lista de fatores que se aplicam a ferramentas de terceiros para cenários de migração do Microsoft 365 ou office 365.

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

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 do Office 365 são iniciadas pelo cliente e enviam dados por push para o Microsoft 365 ou o 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.

Solução e prática:

Para melhorar o desempenho da migração ao utilizar um servidor de migração, aplique as mesmas melhores práticas que as descritas na secção Factor 1: Origem de dados para migrações de ferramentas de terceiros .

Fator 3: Motor 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.

Serviços Web do Exchange:

O Exchange Web Services é o protocolo recomendado a utilizar para migrar para o Microsoft 365 ou Office 365, uma vez que suporta grandes lotes de dados e tem uma melhor limitação orientada para o serviço. No Microsoft 365 ou Office 365, quando utilizadas no modo de representação, as migrações que utilizam os Serviços Web exchange não consomem a quantidade orçamentada do utilizador de recursos do Microsoft 365 ou do Office 365 Exchange Web Services, consumindo, em vez disso, uma cópia dos recursos orçamentados:

• 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 dos Serviços Web Exchange pode ser alterada temporariamente no inquilino (durante 30, 60 ou 90 dias) para permitir a conclusão da migração. Isto pode ser pedido na secção Ajuda do centro de administração do Microsoft 365.

Melhores práticas:

• 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.

Protocolo RPC por HTTP:

As soluções de migração tradicionais utilizam o Protocolo RPC por HTTP. Este método baseia-se completamente num modelo de acesso de 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, partindo do princípio de que a utilização é por um utilizador e não por uma aplicação.

Melhores práticas:

• Para ferramentas de migração que utilizam o Protocolo RPC através de HTTP, é uma prática comum aumentar o débito de migração ao adicionar mais servidores de migração e utilizar várias contas de utilizador administrativos do Microsoft 365 ou do Office 365. Esta prática pode obter paralelismo de injeção de dados e obter um maior débito de dados porque cada utilizador administrativo está sujeito à limitação de utilizadores do Microsoft 365 e do Office 365. 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 isto, recolhemos registos capturados pelos serviços do Microsoft 365 ou do Office 365 para duas soluções de migração de terceiros (desenvolvidas por empresas de terceiros) utilizadas pelos clientes para migrar caixas de correio para o Microsoft 365 ou o 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.

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

Melhor prática:

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. A partir do servidor de migração, ligue-se à caixa de correio do Microsoft 365 ou do Office 365 com o Outlook através do Protocolo RPC por HTTP. Certifique-se de que não se está a ligar através do modo em cache.

2. Importe um ficheiro .pst grande com dados de exemplo para a caixa de correio do Microsoft 365 ou do 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 no estado de funcionamento dos recursos do Microsoft 365 e do Office 365 afeta as migrações através de ferramentas de migração de terceiros. Consulte Limitação baseada no estado de funcionamento dos recursos do Microsoft 365 e do Office 365 para obter mais detalhes.