Utilizar a migração em lote para migrar pastas públicas legadas para o Microsoft 365 ou Office 365

Resumo: utilize estes procedimentos para mover as suas pastas públicas do Exchange 2010 para o Microsoft 365 ou Office 365.

Este artigo descreve como migrar as suas pastas públicas numa migração faseada ou de transferência do Update Rollup 8 para Exchange Server 2010 Service Pack 3 (SP3) para o Microsoft 365 ou Office 365 e Exchange Online.

Este artigo refere-se ao servidor RU8 do Exchange 2010 SP3 como o servidor Exchange legado. Além disso, os passos neste artigo aplicam-se tanto ao Exchange Online como ao Microsoft 365 ou Office 365. Os termos podem ser utilizados alternadamente neste artigo.

Recomendamos que não utilize a funcionalidade de exportação PST do Outlook para migrar pastas públicas para o Microsoft 365, Office 365 ou Exchange Online. O crescimento da caixa de correio pública do Microsoft 365, Office 365 e Exchange Online é gerido através de uma funcionalidade de divisão automática que divide a caixa de correio da pasta pública quando excede as quotas de tamanho. A divisão automática não consegue lidar com o crescimento repentino das caixas de correio de pastas públicas quando utiliza a exportação PST para migrar as suas pastas públicas e poderá ter de esperar até duas semanas para que a divisão automática mova os dados da caixa de correio principal. Recomendamos que utilize as instruções baseadas em cmdlets neste documento para migrar pastas públicas para o Microsoft 365, Office 365 ou Exchange Online. No entanto, se optar por migrar pastas públicas com a exportação PST, consulte a secção Migrar Pastas Públicas para o Microsoft 365 ou Office 365 utilizando a exportação PST do Outlook mais à frente neste artigo.

Efetue a migração com os cmdlets *-MigrationBatch , para além dos seguintes scripts do PowerShell:

• SourceSideValidations.ps1: o script de Validação do Lado de Origem analisa as pastas públicas na origem e comunica problemas encontrados juntamente com a ação para corrigir os problemas. Executa este script no servidor Exchange no local legado.

• Export-PublicFolderStatistics.ps1: este script cria o ficheiro de mapeamento de tamanho de nome para pasta da pasta. Executa este script no servidor Exchange legado.

• Export-PublicFolderStatistics.psd1: este ficheiro de suporte é utilizado pelo Export-PublicFolderStatistics.ps1 script e deve ser transferido para a mesma localização.

• PublicFolderToMailboxMapGenerator.ps1: este script cria o ficheiro de mapeamento de pasta para caixa de correio público com a saída do Export-PublicFolderStatistics.ps1 script. Executa este script no servidor Exchange legado.

• PublicFolderToMailboxMapGenerator.strings.psd1: este ficheiro de suporte é utilizado pelo PublicFolderToMailboxMapGenerator.ps1 script e deve ser transferido para a mesma localização.

• Create-PublicFolderMailboxesForMigration.ps1: este script cria as caixas de correio da pasta pública de destino para a migração. Além disso, esse script calcula o número de caixas de correio necessário para lidar com a carga de usuários estimada, com base nas orientações referentes ao número de logons de usuário por caixa de correio de pastas públicas recomendado em Limits for Public Folders.

• Create-PublicFolderMailboxesForMigration.strings.psd1: este ficheiro de suporte é utilizado pelo script Create-PublicFolderMailboxesForMigration.ps1 e deve ser transferido para a mesma localização.

• Sync-MailPublicFolders.ps1: este script sincroniza objetos de pasta pública com capacidade de correio entre a implementação local do Exchange e o Microsoft 365 ou Office 365. Executa este script no servidor Exchange legado.

• SyncMailPublicFolders.strings.psd1: este é um ficheiro de suporte utilizado pelo Sync-MailPublicFolders.ps1 script e deve ser copiado para a mesma localização que os scripts anteriores.

Etapa 1: Veja o que acontece em cada etapa: Baixar os scripts de migração fornece detalhes sobre onde baixar esses scripts. Certifique-se de que todos os scripts sejam baixados para o mesmo local.

Que versões do Exchange são suportadas para migrar pastas públicas para o Microsoft 365 ou Office 365 e Exchange Online?

O Exchange suporta mover as suas pastas públicas para o Microsoft 365 ou Office 365 e Exchange Online das seguintes versões legadas do Exchange Server:

• Exchange 2010 SP3 RU8 ou versão posterior

Se precisar de mover as suas pastas públicas para Exchange Online mas os servidores no local não estiverem a executar as versões mínimas de suporte do Exchange 2010, recomendamos vivamente que atualize os seus servidores no local e utilize a migração em lote, que é o único método de migração de pastas públicas suportado.

Não pode migrar pastas públicas diretamente a partir do Exchange 2003 ou exchange 2007. Se estiver a executar o Exchange 2007 ou anterior na sua organização, terá de mover todas as bases de dados e réplicas de pastas públicas para o Exchange 2010 SP3 RU8 ou posterior. Nenhuma réplica de pasta pública pode permanecer no Exchange 2007 ou anterior. Além disso, o correio destinado a uma pasta pública do Exchange 2013 ou posterior não pode ser encaminhado através de um servidor exchange 2003 ou Exchange 2007.

Do que você precisa saber para começar?

• O servidor Exchange Server 2010 precisa estar executando o Exchange 2010 SP3 RU8 ou versão posterior.

