Partilhar via

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

Este artigo explica-lhe as tarefas envolvidas numa migração faseada de e-mail com o Exchange Online PowerShell. 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 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 a migração faseada. Consulte Executar uma migração faseada 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" 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, veja Cmdlets de migração e movimentação.

Passos de migração

Passo 1: Preparar uma migração faseada

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 Anywhere no seu Exchange Server no local O serviço de migração de e-mail utiliza o Outlook Anywhere (também conhecido como RPC por HTTP), para ligar ao seu Exchange Server no local. Para obter informações sobre como configurar o Outlook Anywhere para Exchange Server 2007 e o Exchange 2003, consulte o seguinte:

Importante

Tem de utilizar um certificado emitido por uma autoridade de certificação (AC) de confiança na configuração do seu Outlook Anywhere. Não é possível configurar o Outlook Anywhere com um certificado autoassinado. Para obter mais informações, consulte o artigo Como configurar o SSL para o Outlook Anywhere.

Opcional: Confirme que consegue ligar-se à sua organização do Exchange através do Outlook Anywhere. Experimente um dos seguintes métodos para testar as suas definições de ligação.

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

  • Utilize o Microsoft 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

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 tem de ter um dos seguintes conjuntos de permissões:

  • Seja membro do grupo Admins do Domínio no Active Directory na organização no local.

    ou

  • Ser-lhe atribuída a permissão FullAccess para cada caixa de correio no local e a permissão WriteProperty para modificar a propriedade TargetAddress nas contas de utilizador no local.

    ou

  • Ser-lhe atribuída a permissão Receber Como na base de dados da caixa de correio no local que armazena caixas de correio de utilizador e a permissão WriteProperty para modificar a propriedade TargetAddress nas contas de utilizador no local.

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

Desativar o Unified Messaging (UM) Se o UM estiver ativado para as caixas de correio no local que está a migrar, desative o UM antes da migração. Ative o UM para as caixas de correio após a conclusão da migração. 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.

Tem de licenciar os utilizadores depois de estes serem criados. Tem 30 dias para adicionar licenças depois de os utilizadores terem sido criados. Para obter os passos para adicionar licenças, veja Passo 8: Concluir tarefas pós-migração.

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 .

Passo 2: Criar um ficheiro CSV para um lote de migração faseada

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.

Nota

Não existe um limite para o número de caixas de correio que pode migrar para o Microsoft 365 através de uma migração faseada. O ficheiro CSV para um lote de migração pode conter um máximo de 2000 linhas. Para migrar mais de 2000 caixas de correio, crie ficheiros CSV adicionais e utilize cada ficheiro para criar um novo lote de migração.

Atributos suportados

O ficheiro CSV para uma migração faseada suporta os três atributos seguintes. Cada linha do ficheiro CSV corresponde a uma caixa de correio e tem de conter um valor para cada um desses atributos.

Atributo Descrição Necessário?
EmailAddress
 Especifica o endereço de e-mail SMTP principal, por exemplo, pilarp@contoso.com, para caixas de correio no local.
Utilize o endereço SMTP principal para caixas de correio no local e não IDs de utilizador do Microsoft 365. Por exemplo, se o domínio no local tiver o nome contoso.com mas o domínio de e-mail do Microsoft 365 tiver o nome service.contoso.com, utilizaria o nome de domínio contoso.com para endereços de e-mail no ficheiro CSV.
Obrigatório
Palavra-passe
 A palavra-passe a definir para a nova caixa de correio do Microsoft 365. Quaisquer restrições de palavra-passe aplicadas à sua organização do Microsoft 365 também se aplicam às palavras-passe incluídas no ficheiro CSV.
Opcional
ForceChangePassword
 Especifica se um utilizador tem de alterar a palavra-passe da primeira vez que iniciar sessão na nova caixa de correio do Microsoft 365. Utilize True ou False para o valor deste parâmetro.
>[! NOTA]> Se tiver implementado uma solução de início de sessão único (SSO) ao implementar Serviços de Federação do Active Directory (AD FS) (AD FS) ou superior na sua organização no local, tem de utilizar Falso para o valor do atributo ForceChangePassword.		 Opcional

Formato do ficheiro CSV

Segue-se um exemplo do formato do ficheiro 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 ficheiro CSV lista os nomes dos 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 por baixo da linha do cabeçalho representa um utilizador e fornece as informações que serão utilizadas para migrar a caixa de correio desse utilizador. Os valores do atributo em cada linha têm de estar na mesma ordem que os nomes do atributo na linha de cabeçalho.

Utilize qualquer editor de texto ou uma aplicação como o Excel para criar o ficheiro CSV. Guarde o ficheiro como um ficheiro .cvs ou .txt.

Nota

Se o ficheiro CSV contiver carateres especiais ou não ASCII, guarde o ficheiro CSV com UTF-8 ou outra codificação Unicode. Dependendo da aplicação, guardar o ficheiro CSV com UTF-8 ou outra codificação Unicode pode ser mais fácil quando a região do sistema do computador corresponde ao idioma utilizado no ficheiro CSV.

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

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

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

$Credentials = Get-Credential

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

Para obter mais informações sobre o cmdlet New-MigrationEndpoint , vejaNew-MigrationEndpoint.

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 "StagedEndpoint":

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

Passo 4: Criar e iniciar um lote de migração de fase

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 "StagedBatch1" e utiliza o ponto final de migração que foi criado no passo anterior.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

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

Verificar se funcionou

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

Get-MigrationBatch -Identity StagedBatch1 | Format-List

Também pode verificar se o lote foi iniciado ao executar o seguinte comando:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Para obter mais informações sobre o cmdlet Get-MigrationBatch , vejaGet-MigrationBatch.

Passo 5: Converter caixas de correio no local em utilizadores com capacidade de correio

Depois de ter migrado um lote de caixas de correio com êxito, é necessária uma forma de os utilizadores acederem aos respetivos e-mails. 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. O que fazer no caso de as pessoas terem ambos? Pode alterar as caixas de correio no local que já migrou para utilizadores com capacidade de correio. 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. Isto permite-lhe gerir os utilizadores baseados na nuvem a partir da sua organização no local através do 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 no seu Active Directory no local.

Passo 6: Eliminar um lote de migração faseada

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. Quando elimina um lote de migração faseada, o serviço de migração limpa todos os registos relacionados com o lote de migração e elimina o lote de migração.

Para eliminar o lote de migração "StagedBatch1" no Exchange Online PowerShell, execute o seguinte comando.

Remove-MigrationBatch -Identity StagedBatch1

Para obter mais informações sobre o cmdlet Remove-MigrationBatch , vejaRemove-MigrationBatch.

Verificar se funcionou

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

Get-MigrationBatch StagedBatch1

O comando irá devolver o lote de migração com o estado Remover ou irá devolver um erro a indicar que não foi possível encontrar o lote de migração, verificando se o lote foi eliminado.

Para obter mais informações sobre o cmdlet Get-MigrationBatch , vejaGet-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 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.

    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 SSO, pode desinstalar o Exchange dos seus servidores e remover a sua organização do Exchange no local.

Nota

A desativação do Exchange pode ter consequências inesperadas. Antes de desativar a sua organização do Exchange no local, recomendamos que contacte o Suporte da Microsoft.

Para obter mais informações, consulte os seguintes artigos: