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.

Pode migrar o conteúdo das caixas de correio de utilizadores de um sistema de e-mail de origem para o Microsoft 365 de uma só vez através de 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 rever o artigo O que precisa de saber sobre uma migração de e-mail de transferência para o Microsoft 365, pode obter uma descriçã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

Também pode utilizar o centro de administração do Exchange para efetuar uma migração de transferência. Consulte Executar uma migração de transferência de e-mail 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 o tempo que demora a migrar caixas de correio para o Microsoft 365, consulte Desempenho da Migração.

Para executar este procedimento ou estes procedimentos, você precisa receber permissões. Para ver que permissões precisa, veja a entrada "Migração" numa tabela no artigo Permissões de Destinatários .

Para utilizar os cmdlets do Exchange Online PowerShell, tem de iniciar sessão e importar os cmdlets para a sua sessão de Windows PowerShell local. Veja Ligar 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 a sua organização do Exchange no local como um domínio aceite da sua organização do Microsoft 365. O serviço de migração utiliza o endereço SMTP das suas caixas de correio no local para criar o ID de utilizador e o endereço de e-mail do Microsoft Online Services para as novas caixas de correio do Microsoft 365. A migração falhará se o seu domínio do Exchange não for um domínio aceite ou o domínio principal da sua organização do Microsoft 365. Para obter mais informações, veja Verificar o 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 utilizador no local que utiliza para ligar à sua organização do Exchange no local (também denominada administrador de migração) tem de ter as permissões necessárias para aceder às caixas de correio no local que pretende 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.

  • Segurança Grupos e Delegados O serviço de migração de e-mail não consegue detetar se Active Directory local grupos são grupos de segurança ou não, pelo que não pode aprovisionar grupos migrados como grupos de segurança no Microsoft 365. Se quiser ter grupos de segurança no seu inquilino do Microsoft 365, primeiro tem de aprovisionar um grupo de segurança vazio com capacidade de correio no seu inquilino 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 utilizador que não é migrado para o Microsoft 365, for atribuído como gestor ou delegado a um objeto que está a ser migrado, tem de ser removido do objeto antes de migrar.

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

Para migrar o e-mail com êxito, o Microsoft 365 tem de se ligar e comunicar com o sistema de e-mail de origem. Para tal, o Microsoft 365 utiliza um ponto final de migração. Para criar um ponto final de migração do Outlook Anywhere para migração de transferência, ligue-se primeiro 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 utilizado para especificar uma base de dados para o serviço utilizar com a opção -TargetDatabase . Caso contrário, uma base de dados é atribuída aleatoriamente a partir do site do Serviços de Federação do Active Directory (AD FS) (AD FS) 2.0 onde está localizada a caixa de correio de gestão.

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. Pode criar um lote de migração e iniciá-lo automaticamente ao incluir 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

Passo 5: Encaminhar o seu e-mail 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 e-mail para o Microsoft 365 está concluída, está na altura de apontar o seu registo MX para o Microsoft 365. Isto ajuda a garantir que o e-mail é entregue nas 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 utilizadores estão a utilizar caixas de correio do Microsoft 365. Depois de o lote ser eliminado, o correio enviado para as caixas de correio no local Exchange Server não é copiado para as caixas de correio do Microsoft 365 correspondentes.

  • As caixas de correio do Microsoft 365 foram sincronizadas pelo menos uma vez após o correio começar a ser enviado diretamente para as mesmas. Para tal, certifique-se de que o valor na caixa Hora da Última Sincronização do lote de migração é mais recente do que quando o correio começou a ser encaminhado diretamente para as 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 utilizador do Microsoft 365 para as contas migradas ao atribuir 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, veja Atribuir ou anular a atribuição de 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 de todas as caixas de correio no local serem migradas para o Microsoft 365, pode configurar um registo DNS de Deteção Automática para a sua organização do Microsoft 365 para permitir que os utilizadores se liguem facilmente às novas caixas de correio do Microsoft 365 com o Outlook e clientes móveis. Este novo registo DNS de Deteção Automática tem de utilizar o mesmo espaço de nomes que está a utilizar para a 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 mantiver a sua Exchange Server, deve também certificar-se de que o registo CNAME DNS de Deteção Automática tem de apontar para o Microsoft 365 no DNS interno e externo após a migração para que o cliente do Outlook se ligue à 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 utiliza um registo CNAME para implementar o serviço de Deteção Automática 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 que todos os e-mails estão a ser encaminhados diretamente para as caixas de correio do Microsoft 365 e que já não precisa de manter a sua organização de e-mail no local ou de não planear implementar uma solução de início de sessão único (SSO), pode desinstalar o Exchange dos seus servidores e remover a sua organização do Exchange no local.

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