Partilhar via

Utilizar o PowerShell para efetuar uma migração de transferência para o Microsoft 365

  • Artigo

Este artigo aplica-se tanto a Microsoft 365 Enterprise como a 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 explica-lhe as tarefas de uma migração de transferência de e-mail com o Exchange Online PowerShell.

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 estiver à vontade relativamente aos conteúdos desse artigo, utilize este para iniciar a migração de caixas de correio de um sistema de e-mail para outro.

Nota

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.

O que precisa de saber antes de começar?

Tempo estimado para concluir esta tarefa: 2 a 5 minutos para criar um lote de migração. Após o início do lote de migração, 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 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.

Precisam de lhe ser atribuídas permissões antes de poder efetuar este procedimento ou procedimentos. 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, veja Cmdlets de migração e movimentação.

Passos de migração

Passo 1: Preparar 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 Anywhere no seu servidor Exchange no local. O serviço de migração de e-mail utiliza RPC através de HTTP ou Outlook Anywhere para ligar ao seu servidor Exchange no local. Para obter mais informações sobre como configurar o Outlook Anywhere para o Exchange 2010, o Exchange 2007 e o Exchange 2003, consulte os seguintes artigos:

  • Verifique se consegue ligar-se à sua organização do Exchange com o Outlook Anywhere. Experimente um destes métodos para testar as definições de ligação:

    • Utilize o Microsoft Outlook de fora da sua rede empresarial para ligar à sua caixa de correio do Exchange no local.

    • Utilize o Microsoft Exchange Remote Connectivity Analyzer para testar as definições de ligação. Utilize o Outlook Anywhere (RPC por HTTP) ou os testes de Deteção automática do Outlook.

    • Execute os seguintes comandos no Exchange Online PowerShell.

    $Credentials = Get-Credential

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

  • Atribua a uma conta de utilizador no local as permissões necessárias para aceder a caixas de correio na 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. Esta conta de utilizador é utilizada para criar um ponto final de migração para a sua organização no local.

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

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

      Ou

    • Tem de ser atribuída ao administrador de migração a permissão de FullAccess para cada caixa de correio no local.

      Ou

    • Tem de ser atribuída ao administrador de migração a permissão Receber Como na base de dados da caixa de correio no local que armazena as caixas de correio do utilizador.

  • Desative o Unified Messaging. Se as caixas de correio no local que está a migrar estiverem ativadas para o Unified Messaging (UM), terá de desativar o UM nas caixas de correio antes de as migrar. Em seguida, pode ativar o UM nas caixas de correio após a conclusão da migração.

  • Segurança Grupos e Delegados O serviço de migração de e-mail não consegue detetar se Active Directory no 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, este método de migração apenas move caixas de correio, utilizadores de correio, contactos de correio e grupos com capacidade de correio. 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.

Passo 2: Criar um ponto final 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, veja Cmdlets de migração e movimentação.

Execute os seguintes comandos no Exchange Online PowerShell:

$Credentials = Get-Credential

O exemplo utiliza o cmdlet Test-MigrationServerAvailability para obter e testar as definições de ligação ao servidor Exchange no local e, em seguida, utiliza essas definições de ligação para criar o ponto final de migração denominado "CutoverEndpoint".

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

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

Nota

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.

Verificar se funcionou

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

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

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

Pode utilizar o cmdlet New-MigrationBatch no Exchange Online PowerShell para criar um lote de migração para uma migração de transferência. Pode criar um lote de migração e iniciá-lo automaticamente ao incluir o parâmetro AutoStart . Em alternativa, pode criar o lote de migração e, em seguida, iniciá-lo manualmente posteriormente com o cmdlet Start-MigrationBatch . Este exemplo cria um lote de migração denominado "CutoverBatch" e utiliza o ponto final de migração que foi criado no passo anterior.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

Este exemplo também cria um lote de migração chamado "CutoverBatch" e utiliza o ponto final de migração que foi criado no passo anterior. Uma vez que o parâmetro AutoStart não está incluído, o lote de migração tem de ser iniciado manualmente no dashboard de migração ou através do cmdlet Start-MigrationBatch . Conforme indicado anteriormente, só pode existir um lote de migração de transferência de cada vez.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint

Verificar se funcionou

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

Get-MigrationBatch | Format-List

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

Para iniciar o lote de migração no Exchange Online PowerShell, execute o seguinte comando. Esta ação irá criar um lote de migração denominado "CutoverBatch".

Start-MigrationBatch -Identity CutoverBatch

Verificar se funcionou

Se um lote de migração for iniciado com êxito, o respetivo estado no dashboard de migração é especificado como Sincronização. Para verificar se iniciou com êxito um lote de migração com o Exchange Online PowerShell, 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 e-mail utilizam um registo DNS denominado registo MX para detetar onde os e-mails devem ser entregues. Durante o processo de migração de e-mail, o seu registo MX estava a apontar para o seu sistema de e-mail 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. Ao mover o registo MX, também pode desativar o seu sistema de e-mail antigo quando estiver pronto.

Para vários fornecedores de DNS, existem instruções específicas sobre como alterar o seu registo MX. Se o seu fornecedor de DNS não estiver incluído ou se pretender ter uma ideia das instruções gerais, também são fornecidas instruções gerais sobre o registo MX.

Os sistemas de e-mail dos seus clientes e parceiros podem demorar até 72 horas para reconhecer o registo MX alterado. Aguarde pelo menos 72 horas antes de avançar para a tarefa seguinte: Passo 6: Eliminar o lote de migração de transferência.

Passo 6: eliminar o lote de migração de transferência

Depois de alterar o registo MX e verificar se todos os e-mails estão a ser encaminhados para as caixas de correio do Microsoft 365, notifique os utilizadores de que o respetivo e-mail vai para o Microsoft 365. Depois disso, pode eliminar o lote de migração de transferência. Verifique o seguinte antes de eliminar o lote de migração.

  • 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 eliminar o lote de migração "CutoverBatch" no Exchange Online PowerShell, execute o seguinte comando:

Remove-MigrationBatch -Identity CutoverBatch

Secção 7: Atribuir licenças de utilizador

Ative as contas de utilizador do Microsoft 365 para as contas migradas ao atribuir licenças. Se não atribuir uma licença, a caixa de correio será desativada após o período de tolerâ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.

Passo 8: Concluir tarefas pós-migração

  • Crie um registo DNS de Deteção automática para que os utilizadores possam aceder facilmente às respetivas 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 o espaço de nomes baseado na nuvem for cloud.contoso.com, o registo DNS de Deteção automática que precisa de criar é 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.

    Nota

    No Exchange 2007, Exchange 2010 e Exchange 2013, também deve definir 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 registo CNAME de Deteção automática tem de conter as seguintes informações:

  • Desative os servidores Exchange no local. 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, consulte os seguintes artigos: