Compartilhar via

Usar o PowerShell para realizar uma migração de substituição para o Microsoft 365

  • Artigo

Esse artigo se aplica ao Microsoft 365 Enterprise e ao Office 365 Enterprise.

Você pode migrar o conteúdo das caixas de correio de usuário de um sistema de email de origem para o Microsoft 365 de uma só vez usando uma migração de transferência. Este artigo apresenta as tarefas para uma migração de substituição de email usando o PowerShell do Exchange Online.

Ao revisar o tópico, o que você precisa saber sobre uma migração de email de recorte para o Microsoft 365, você pode obter uma visão geral do processo de migração. Quando você estiver familiarizado com os conteúdos do artigo, use o seguinte para começar a migrar caixas de correio de um sistema de email para outro.

Observação

Você também pode usar o centro de administração do Exchange para executar uma migração de corte. Consulte Executar uma migração de transferência de email para o Microsoft 365.

Do que você precisa saber para começar?

Tempo estimado para a conclusão da tarefa: 2-5 minutos para criar um lote de migração. Depois que o lote de migração é iniciado, a duração da migração irá variar com base no número de caixas de correio no lote, no tamanho de cada caixa de correio e na sua capacidade de rede disponível. Para obter informações sobre outros fatores que afetam quanto tempo leva para migrar caixas de correio para o Microsoft 365, consulte Desempenho de Migração.

Para executar este procedimento ou estes procedimentos, você precisa receber permissões. Para ver quais permissões você precisa, consulte a entrada "Migração" em uma tabela no tópico Permissões de Destinatários .

Para usar os cmdlets Exchange Online PowerShell, você precisa entrar e importar os cmdlets para a sessão de Windows PowerShell local. Consulte Conectar ao Exchange Online PowerShell para obter instruções.

Para obter uma lista completa dos comandos de migração, confira Cmdlets de movimentação e migração.

Etapas da migração

Etapa 1: preparar para uma migração de transferência

  • Adicione sua organização local do Exchange como um domínio aceito da sua organização do Microsoft 365. O serviço de migração usa o endereço SMTP de suas caixas de correio locais para criar a ID do usuário e o endereço de email dos Serviços Online da Microsoft para as novas caixas de correio do Microsoft 365. A migração falhará se o domínio do Exchange não for um domínio aceito ou o domínio principal da sua organização do Microsoft 365. Para obter mais informações, consulte Verificar seu domínio.

  • Configure o Outlook em Qualquer Lugar no servidor Exchange no local O serviço de migração de email usa o RPC sobre HTTP ou o Outlook em Qualquer Lugar para se conectar ao servidor do Exchange no local. Para saber mais sobre como configurar o Outlook em Qualquer Lugar para Exchange 2010, Exchange 2007 e Exchange 2003, confira o seguinte:

  • Verifique se você pode se conectar à organização do Exchange usando o Outlook em Qualquer Lugar Try one of these methods to test your connection settings:

    • Use o Microsoft Outlook de fora da rede corporativa para se conectar à sua caixa de correio do Exchange no local.

    • Utilize o Analisador de Conectividade Remota do Microsoft Exchange to test your connection settings. Utilize o Outlook em Qualquer Lugar (RPC sobre HTTP) ou testes de Descoberta Automática do Outlook.

    • Execute os comandos a seguir no PowerShell do Exchange Online.

    $Credentials = Get-Credential

    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials

  • Atribua as permissões necessárias a uma conta de usuário local para acessar caixas de correio em sua organização do Exchange. A conta de usuário local que você usa para se conectar à sua organização local do Exchange (também chamada de administrador de migração) deve ter as permissões necessárias para acessar as caixas de correio locais que você deseja migrar para o Microsoft 365. Essa conta de usuário é usada para criar um ponto de extremidade de migração para a sua organização local.

    A lista a seguir mostra os privilégios administrativos necessários para migrar caixas de correio usando uma migração de transferência. Existem três opções possíveis.

    • O administrador de migração deve ser membro do grupo Administradores de Domínio no Active Directory na organização local.

      Ou

    • O administrador de migração deve ser atribuído a permissão FullAccess para cada caixa de correio local.

      Ou

    • O administrador de migração deve ser atribuído a permissão Receber como no banco de dados da caixa de correio local que armazena as caixas de correio do usuário.

  • Disable Unified Messaging. If the on-premises mailboxes you're migrating are enabled for Unified Messaging (UM), you have to disable UM on the mailboxes before you migrate them. You can then enable UM on the mailboxes after the migration is complete.

  • Grupos de segurança e delegados O serviço de migração de email não pode detectar se Active Directory local grupos são grupos de segurança ou não, portanto, não pode provisionar grupos migrados como grupos de segurança no Microsoft 365. Se você quiser ter grupos de segurança em seu locatário do Microsoft 365, primeiro você deve provisionar um grupo de segurança vazio habilitado para email no locatário do Microsoft 365 antes de iniciar a migração de transferência. Além disso, esse método de migração só move caixas de correio, usuários de email, contatos de email e grupos habilitados para email. Se qualquer outro objeto do Active Directory, como o usuário que não é migrado para o Microsoft 365, for atribuído como um gerenciador ou delegado a um objeto que está sendo migrado, ele deverá ser removido do objeto antes de migrar.

Etapa 2: criar um ponto de extremidade de migração

Para migrar o email com êxito, o Microsoft 365 precisa se conectar e se comunicar com o sistema de email de origem. Para fazer isso, o Microsoft 365 usa um ponto de extremidade de migração. Para criar um ponto de extremidade de migração do Outlook Anywhere para migração de recorte, primeiro conecte-se ao Exchange Online.

Para obter uma lista completa dos comandos de migração, confira Cmdlets de movimentação e migração.

Execute os seguintes comandos no PowerShell do Exchange Online:

$Credentials = Get-Credential

O exemplo usa o cmdlet Test-MigrationServerAvailability para obter e testar as configurações de conexão ao servidor do Exchange local e usa essas configurações de conexão para criar o ponto de extremidade de migração chamado "CutoverEndpoint".

$TSMA = Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress administrator@contoso.com -Credentials $credentials

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name CutoverEndpoint -ConnectionSettings $TSMA.ConnectionSettings

Observação

O cmdlet New-MigrationEndpoint pode ser usado para especificar um banco de dados para o serviço a ser usado usando a opção -TargetDatabase . Caso contrário, um banco de dados é atribuído aleatoriamente do site Serviços de Federação do Active Directory (AD FS) (AD FS) 2.0 em que a caixa de correio de gerenciamento está localizada.

Verifique se funcionou

No PowerShell do Exchange Online, execute o seguinte comando para exibir informações sobre o ponto de extremidade de migração "CutoverEndpoint":

Get-MigrationEndpoint CutoverEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

Etapa 3: criar o lote de migração de transferência

Você pode usar o cmdlet New-MigrationBatch no PowerShell do Exchange Online para criar um lote de migração de uso em uma migração de transferência. Você pode criar um lote de migração e iniciá-lo automaticamente, incluindo o parâmetro AutoStart . Como alternativa, você pode criar o lote de migração e iniciá-lo manualmente mais tarde usando o cmdlet Start-MigrationBatch. Este exemplo cria um lote de migração chamado "CutoverBatch" e utiliza o ponto de extremidade de migração criado na etapa anterior.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

Este exemplo também cria um lote de migração chamado "CutoverBatch" e utiliza o ponto de extremidade de migração criado na etapa anterior. Como o parâmetro AutoStart não está incluído, o lote de migração deve ser iniciado manualmente no painel de migração ou usando o cmdlet Start-MigrationBatch. Como dito anteriormente, apenas um lote de migração de transferência pode existir de cada vez.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint

Verifique se funcionou

Para verificar se você criou com êxito um lote de migração para uma migração de substituição, execute o seguinte comando no PowerShell do Exchange Online para exibir informações sobre o novo lote de migração:

Get-MigrationBatch | Format-List

Etapa 4: iniciar o lote de migração de transferência

Para iniciar o lote de migração no PowerShell do Exchange Online, execute o seguinte comando. Isso criará um lote de migração chamado "CutoverBatch".

Start-MigrationBatch -Identity CutoverBatch

Verifique se funcionou

Se um lote de migração for iniciado com êxito, seu status no painel de migração será especificado como Sincronizando. Para verificar se você iniciou com êxito um lote de migração usando o PowerShell do Exchange Online, execute o seguinte comando:

Get-MigrationBatch -Identity CutoverBatch |  Format-List Status

Etapa 5: Rotear seu email para o Microsoft 365

Os sistemas de email usam um registro DNS chamado registro MX para descobrir onde entregar emails. Durante o processo de migração de email, seu registro MX estava apontando para o sistema de email de origem. Agora que a migração de email para o Microsoft 365 está concluída, é hora de apontar seu registro MX para o Microsoft 365. Isso ajuda a garantir que o email seja entregue em suas caixas de correio do Microsoft 365. Movendo o registro MX, você também poderá desativar seu sistema de email antigo quando estiver pronto.

Em muitos provedores DNS, existem instruções específicas para alterar o seu registro MX. Se o seu provedor DNS não for incluído, ou se você quiser ver diretrizes gerais, também são fornecidas instruções gerais de registro MX.

Pode levar até 72 horas para que os sistemas de email de seus clientes e parceiros reconheçam o registro MX alterado. Aguarde pelo menos 72 horas antes de prosseguir para a próxima tarefa: Step 6: Delete the cutover migration batch.

Etapa 6: excluir o lote de migração de transferência

Após alterar o registro MX e verificar que todos os emails estão sendo encaminhados para caixas de correio do Microsoft 365, notifique os usuários de que os emails serão enviados para o Microsoft 365. Depois disso, você pode excluir o lote de migração de substituição. Antes de excluir o lote de migração, verifique os itens a seguir.

  • Todos os usuários estão usando caixas de correio do Microsoft 365. Depois que o lote é excluído, os emails enviados para caixas de correio no Exchange Server local não são copiados para as caixas de correio correspondentes do Microsoft 365.

  • As caixas de correio do Microsoft 365 foram sincronizadas pelo menos uma vez depois que o email começou a ser enviado diretamente para elas. Para fazer isso, verifique se o valor na caixa De Última Hora Sincronizada para o lote de migração é mais recente do que quando o email começou a ser roteado diretamente para caixas de correio do Microsoft 365.

Para excluir o lote de migração "CutoverBatch" no PowerShell do Exchange Online, execute o seguinte comando:

Remove-MigrationBatch -Identity CutoverBatch

Seção 7: atribuir licenças de usuários

Ative as contas de usuário do Microsoft 365 para as contas migradas atribuindo licenças. Se você não atribuir uma licença, a caixa de correio será desabilitada quando terminar o período de carência (30 dias). Para atribuir uma licença no Centro de administração do Microsoft 365, consulte Atribuir ou não atribuir licenças.

Etapa 8: concluir tarefas pós-migração

  • Crie um registro DNS de Descoberta Automática para que os usuários possam facilmente acessar suas caixas de correio. Depois que todas as caixas de correio locais forem migradas para o Microsoft 365, você pode configurar um registro DNS de descoberta automática para sua organização Microsoft 365 para permitir que os usuários se conectem facilmente às novas caixas de correio do Microsoft 365 com o Outlook e clientes móveis. Esse novo registro DNS de descoberta automática precisa usar o mesmo namespace que você está usando para sua organização do Microsoft 365. Por exemplo, se seu namespace baseado na nuvem for cloud.contoso.com, o registro DNS de Descoberta Automática que você precisa criar será autodiscover.cloud.contoso.com.

    Se você mantiver seu Exchange Server, também deverá garantir que o registro CNAME DNS de descoberta automática tenha que apontar para o Microsoft 365 no DNS interno e externo após a migração para que o cliente do Outlook se conecte à caixa de correio correta.

    Observação

    No Exchange 2007, Exchange 2010 e no Exchange 2013, você também deve definir o Set-ClientAccessServer AutodiscoverInternalConnectionURI como Null.

    O Microsoft 365 usa um registro CNAME para implementar o serviço autodiscover para o Outlook e clientes móveis. O registro CNAME de Descoberta Automática deve conter as seguintes informações:

  • Encerrar servidores locais do Exchange. Depois de verificar se todos os emails estão sendo roteados diretamente para as caixas de correio do Microsoft 365 e você não precisa mais manter sua organização de email local ou não planeja implementar uma única solução de SSO (logon), você pode desinstalar o Exchange de seus servidores e remover sua organização local do Exchange.

    Para obter mais informações, confira o seguinte: