Usar o PowerShell para executar uma migração em etapas para o Microsoft 365

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 ao longo do tempo através de uma migração faseada.

Este artigo o orienta ao longo das tarefas envolvidas para uma migração em estágios de email usando o PowerShell do Exchange Online. O tópico O que precisa de saber sobre uma migração faseada de e-mail fornece-lhe 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.

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" no tópico 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 em estágios

Antes de migrar caixas de correio para o Microsoft 365 através de uma migração faseada, existem algumas alterações que tem de efetuar no seu ambiente do Exchange.

Configurar o Outlook em Qualquer Lugar no seu Exchange Server local O serviço de migração de email usa Outlook em Qualquer Lugar (também conhecido como RPC sobre HTTP) para se conectar ao seu Exchange Server local. Para obter informações sobre como configurar o Outlook Anywhere para Exchange Server 2007 e o Exchange 2003, consulte o seguinte:

• Exchange 2007: Como Habilitar o Outlook em Qualquer Lugar

• Como configurar o Outlook em Qualquer Lugar com o Exchange 2003

Opcional: Verifique se você pode se conectar à sua organização do Exchange usando o Outlook em Qualquer Lugar Tente um dos métodos a seguir para testar as configurações de conexão.

• Use o Outlook fora de sua rede corporativa para se conectar a sua caixa de correio local do Exchange.

• Utilize o Microsoft Remote Connectivity Analyzer para testar as definições de ligação. Use o Outlook em Qualquer Lugar (RPC sobre HTTP) ou os testes de Descoberta Automática do Outlook.

• Execute os seguintes comandos no PowerShell do Exchange Online:

  $Credentials = Get-Credential
  

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

Definir permissões 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 quando se liga ao seu sistema de e-mail ao criar um ponto final de migração mais à frente neste procedimento Passo 3: Criar um ponto final de migração.

Para migrar as caixas de correio, o administrador deve ter um dos seguintes conjuntos de permissão:

• Ser membro do grupo Administradores de Domínio no Active Directory na organização local.

  ou

• Ter a permissão FullAccess para cada caixa de correio local e a permissão WriteProperty para modificar a propriedade TargetAddress nas contas de usuário locais.

  ou

• Ter a permissão Receive As no banco de dados de caixa de correio local que armazena as caixas de correio do usuário e a permissão WriteProperty para modificar a propriedade TargetAddress nas contas de usuário locais.

Para obter instruções sobre como definir estas permissões, consulte Atribuir permissões para migrar caixas de correio para o Microsoft 365.

Desabilitar UM (Unificação de Mensagens) Se a UM estiver ativada para as caixas de correio locais que você está migrando, desative a UM antes da migração. Ative a Unificação de Mensagens para as caixas de correio após a migração estar concluída. Para obter os passos de procedimentos, vejaDesativar as mensagens unificadas.

Utilize a sincronização de diretórios para criar novos utilizadores no Microsoft 365. Utiliza a sincronização de diretórios para criar todos os utilizadores no local na sua organização do Microsoft 365.

Você precisa licenciar os usuários depois que eles são criados. O prazo é de 30 dias para adicionar licenças depois que os usuários são criados. Para obter as etapas para adicionar licenças, confira Step 8: Complete post-migration tasks.

Pode utilizar a Ferramenta de Sincronização do Microsoft Entra ou os Serviços de Sincronização do Microsoft Azure AD para sincronizar e criar os seus utilizadores no local no Microsoft 365. Depois de as caixas de correio serem migradas para o Microsoft 365, pode gerir contas de utilizador na sua organização no local e estas são sincronizadas com a sua organização do Microsoft 365. Para obter mais informações, vejaIntegração de Diretórios .

Etapa 2: criar um arquivo CSV para um lote de migração em estágios

Depois de identificar os utilizadores cujas caixas de correio no local pretende migrar para o Microsoft 365, utilize um ficheiro de valores separados por vírgulas (CSV) para criar um lote de migração. Cada linha no ficheiro CSV (utilizado pelo Microsoft 365 para executar a migração) contém informações sobre uma caixa de correio no local.

Atributos com suporte

O arquivo CSV para uma migração em etapas oferece suporte aos três seguintes atributos. Cada linha no arquivo CSV corresponde a uma caixa de correio e deve conter um valor para cada um desses atributos.

Formato de arquivo CSV

Veja a seguir um exemplo do formato do arquivo CSV. Neste exemplo, três caixas de correio no local são migradas para o Microsoft 365.

A primeira linha ou linha de cabeçalho do arquivo CSV lista os nomes de atributos, ou campos, especificados nas linhas seguintes. Cada nome de atributo é separado por uma vírgula.

EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

Cada linha sob a linha de cabeçalho representa um usuário e fornece as informações que serão usadas para migrar a caixa de correio do usuário. Os valores de atributo em cada linha devem estar na mesma ordem que os nomes dos atributos na linha de cabeçalho.

Use qualquer editor de texto ou um aplicativo como o Excel para criar o arquivo CSV. Salve-o como um arquivo .csv ou .txt.

Etapa 3: 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 com o PowerShell, para migração faseada, ligue-se primeiro ao Exchange Online.

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

Para criar um ponto de extremidade de migração do Outlook em Qualquer Lugar chamado "StagedEndpoint" no PowerShell do Exchange Online, execute os seguintes comandos:

$Credentials = Get-Credential

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials

Para saber mais sobre o cmdlet New-MigrationEndpoint, confiraNew-MigrationEndpoint.

Verifique se funcionou

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

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

Etapa 4: criar e iniciar um lote de migração em estágios

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 "StagedBatch1" e utiliza o ponto de extremidade de migração criado na etapa anterior.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

Este exemplo também cria um lote de migração chamado "StagedBatch1" 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 StagedBatch1 -SourceEndpoint StagedEndpoint

Verifique se funcionou

Execute o seguinte comando no PowerShell do Exchange Online para exibir informações sobre o "StagedBatch1":

Get-MigrationBatch -Identity StagedBatch1 | Format-List

Você também pode verificar se o lote foi iniciado executando o seguinte comando:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Para saber mais sobre o cmdlet Get-MigrationBatch, confiraGet-MigrationBatch.

Etapa 5: converter caixas de correio locais em usuários habilitados para email

Depois de migrar com êxito um lote de caixas de correio, é necessário permitir que os usuários acessem suas mensagens de alguma forma. Um utilizador cuja caixa de correio foi migrada tem agora uma caixa de correio no local e outra no Microsoft 365. Os utilizadores que tiverem uma caixa de correio no Microsoft 365 deixarão de receber novos e-mails na respetiva caixa de correio no local.

Uma vez que ainda não concluiu as suas migrações, ainda não está pronto para direcionar todos os utilizadores para o Microsoft 365 para o respetivo e-mail. Então o que fazer para as pessoas que possuem ambas? O que você pode fazer é alterar as caixas de correio locais que você já tiver migrado para usuários habilitados para email. Quando muda de uma caixa de correio para um utilizador com capacidade de correio, pode direcionar o utilizador para o Microsoft 365 para o respetivo e-mail em vez de aceder à respetiva caixa de correio no local.

Outro motivo importante para converter caixas de correio no local em utilizadores com capacidade de correio é manter os endereços proxy das caixas de correio do Microsoft 365 ao copiar endereços proxy para os utilizadores com capacidade de correio. Isso permite gerenciar usuários baseados em nuvem da sua organização local usando o Active Directory. Além disso, se decidir desativar a sua organização Exchange Server no local depois de todas as caixas de correio serem migradas para o Microsoft 365, os endereços proxy que copiou para os utilizadores com capacidade de correio permanecerão na sua Active Directory local.

Etapa 6: excluir um lote de migração em estágios

Depois de todas as caixas de correio num lote de migração terem sido migradas com êxito e de ter convertido as caixas de correio no local no lote para utilizadores com capacidade de correio, está pronto para eliminar um lote de migração faseada. Certifique-se de que verifica se o correio está a ser reencaminhado para as caixas de correio do Microsoft 365 no lote de migração. Ao excluir um lote de migração em estágios, o serviço de migração limpa todos os registros relacionados ao lote e o exclui.

Para excluir o lote de migração "StagedBatch1" no PowerShell do Exchange Online, execute o comando a seguir.

Remove-MigrationBatch -Identity StagedBatch1

Para saber mais sobre o cmdlet Remove-MigrationBatch, confiraRemove-MigrationBatch.

Verifique se funcionou

Execute o seguinte comando no PowerShell do Exchange Online para exibir informações sobre o "IMAPBatch1":

Get-MigrationBatch StagedBatch1

O comando retornará o lote de migração com um status de Removing ou retornará um erro afirmando que o lote de migração não foi encontrado, confirmando que o lote foi excluído.

Para saber mais sobre o cmdlet Get-MigrationBatch, confiraGet-MigrationBatch.

Passo 7: Atribuir licenças a utilizadores do Microsoft 365

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 cortesia (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.

  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:

  • Alias: descoberta automática

  • Destino: autodiscover.outlook.com

    Para obter mais informações, veja Adicionar registos DNS para ligar o seu domínio.

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

• Modificar ou remover o Exchange 2010

• Como remover uma Organização do Exchange 2007

• Como desinstalar o Exchange Server 2003