• No Microsoft 365 ou Office 365 e Exchange Online, tem de ser membro do grupo de funções Gestão da Organização. Este grupo de funções é diferente das permissões que lhe foram atribuídas quando se inscreveu pela primeira vez. Para obter detalhes sobre como ativar o grupo de funções Gestão de Organizações, veja Gerir grupos de funções no Exchange Online.

• No Exchange 2010, você deve ser membro dos grupos de função RBAC Gerenciamento da Organização ou Gerenciamento de Servidor. Para obter detalhes, confira o tópico sobre como adicionar membros a um grupo de função.

• Antes de iniciar a migração de pastas públicas, se uma única pasta pública na sua organização for superior a 25 GB, recomendamos que elimine o conteúdo dessa pasta para a tornar mais pequena. Em alternativa, recomendamos que divida o conteúdo da pasta pública em múltiplas pastas públicas mais pequenas. O limite de 25 GB aqui citado aplica-se apenas à pasta pública e não a nenhuma criança ou subpasta. Se nenhuma das opções for viável, recomendamos que não mova as suas pastas públicas para Exchange Online. Para obter mais informações, confira Limites do Exchange Online.

  Dica

  Se as quotas de pastas públicas atuais no Exchange Online forem inferiores a 25 GB, pode utilizar o cmdlet Set-OrganizationConfig para as aumentar com os DefaultPublicFolderIssueWarningQuota parâmetros e DefaultPublicFolderProhibitPostQuota .

• Se utilizar uma firewall e listas de controlo de acesso (ACLs), certifique-se de que os intervalos de IP utilizados pelo Microsoft 365 ou Office 365 na sua região são permitidos através da firewall.

• No Microsoft 365, Office 365 e Exchange Online, pode criar um máximo de 1000 caixas de correio de pastas públicas.

• Antes de migrar as suas pastas públicas, recomendamos que primeiro mova todas as caixas de correio de utilizador para o Microsoft 365 ou Office 365 e Exchange Online. Para obter detalhes, consulte Formas de migrar várias contas de e-mail para o Microsoft 365 ou Office 365. No entanto, ainda tem de manter no ambiente no local a caixa de correio do administrador PF a efetuar a migração ou criar uma nova conta de administrador PF e atribuir uma caixa de correio alojada no servidor Exchange legado.

• O Outlook em Qualquer Lugar precisa estar habilitado no servidor Exchange herdado. Para obter detalhes sobre como habilitar o Outlook em Qualquer Lugar em servidores Exchange 2010, confira o tópico sobre como Habilitar o Outlook em Qualquer Lugar.

• Não é possível usar o EAC (Centro de administração do Exchange) ou o EMC (Console de gerenciamento do Exchange) para realizar esse procedimento. Nos servidores Exchange herdados, você precisa usar o Shell de Gerenciamento do Exchange. Para o Exchange Online, você precisa usar o PowerShell do Exchange Online. Para saber mais, confira Conectar-se ao Exchange Online usando o PowerShell Remoto.

• Tem de utilizar um único lote de migração para migrar todos os dados de pastas públicas. O Exchange permite criar apenas um lote de migração de cada vez. Se tentar criar mais do que um lote de migração em simultâneo, obtém um erro.

• Antes de começar, recomendamos que leia este artigo na sua totalidade, uma vez que é necessário um período de indisponibilidade para alguns passos.

• Para obter informações sobre os atalhos de teclado que podem ser aplicados aos procedimentos neste artigo, consulte Atalhos de teclado para o Centro de administração do Exchange.

• Verifique se DefaultPublicFolderAgeLimit está configurado ao nível da organização (Get-OrganizationConfig | Format-List DefaultPublicFolderAgeLimit) ou se tem algum AgeLimit (Get-PublicFolder <FolderPath> | Format-List AgeLimit) configurado para as Pastas Públicas individuais, para que as eliminações automáticas do conteúdo sejam impedidas.

Dica

Está com problemas? Peça ajuda nos fóruns do Exchange. Visite os fóruns em Exchange Online ou Proteção do Exchange Online.

Veja o que acontece em cada etapa: Baixar os scripts de migração

1. Baixe todos os scripts e arquivos de suporte de Scripts de migração de pastas públicas.

2. Guarde os scripts no computador local onde pretende executar o PowerShell. Por exemplo, C:\PFScripts. Verifique se que todos os scripts estão salvos no mesmo local.

3. Baixe os seguintes arquivos de Pastas públicas habilitadas para email - script de sincronização de diretórios:

   • Sync-MailPublicFolders.ps1
   • SyncMailPublicFolders.strings.psd1

4. Transfira o script de validação do lado de origem a partir de https://www.microsoft.com/download/details.aspx?id=100414.

5. Salve os scripts no mesmo local que da etapa 2. Por exemplo, C:\PFScripts.

Etapa 2: Preparar-se para a migração

Realize as seguintes etapas de pré-requisitos antes de iniciar a migração.

Observação

Recomendamos vivamente que execute o script de Validação do Lado de Origem a partir de um servidor do Exchange 2010 no local com a função Caixa de Correio instalada. O script analisa e reporta problemas que são conhecidos por fazer com que a migração seja lenta, juntamente com orientações para corrigir estes problemas. Utilize os exemplos descritos aqui.

Etapas gerais de pré-requisito

• Certifique-se de que não haja nenhum objeto de email de pasta pública órfão no Active Directory, ou seja, objetos no Active Directory sem um objeto do Exchange correspondente.
• Confirme se o endereço de email SMTP configurado para pastas públicas no Active Directory corresponde aos endereços de email SMTP nos objetos do Exchange.
• Certifique-se de que não há nenhum objeto de pasta pública duplicado no Active Directory, para evitar uma situação em que dois ou mais objetos do Active Directory apontam para a mesma pasta pública habilitada para email.

Etapas de pré-requisitos no servidor Exchange herdado

Observação

Recomendamos vivamente que execute o script de Validação do Lado de Origem a partir de um servidor do Exchange 2010 no local com a função Caixa de Correio instalada. O script analisa e reporta problemas que são conhecidos por fazer com que a migração seja lenta, juntamente com orientações para corrigir estes problemas. Utilize os exemplos conforme documentado aqui. O script efetua todos os seguintes pré-requisitos.

1. No servidor Exchange legado, certifique-se de que o encaminhamento para as pastas públicas com capacidade de correio na cloud continua a funcionar até que todas as caches DNS através da Internet sejam atualizadas para apontar para o DNS na nuvem onde a sua organização reside agora. Execute o seguinte comando para configurar um domínio aceite com um nome conhecido que encaminha corretamente as mensagens de e-mail para o domínio da cloud.

   New-AcceptedDomain -Name "PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99" -DomainName <target domain> -DomainType InternalRelay
   

   Exemplo:

   New-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 -DomainName 'contoso.mail.onmicrosoft.com' -DomainType InternalRelay
   

   Se o domínio aceite já existir no seu ambiente no local, mude o nome para PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 e deixe os outros atributos intactos.

   Para marcar se o domínio aceite já estiver presente no seu ambiente no local, execute o seguinte comando:

   Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"}
   

   Para mudar o nome do domínio aceite para PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99, execute o seguinte comando:

   Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"} | Set-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99
   

   Se estiver à espera que as suas pastas públicas com capacidade de correio no Exchange Online recebam e-mails externos da Internet, tem de desativar o Bloqueio do Edge Baseado no Diretório (DBEB) no Exchange Online e Proteção do Exchange Online (EOP). Veja Utilizar o Bloqueio do Edge Baseado no Diretório para rejeitar mensagens enviadas para destinatários inválidos para obter mais informações.

   Se o nome de uma pasta pública contiver uma barra invertida ( \ ) ou uma barra / ( ), as pastas públicas poderão ser criadas na pasta pública principal quando a migração ocorrer. Antes de migrar, recomendamos que mude o nome de quaisquer pastas públicas que tenham uma barra invertida ou uma barra no nome.

   No Exchange 2010, para localizar pastas públicas que possuem uma barra invertida no nome, execute o seguinte comando:

   Get-PublicFolderStatistics -ResultSize Unlimited | Where {($_.Name -like "*\*") -or ($_.Name -like "*/*") } | Format-List Name,Identity
   

2. Se qualquer pasta pública for retornada, você poderá renomeá-la executando o seguinte comando:

   Set-PublicFolder -Identity <public folder identity> -Name <new public folder name>
   

3. Verifique se não existe um registro anterior de uma migração bem-sucedida. Se existir, tem de definir esse valor como $false. Caso contrário, o pedido de migração falhará.

   O exemplo a seguir verifica o status de migração de pasta pública.

   Get-OrganizationConfig | Format-List PublicFoldersLockedforMigration,PublicFolderMigrationComplete
   

4. Este passo só é necessário se estiver a tentar novamente uma migração que falhou anteriormente.

   Se a status das propriedades PublicFoldersLockedforMigration ou PublicFolderMigrationComplete for $true, execute o seguinte comando para definir o valor como $false.

   Set-OrganizationConfig -PublicFoldersLockedforMigration:$false -PublicFolderMigrationComplete:$false
   

   Importante

   Depois de redefinir essas propriedades, você deverá aguardar até que o Exchange detecte as novas configurações. Este resultado pode demorar até duas horas a ser concluído.

5. Para fins de verificação no final da migração, recomendamos que você primeiro execute os seguintes comandos Shell de Gerenciamento do Exchange no servidor Exchange herdado para tirar instantâneos da sua implantação de pastas públicas atual.

   Execute o seguinte comando para obter um instantâneo da estrutura de pastas original.

   Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML C:\PFMigration\Legacy_PFStructure.xml
   

   Execute o seguinte comando para obter um instantâneo de estatísticas de pastas públicas, como contagem de itens, tamanho e proprietário.

   Get-PublicFolderStatistics -ResultSize Unlimited | Export-CliXML C:\PFMigration\Legacy_PFStatistics.xml
   

   Execute o seguinte comando para obter um instantâneo das permissões.

   Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML C:\PFMigration\Legacy_PFPerms.xml
   

   Salve as informações dos comandos anteriores para comparação no final da migração.

6. Se estiver a utilizar o Microsoft Entra Connect (Microsoft Entra Connect) para sincronizar os diretórios no local com Microsoft Entra ID, terá de fazer o seguinte (se não estiver a utilizar o Microsoft Entra Connect, pode ignorar este passo):

   1. Num computador no local, abra Microsoft Entra Ligar e, em seguida, selecione Configurar.

   2. No ecrã Tarefas adicionais , selecione Personalizar opções de sincronização e, em seguida, selecione Seguinte.

   3. No ecrã Ligar a Microsoft Entra ID, introduza as credenciais adequadas e, em seguida, selecione Seguinte. Depois de ligado, continue a selecionar Seguinte até estar no ecrã Funcionalidades Opcionais .

   4. Certifique-se de que a opção Pastas Públicas de Correio do Exchange não está selecionada. Se não estiver selecionado, pode avançar para a secção seguinte. Se estiver selecionada, desmarque a caixa de marcar e, em seguida, selecione Seguinte.

      Observação

      Se não vir Pastas Públicas de Correio do Exchange como uma opção no ecrã Funcionalidades Opcionais, pode sair Microsoft Entra Ligar e avançar para a secção seguinte.

7. Depois de limpar a seleção pastas públicas do Exchange Mail , continue a selecionar Seguinte até estar no ecrã Pronto para configurar e, em seguida, selecione Configurar.

Para obter informações detalhadas sobre a sintaxe e os parâmetros, veja os seguintes artigos:

• New-AcceptedDomain
• Get-PublicFolder
• Get-PublicFolderDatabase
• Set-PublicFolder
• Get-PublicFolderStatistics
• Get-PublicFolderClientPermission
• Get-OrganizationConfig
• Set-OrganizationConfig

Passos de pré-requisitos na cloud

1. Certifique-se de que não haja solicitações de migração de pastas públicas. Se elas existirem, apague-as, ou sua própria solicitação de migração falhará. Este passo não é necessário em todos os casos; só é necessário se achar que pode existir um pedido de migração no pipeline.

   Importante

   Antes de remover um pedido de migração, é importante compreender por que motivo existe um. Os comandos seguintes determinam quando foi feito um pedido anterior e ajudam-no a diagnosticar quaisquer problemas que possam ter ocorrido. Poderá ter de comunicar com outros administradores na sua organização para determinar por que motivo a alteração foi efetuada.

   O exemplo seguinte deteta quaisquer pedidos de migração em lote existentes:

   $batch = Get-MigrationBatch | Where-Object {$_.MigrationType.ToString() -eq "PublicFolder"}
   

   O exemplo a seguir remove todas as solicitações de migração em lotes de pastas públicas existentes.

   $batch | Remove-MigrationBatch -Confirm:$false
   

2. Confirme que não existem pastas públicas ou caixas de correio de pastas públicas na nuvem.

   Importante

   Se vir pastas públicas na nuvem, é importante determinar por que motivo estão lá e quem iniciou uma hierarquia de pastas públicas antes de remover as pastas públicas e as caixas de correio de pastas públicas.

   1. No Exchange Online PowerShell, execute o seguinte comando para ver se existem caixas de correio de pastas públicas:

      Get-Mailbox -PublicFolder
      

   2. Se o comando não retornou nenhuma caixa de correio de pastas públicas, continue até Etapa 3: Gerar os arquivos .csv. Se o comando retornou alguma caixa de correio de pastas públicas, execute o seguinte comando para ver se existem pastas públicas:

      Get-PublicFolder
      

   3. Se tiver pastas públicas na cloud, execute o seguinte comando no Exchange Online PowerShell para removê-las. Certifique-se de que guardou todas as informações que estavam nas pastas públicas baseadas na cloud.

      Cuidado

      Todas as informações contidas nas pastas públicas são eliminadas permanentemente quando remove as pastas públicas.

      Get-MailPublicFolder | where {$_.EntryId -ne $null}| Disable-MailPublicFolder -Confirm:$false
      Get-PublicFolder -GetChildren \ | Remove-PublicFolder -Recurse -Confirm:$false
      

   4. Depois que as pastas públicas forem removidas, execute os seguintes comandos para remover todas as caixas de correio de pastas públicas.

$hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false

Para obter informações detalhadas sobre a sintaxe e os parâmetros, veja os seguintes artigos:

• Get-MigrationBatch
• Get-PublicFolderMailboxMigrationRequest
• Remove-PublicFolderMailboxMigrationRequest
• Get-Mailbox
• Get-PublicFolder
• get-MailPublicFolder
• Disable-MailPublicFolder
• remove-PublicFolder
• Remove-Mailbox

Etapa 3: Gerar os arquivos .csv

1. No servidor Exchange legado, execute o Export-PublicFolderStatistics.ps1 script para criar o ficheiro de mapeamento de tamanho de nome para pasta da pasta. Um administrador local tem de executar este script. O ficheiro contém duas colunas: FolderName e FolderSize. A coluna FolderSize é apresentada em bytes. Por exemplo, \PublicFolder01,10000.

   .\Export-PublicFolderStatistics.ps1  <Folder to size map path> <FQDN of source server>
   

   • FQDN of source server equivale ao nome de domínio totalmente qualificado do servidor de Caixa de Correio no qual a hierarquia da pastas públicas está hospedada.

   • Folder to size map path equivale ao nome do arquivo e ao caminho em uma pasta de rede compartilhada na qual você deseja salvar o arquivo .csv. Mais adiante neste artigo, tem de utilizar o Exchange Online PowerShell para aceder a este ficheiro. Se especificar apenas o nome do ficheiro, o ficheiro é gerado no diretório atual do PowerShell no computador local.

   • Se necessário, remova todas as pastas do sistema habilitadas para email da saída do script antes de continuar.

2. Execute o PublicFolderToMailboxMapGenerator.ps1 script para criar o ficheiro de mapeamento de pasta para caixa de correio público. Esse arquivo é usado para calcular o número correto de caixas de correio de pasta pública no Exchange Online.

   .\PublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes> <Folder to size map path> <Folder to mailbox map path>
   

   • Antes de executar o script, utilize o seguinte comando para marcar os limites atuais de pastas públicas no inquilino do Exchange Online. Em seguida, tenha em atenção os valores de quota atuais das pastas públicas.

     Get-OrganizationConfig | Format-List *quota*
     

     No Exchange Online, o valor predefinido é 1,7 GB para DefaultPublicFolderIssueWarningQuota e 2 GB para DefaultPublicFolderProhibitPostQuota.

   • O tamanho máximo da caixa de correio em bytes é igual ao tamanho máximo que pretende definir para as novas caixas de correio de pastas públicas. No Exchange Online, o tamanho máximo das caixas de correio de pastas públicas é de 100 GB. Recomendamos que utilize uma definição de 75 GB para que cada caixa de correio de pasta pública tenha espaço para aumentar. Menos caixas de correio de pastas públicas significam menos ligações para os clientes do Outlook, o que pode ajudar a evitar problemas de desempenho. A localização é transparente para os utilizadores, uma vez que veem a mesma hierarquia do lado do cliente. Exchange Online tem uma quota predefinida de "proibição pós" de pasta pública de 2 GB. Se tiver pastas públicas individuais com mais de 2 GB, pode utilizar qualquer uma das seguintes opções para corrigir este problema:

   • Antes de iniciar o lote de migração, aumente a quota predefinida da pasta pública "proibir após" ao executar o seguinte comando:

     Set-OrganizationConfig -DefaultPublicFolderProhibitPostQuota <size value> -DefaultPublicFolderIssueWarningQuota <size value>
     

   • Antes de iniciar o lote de migração, elimine o conteúdo da pasta pública para reduzir o tamanho do conteúdo para 2 GB ou menos.

   • Antes de iniciar o lote de migração, divida a pasta pública em múltiplas pastas públicas com 2 GB ou menos.

     Observação

     Se a pasta pública for superior a 30 GB e não for viável eliminar conteúdo ou dividi-lo em várias pastas públicas, recomendamos que não mova as suas pastas públicas para Exchange Online.

   • O caminho da pasta para o mapa é igual ao caminho do ficheiro de .csv que criou quando executou o Export-PublicFolderStatistics.ps1 script.

   • O caminho do mapa da pasta para a caixa de correio é igual ao nome do ficheiro e ao caminho da pasta para a caixa de correio .csv ficheiro que criar neste passo. Se especificar apenas o nome do ficheiro, o ficheiro é gerado no diretório atual do PowerShell no computador local.

Observação

Depois de os scripts serem executados e os .csv ficheiros serem gerados, não são recolhidas quaisquer novas pastas públicas ou atualizações para pastas públicas existentes.

Etapa 4: Criar as caixas de correio de pasta pública no Exchange Online

Execute o seguinte comando para criar as caixas de correio de pastas públicas de destino. O script cria uma caixa de correio de destino para cada caixa de correio no ficheiro de .csv que gerou anteriormente no Passo 3 ao executar o PublicFoldertoMailboxMapGenerator.ps1 script.

.\Create-PublicFolderMailboxesForMigration.ps1 -FolderMappingCsv Mapping.csv -EstimatedNumberOfConcurrentUsers:<estimate>

Mapping.csv é o ficheiro gerado pelo PublicFoldertoMailboxMapGenerator.ps1 script no Passo 3. O número estimado de conexões de usuários simultâneas navegando em uma hierarquia de pastas públicas é geralmente menor que o número total de usuários em uma organização.

Observação

Utilize Exchange Online PowerShell para executar este script. Para saber mais, confira Conectar-se ao Exchange Online usando o PowerShell Remoto.

Etapa 5: Iniciar a solicitação de migração

1. Execute os seguintes passos no servidor Exchange para cumprir os pré-requisitos para executar o scriptSync-MailPublicFolders.ps1 .

   1. Inicie sessão com a conta que tem permissões de administrador do Enterprise.

   2. Instale o EXO PowerShell conforme descrito em Instalar e manter o Exchange Online módulo do PowerShell.

   3. Inicie o PowerShell no modo de administrador.

   4. Execute os seguintes comandos para iniciar a sincronização:

      Add-PSSnapin *exchange* | .\Sync-MailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
      

   5. Assim que lhe for pedido, introduza as credenciais da sua conta de administrador inquilino do Microsoft 365.

2. No servidor Exchange herdado, obtenha as seguintes informações que são necessárias para executar a solicitação de migração:

   1. Localize a LegacyExchangeDN conta do utilizador que é membro da função de Administrador de Pastas Públicas. Esta conta é o mesmo utilizador cujas credenciais precisa no passo 3 deste procedimento.

      Observação

      A conta utilizada tem de estar ativada na Exchange Server no local. Crie uma nova caixa de correio no local para a conta de Administrador de Pastas Públicas, caso não exista nenhuma.

      Get-Mailbox <PublicFolder_Administrator_Account> | Select-Object LegacyExchangeDN
      

   2. Localize o LegacyExchangeDN de qualquer servidor de Caixa de Correio que tenha uma base de dados de pasta pública.

      Get-ExchangeServer <public folder server> | Select-Object -Expand ExchangeLegacyDN
      

   3. Encontre o FQDN do nome de host do Outlook em Qualquer Lugar. Se tiver várias instâncias do Outlook em Qualquer Lugar, recomendamos que você selecione a instância que seja a mais próxima do terminal de migração ou a que seja a mais próxima das réplicas de pasta pública na organização do Exchange herdado. O comando seguinte localiza todas as instâncias do Outlook Anywhere:

      Get-OutlookAnywhere | Format-Table Identity,ExternalHostName
      

3. No Exchange Online PowerShell, execute os seguintes comandos para transmitir as informações que foram devolvidas no passo anterior às variáveis utilizadas no pedido de migração.

   1. Transmita a credencial de um utilizador que tenha permissões administrativas no servidor Exchange legado para a variável $Source_Credential. O pedido de migração executado no Exchange Online utiliza esta credencial para obter acesso aos servidores do Exchange legados para copiar o conteúdo.

      $Source_Credential = Get-Credential <source_domain\PublicFolder_Administrator_Account>
      

   2. Utilize o ExchangeLegacyDN do utilizador de migração no servidor Exchange legado que encontrou no passo 2a e transmita-o para a variável $Source_RemoteMailboxLegacyDN.

      $Source_RemoteMailboxLegacyDN = "<paste the value here>"
      

   3. Utilize o ExchangeLegacyDN do servidor de pastas públicas que encontrou no passo 2b acima e transmita-o para a variável $Source_RemotePublicFolderServerLegacyDN.

      $Source_RemotePublicFolderServerLegacyDN = "<paste the value here>"
      

   4. Utilize o Nome do Anfitrião Externo do Outlook Anywhere que encontrou no passo 2c acima e transmita-o para a variável $Source_OutlookAnywhereExternalHostName.

      $Source_OutlookAnywhereExternalHostName = "<paste the value here>"
      

4. Por fim, no PowerShell do Exchange Online, execute os seguintes comandos para criar a solicitação de migração.

   Observação

   O método de autenticação no exemplo seguinte tem de corresponder às definições do Outlook Anywhere. Caso contrário, o comando falhará.

   $PfEndpoint = New-MigrationEndpoint -PublicFolder -Name PublicFolderEndpoint -RPCProxyServer $Source_OutlookAnywhereExternalHostName -Credentials $Source_Credential -SourceMailboxLegacyDN $Source_RemoteMailboxLegacyDN -PublicFolderDatabaseServerLegacyDN $Source_RemotePublicFolderServerLegacyDN -Authentication Basic
   $bytes = [System.IO.File]::ReadAllBytes('folder_mapping.csv')
   New-MigrationBatch -Name PublicFolderMigration -CSVData $bytes -SourceEndpoint $PfEndpoint.Identity -NotificationEmails <email addresses for migration notifications>
   

   Onde folder_mapping.csv está o ficheiro de mapa que foi gerado no Passo 3: Gerar os ficheiros .csv.

   Observação

   Poderá reparar que o comando acima está a falhar com o erro "Não é possível localizar um destinatário com GUID da caixa de correio", com o GUID mencionado na caixa de correio de pasta pública no EXO. Este problema pode ser causado pela latência de replicação do AD. Aguarde uma hora e repita o comando.

5. Inicie a migração usando o seguinte comando:

   Start-MigrationBatch PublicFolderMigration
   

Embora as migrações em lotes precisem ser criadas usando o cmdlet New-MigrationBatch no Shell de Gerenciamento do Exchange, o andamento e a conclusão da migração podem ser visualizados e gerenciados no EAC. Como o cmdlet New-MigrationBatch inicia uma solicitação de migração de caixa de correio para cada caixa de correio de pastas públicas, você pode visualizar o status dessas solicitações usando a página de migração de caixas de correio. Você pode acessar a página de migração de caixa de correio e criar relatórios de migração que podem ser enviados por email para você fazendo o seguinte:

1. Faça logon no Exchange Online e abra o EAC.

2. Navegue paraMigraçãoda Caixa de Correio>.

3. Selecione o pedido de migração que acabou de ser criado e, em seguida, selecione Ver Detalhes no painel Detalhes .

Para obter informações detalhadas sobre a sintaxe e os parâmetros, veja os seguintes artigos:

• Get-Mailbox

• Get-ExchangeServer

• Get-OutlookAnywhere

• New-MigrationBatch

• Get-PublicFolderDatabase

• Get-PublicFolderMailboxMigrationRequest

• Get-PublicFolderMailboxMigrationRequestStatistics

Etapa 6: Bloquear as pastas públicas no servidor Exchange herdado para a migração final (tempo de inatividade necessário)

Até este ponto da migração, os utilizadores ainda podem aceder a pastas públicas. Os passos seguintes desligam os utilizadores das pastas públicas legadas e bloqueiam as pastas enquanto a migração conclui a sincronização final. Os utilizadores não podem aceder a pastas públicas durante este processo. Além disso, todos os e-mails enviados para pastas públicas com capacidade de correio são enviados em fila e não são entregues até que a migração da pasta pública esteja concluída.

Observação

A sincronização final pode demorar muito tempo, dependendo das alterações efetuadas no ambiente de origem, do tamanho da implementação de pastas públicas, da capacidade do servidor, etc. Não limpar um grande número de ACLs danificadas na hierarquia de pastas antes de iniciar a migração pode causar um atraso significativo. Recomendamos que planeie um mínimo de 48 horas de tempo de inatividade para que a sincronização final seja concluída.

Confirme que o lote de migração e os pedidos de migração individuais foram sincronizados com êxito.

Execute os seguintes comandos no Exchange Online PowerShell para obter os detalhes:

Get-MigrationBatch | Where-Object {$_.MigrationType -like "*PublicFolder*"} | Format-Table *last*sync*

Get-PublicFolderMailboxMigrationRequest | Get-PublicFolderMailboxMigrationRequestStatistics | Format-Table targetmailbox,*last*sync*

O LastSyncedDate (no lote de migração) e LastSuccessfulSyncTimestamp (em trabalhos individuais) devem estar nos últimos sete dias. Se estiver muito longe, como há mais de um mês, poderá querer ver os pedidos de migração de pastas públicas e garantir que todos os pedidos foram sincronizados recentemente.

Depois de confirmar que o lote e todos os pedidos de migração foram sincronizados com êxito, execute o seguinte comando no servidor Exchange legado para bloquear as pastas públicas legadas para finalização.

Set-OrganizationConfig -PublicFoldersLockedForMigration:$true

Para informações detalhadas de sintaxes e de parâmetros, consulte set-OrganizationConfig.

Se a sua organização tiver várias bases de dados de pastas públicas, terá de aguardar até que a replicação da pasta pública esteja concluída para confirmar que todas as bases de dados de pastas públicas captaram o PublicFoldersLockedForMigration sinalizador e que as alterações pendentes que os utilizadores efetuaram recentemente às pastas convergiram em toda a organização. Este processo pode demorar várias horas.

Etapa 7: Finalizar a migração de pasta pública (tempo de inatividade necessário)

Execute o comando a seguir para concluir a migração das pastas públicas:

Complete-MigrationBatch PublicFolderMigration

Importante

Após a conclusão de um lote de migração, não é possível sincronizar dados adicionais a partir de servidores exchange no local e Exchange Online.

Quando concluir a migração, o Exchange efetua uma sincronização final entre o servidor Exchange legado e Exchange Online. Se a sincronização final for bem-sucedida, as pastas públicas no Exchange Online são desbloqueadas e o status do lote de migração muda para Concluído. É comum que o status do lote de migração permaneça em "Sincronizado" durante algumas horas antes de mudar para Concluir. Para migrações que envolvam um grande número de caixas de correio de destino, é normal ver o status permanecer no estado "Sincronizado" durante mais de 24 horas, desde que nenhum dos pedidos de migração de pastas públicas subjacentes tenha falhado ou tenha sido colocado em quarentena.

Se tiver configurado uma implementação híbrida entre os servidores exchange no local e o Microsoft 365 ou Office 365, terá de executar o seguinte comando no Exchange Online PowerShell após a conclusão da migração:

Set-OrganizationConfig -RemotePublicFolderMailboxes $Null -PublicFoldersEnabled Local

Etapa 8: Testar e desbloquear a migração de pastas públicas

Depois de finalizar a migração de pastas públicas, você deve executar o seguinte teste para garantir que a migração foi bem-sucedida. Isto permite-lhe testar a hierarquia de pastas públicas migradas antes de mudar para a utilização de pastas públicas na cloud.

1. No Exchange Online PowerShell, atribua algumas caixas de correio de teste para utilizar qualquer caixa de correio de pasta pública recentemente migrada como a caixa de correio de pasta pública predefinida.

   Set-Mailbox -Identity <Test User> -DefaultPublicFolderMailbox <Public Folder Mailbox Identity>
   

2. Inicie sessão no Outlook 2010 ou posterior com o utilizador de teste identificado no passo anterior e, em seguida, execute os seguintes testes de pastas públicas:

   • Visualize a hierarquia.
   • Verifique as permissões.
   • Crie e exclua pastas públicas.
   • Publique conteúdo e exclua conteúdo de uma pasta pública.

3. Se tiver problemas, veja Reverter a migração mais à frente neste artigo. Se o conteúdo e a hierarquia da pasta pública forem aceitáveis e funcionarem conforme esperado, avance para o passo seguinte.

4. No servidor Exchange herdado, execute o seguinte comando para indicar que a migração de pastas públicas está concluída.

   Set-OrganizationConfig -PublicFolderMigrationComplete:$true
   

5. Depois de verificar se a migração está concluída, execute o seguinte comando no Exchange Online PowerShell para se certificar de que o parâmetro PublicFoldersEnabled em Set-OrganizationConfig está definido como Local:

   Set-OrganizationConfig -PublicFoldersEnabled Local
   

Para obter informações detalhadas sobre a sintaxe e os parâmetros, veja os seguintes artigos:

Set-Mailbox

Get-Mailbox

Set-OrganizationConfig

Como saber se funcionou?

Na Step 2: Prepare for the migration, você recebeu instruções para obter instantâneos da estrutura de pastas públicas, de estatísticas e de permissões antes do início da migração. Os passos seguintes ajudam a verificar se a migração de pastas públicas foi efetuada com êxito ao tirar os mesmos instantâneos após a conclusão da migração. Dessa forma, você pode comparar os dados em ambos os arquivos para verificar o êxito da operação.

1. No PowerShell do Exchange Online, execute o seguinte comando para obter um instantâneo da nova estrutura de pastas.

   Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML C:\PFMigration\Cloud_PFStructure.xml
   

2. No PowerShell do Exchange Online, execute o seguinte comando para obter um instantâneo das estatísticas de pasta pública, como total de itens, tamanho e proprietário.

   Get-PublicFolderStatistics | Export-CliXML C:\PFMigration\Cloud_PFStatistics.xml
   

3. No PowerShell do Exchange Online, execute o seguinte comando para obter um instantâneo das permissões.

   Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML  C:\PFMigration\Cloud_PFPerms.xml
   

Remover bancos de dados de pastas públicas dos servidores Exchange herdados

Após a conclusão da migração, e depois de ter verificado que suas pastas públicas do Exchange Online estão funcionando conforme o esperado, remova os bancos de dados de pasta pública dos servidores Exchange herdados.

Importante

Uma vez que todas as suas caixas de correio foram migradas para o Microsoft 365 ou Office 365 antes da migração de pastas públicas, recomendamos vivamente que encaminhe o tráfego através do Microsoft 365 ou Office 365 (fluxo de correio descentralizado) em vez do fluxo de correio centralizado através do seu ambiente no local. Optar por manter o fluxo de correio centralizado pode causar problemas de entrega nas suas pastas públicas, uma vez que removeu bases de dados de caixas de correio de pastas públicas da sua organização no local.

• Para obter detalhes sobre como remover bancos de dados de pastas públicas de servidores Exchange 2010, consulte o tópico sobre como remover bancos de dados de pastas públicas.

Reverter a migração

Se você encontrar problemas com a migração e precisar reativar suas pastas públicas do Exchange herdadas, realize as etapas a seguir.

Cuidado

Se reverter a migração para os servidores do Exchange legados, perderá qualquer e-mail que tenha sido enviado para pastas públicas com capacidade de correio ou conteúdo que tenha sido publicado nas pastas públicas após a migração. Para salvar esse conteúdo, exporte o conteúdo da pasta pública para um arquivo .pst e, em seguida importe-o para as pastas públicas herdadas quando a reversão estiver concluída.

1. No servidor Exchange herdado, execute o seguinte comando para desbloquear as pastas públicas herdadas do Exchange. Este processo pode demorar várias horas.

   Set-OrganizationConfig -PublicFoldersLockedForMigration:$False
   

2. No PowerShell do Exchange Online, execute os seguintes comandos para remover todas as pastas públicas do Exchange Online.

   $hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
   Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
   Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
   

3. No servidor Exchange legado, execute o seguinte comando para definir o PublicFolderMigrationComplete sinalizador como $false.

   Set-OrganizationConfig -PublicFolderMigrationComplete:$False
   

Migrar Pastas Públicas para o Microsoft 365 ou Office 365 com a exportação PST do Outlook

Recomendamos que não utilize a funcionalidade de exportação PST do Outlook para migrar pastas públicas para a cloud se a hierarquia de pastas públicas no local for superior a 30 GB. O crescimento da caixa de correio pública online do Microsoft 365 e do Office 365 é gerido através de uma funcionalidade de divisão automática que divide a caixa de correio da pasta pública quando excede as quotas de tamanho. A divisão automática não consegue lidar com o crescimento repentino das caixas de correio de pastas públicas quando utiliza a exportação PST para migrar as suas pastas públicas e poderá ter de esperar até duas semanas para que a divisão automática mova os dados da caixa de correio principal. Além disso, considere o seguinte antes de utilizar o Outlook PST para exportar pastas públicas para a cloud:

• As permissões de pastas públicas são perdidas durante este processo. Capture as permissões vigentes antes de migrar e as adicione manualmente, assim que a migração estiver concluída.

• Se suar permissões complexas ou houver muitas pastas a serem migradas, recomendamos que você use o método de cmdlet para migração.

• Quaisquer alterações de itens e pastas efetuadas às pastas públicas de origem durante a migração de exportação PST são perdidas. Por conseguinte, recomendamos que utilize o método de cmdlet se este processo de exportação e importação demorar muito tempo a ser concluído.

Se ainda quiser migrar suas pastas públicas usando arquivos PST, execute essas etapas para garantir o êxito da migração.

1. Use as instruções em Etapa 1: Veja o que acontece em cada etapa: Baixar os scripts de migração para baixar os scripts de migração. Só tem de transferir o PublicFolderToMailboxMapGenerator.ps1 ficheiro.

2. Execute a etapa 2 de Etapa 3: Gerar os arquivos .csv para criar o arquivo de mapeamento de pasta para caixa de correio. Esse arquivo é usado para calcular o número correto de caixas de correio de pasta pública no Exchange Online.

3. Crie as caixas de correio de pasta públicas de que precisa com base no ficheiro de mapeamento. Para obter mais informações, consulte Criar uma caixa de correio de pasta pública.

4. Use o cmdlet New-PublicFolder para criar a pasta pública de nível superior em cada uma das caixas de correio de pasta pública usando o parâmetro Mailbox.

5. Exporte e importe os arquivos PST usando o Outlook.

6. Defina as permissões nas pastas públicas usando o EAC. Para obter mais informações, consulte o Passo 3: Atribuir permissões à pasta pública.

Importante

Se já tiver iniciado uma migração PST e se deparar com um problema em que a caixa de correio principal está cheia, tem duas opções para recuperar a migração PST:

• Esperar até que a divisão automática mova os dados da caixa de correio principal. Este processo pode demorar até duas semanas. No entanto, todas as pastas públicas numa caixa de correio de pasta pública completamente preenchida não podem receber novos conteúdos até que a divisão automática seja concluída.
• Crie uma caixa de correio de pasta pública e, em seguida, utilize o cmdlet New-PublicFolder com o parâmetro Caixa de Correio para criar as restantes pastas públicas na caixa de correio da pasta pública secundária.

Resolver problemas de migrações de pastas públicas

Selecione o botão seguinte para problemas comuns durante a migração de pastas públicas:

Executar Testes: Resolver problemas de migração de pastas públicas

É aberta uma página de lista de opções no Centro de administração do Microsoft 365, inicie sessão com a sua conta de administrador de inquilino e selecione a opção adequada.