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

Resumo: use esses procedimentos para mover suas pastas públicas do Exchange 2010 para o Microsoft 365 ou Office 365.

Este tópico descreve como migrar suas pastas públicas em um recorte ou migração em etapas da Atualização Rollup 8 para Exchange Server 2010 Service Pack 3 (SP3) para o Microsoft 365 ou Office 365 e Exchange Online.

Este tópico refere-se ao servidor RU8 do Exchange 2010 SP3 como o servidor do Exchange herdado. Além disso, as etapas neste tópico se aplicam a Exchange Online e Microsoft 365 ou Office 365. Os termos podem ser usados de maneira intercambiável nesse tópico.

Recomendamos que você não use o recurso de exportação PST do Outlook para migrar pastas públicas para o Microsoft 365 ou Office 365 ou Exchange Online. O crescimento da caixa de correio da pasta pública microsoft 365, Office 365 e Exchange Online é gerenciado usando um recurso de divisão automática que divide a caixa de correio da pasta pública quando excede as cotas de tamanho. A divisão automática não poderá cuidar do crescimento repentino de caixas de correio de pasta pública se você usar a exportação PST para migrar as pastas públicas, e você talvez precise esperar até duas semanas para que a divisão automática mova os dados da caixa de correio principal. Recomendamos que você use as instruções baseadas em cmdlet neste documento para migrar pastas públicas para o Microsoft 365, Office 365 ou Exchange Online. No entanto, se você optar por migrar pastas públicas usando a exportação PST, consulte a seção Migrar Pastas Públicas para o Microsoft 365 ou Office 365 usando a seção de exportação PST do Outlook mais adiante neste tópico.

Você executará a migração usando os cmdlets *-MigrationBatch , além dos seguintes scripts do PowerShell:

• SourceSideValidations.ps1: O script de validação do lado da origem examina as pastas públicas na origem e relata problemas encontrados junto com a ação para corrigir os problemas. Você executará esse script no local do servidor do Exchange herdado.

• Export-PublicFolderStatistics.ps1: este script cria o arquivo de mapeamento de tamanho nome para pasta da pasta. Você deve executar esse script no servidor Exchange herdado.

• Export-PublicFolderStatistics.psd1: esse arquivo de suporte é usado pelo Export-PublicFolderStatistics.ps1 script e deve ser baixado para o mesmo local.

• PublicFolderToMailboxMapGenerator.ps1: este script cria o arquivo de mapeamento de pasta para caixa de correio pública usando a saída do Export-PublicFolderStatistics.ps1 script. Você deve executar esse script no servidor Exchange herdado.

• PublicFolderToMailboxMapGenerator.strings.psd1: esse arquivo de suporte é usado pelo PublicFolderToMailboxMapGenerator.ps1 script e deve ser baixado para o mesmo local.

• Create-PublicFolderMailboxesForMigration.ps1: este script cria as caixas de correio de 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: esse arquivo de suporte é usado pelo script Create-PublicFolderMailboxesForMigration.ps1 e deve ser baixado para o mesmo local.

• Sync-MailPublicFolders.ps1: este script sincroniza objetos de pasta pública habilitados para email entre a implantação local do Exchange e o Microsoft 365 ou Office 365. Você deve executar esse script no servidor Exchange herdado.

• SyncMailPublicFolders.strings.psd1: este é um arquivo de suporte usado pelo Sync-MailPublicFolders.ps1 script e deve ser copiado para o mesmo local 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.

Quais versões do Exchange têm suporte para migrar pastas públicas para o Microsoft 365 ou Office 365 e Exchange Online?

O Exchange dá suporte à movimentação de suas pastas públicas para o Microsoft 365 ou Office 365 e Exchange Online das seguintes versões herdadas do Exchange Server:

• Exchange 2010 SP3 RU8 ou versão posterior

Se você precisar mover suas pastas públicas para Exchange Online mas seus servidores locais não estiverem executando as versões mínimas de suporte do Exchange 2010, recomendamos que você atualize seus servidores locais e use a migração em lote, que é o único método de migração de pasta pública com suporte.

Você não pode migrar pastas públicas diretamente do Exchange 2003 ou do Exchange 2007. Se você estiver executando o Exchange 2007 ou anterior em sua organização, precisará mover todos os bancos de dados de pasta pública e réplicas 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 email destinado a uma pasta pública do Exchange 2013 ou posterior não pode ser roteado por meio 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, você precisa ser membro do grupo de funções gerenciamento de organização. Esse grupo de funções é diferente das permissões atribuídas a você quando você assina o Microsoft 365, Office 365 ou Exchange Online. Para obter detalhes sobre como habilitar o grupo de funções gerenciamento de organização, consulte Gerenciar 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 pasta pública, se qualquer pasta pública em sua organização for maior que 25 GB, recomendamos excluir conteúdo dessa pasta para torná-la menor. Ou recomendamos dividir o conteúdo da pasta pública em várias pastas públicas menores. Observe que o limite de 25 GB citado aqui só se aplica à pasta pública e não a nenhuma criança ou subpastas que a pasta em questão pode ter. Se nenhuma das opções for viável, recomendamos que você não mova suas pastas públicas para Exchange Online. Consulte Exchange Online Limites para obter mais informações. Observação: se as cotas atuais de pasta pública em Exchange Online forem inferiores a 25 GB, você poderá usar o cmdlet Set-OrganizationConfig para aumentá-las com os DefaultPublicFolderIssueWarningQuota parâmetros eDefaultPublicFolderProhibitPostQuota.

Se você usar um firewall e listas de controle de acesso (ACLs), verifique se os intervalos de IP usados pelo Microsoft 365 ou Office 365 em sua região são permitidos por meio do firewall.

• No Microsoft 365, Office 365 e Exchange Online, você pode criar um máximo de 1.000 caixas de correio de pasta pública.

• Antes de migrar suas pastas públicas, recomendamos que você primeiro mova todas as caixas de correio de usuário para o Microsoft 365 ou Office 365 e Exchange Online. Para obter detalhes, confira Maneiras de migrar várias contas de email para o Microsoft 365 ou Office 365. No entanto, você ainda precisará manter no ambiente local a caixa de correio do administrador da PF que executa a migração ou criar uma nova conta de administrador do PF e atribuir uma caixa de correio hospedada no servidor do Exchange herdado.

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

• Você deve usar um único lote de migração para migrar todos os dados da pasta pública. O Exchange permite a criação de apenas um lote de migração por vez. Se você tentar criar mais de um lote de migração simultaneamente, o resultado será um erro.

• Antes de começar, recomendamos a leitura integral deste tópico, pois um certo tempo de inatividade é necessário para algumas etapas.

• Para obter informações sobre atalhos de teclado que podem se aplicar aos procedimentos neste tópico, consulte Atalhos de teclado para o centro de administração do Exchange.

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

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. Salve os scripts no computador local em que você 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. Baixar o script de validação do lado da origem de https://www.microsoft.com/download/confirmation.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

É altamente recomendável executar o script de Validação do Lado da Origem de um Exchange Server local2010 com função de caixa de correio. O script examinará e relatará problemas conhecidos por fazer com que a migração seja lenta, juntamente com diretrizes para corrigir esses problemas. Use os exemplos conforme documentado 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

É altamente recomendável executar o script de Validação do Lado da Origem de um Exchange Server local2010 com função de caixa de correio. O script examinará e relatará problemas conhecidos por fazer com que a migração seja lenta, juntamente com diretrizes para corrigir esses problemas. Use os exemplos conforme documentado aqui. O script executará todos os pré-requisitos a seguir.

1. No servidor do Exchange herdado, certifique-se de que o roteamento para as pastas públicas habilitadas para email que existirão no Microsoft 365 ou Office 365 ou Exchange Online continue funcionando até que todos os caches DNS pela Internet sejam atualizados para apontar para o Microsoft 365, Office 365 ou Exchange Online DNS em que sua organização reside agora. Para fazer isso, execute o comando a seguir para configurar um domínio aceito com um nome conhecido que encaminhará corretamente mensagens de email para o domínio microsoft 365, Office 365 ou Exchange Online.

   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 aceito já existir em seu ambiente local, renomeie-o como PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 e deixe os outros atributos intactos.

   Para marcar se o domínio aceito já estiver presente em seu ambiente local, execute o seguinte:

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

   Para renomear o domínio aceito para PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99, execute o seguinte:

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

   Se você está esperando que suas pastas públicas habilitadas para email em Exchange Online recebam emails externos da Internet, você precisará desabilitar o DBEB (Directory Based Edge Blocking) em Exchange Online e Proteção do Exchange Online (EOP). Consulte Usar o Bloqueio de Borda Baseado em Diretório para rejeitar mensagens enviadas a destinatários inválidos para obter mais informações.

   Se o nome de uma pasta pública contiver uma barra de fundo ( \ ) ou uma barra de encaminhamento ( / ), as pastas públicas poderão ser criadas na pasta pública pai quando a migração ocorrer. Antes de migrar, recomendamos renomear todas as pastas públicas que tenham uma barra de fundo ou uma barra de encaminhamento 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 houver, você precisará definir esse valor como $false. Se o valor for definido como $true, a solicitação 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. (Observe que essa etapa só será necessária se você estiver tentando novamente uma migração que falhou anteriormente.) Se o status das propriedades PublicFoldersLockedforMigration ou PublicFolderMigrationComplete for $true, execute o comando a seguir para definir o valor como $false.

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

   Cuidado

   Depois de redefinir essas propriedades, você deverá aguardar até que o Exchange detecte as novas configurações. Isso pode demorar até duas horas.

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 você estiver usando Microsoft Entra Connect (Microsoft Entra Connect) para sincronizar seus diretórios locais com Microsoft Entra ID, você precisará fazer o seguinte (se não estiver usando Microsoft Entra Connect, pode ignorar esta etapa):

   1. Em um computador local, abra Microsoft Entra Conectar e selecione Configurar.

   2. Na tela Tarefas adicionais , selecione Personalizar opções de sincronização e clique em Avançar.

   3. Na tela Conectar a Microsoft Entra ID, insira as credenciais apropriadas e clique em Avançar. Depois de conectado, continue clicando em Avançar até que você esteja na tela Recursos Opcionais .

   4. Verifique se as pastas públicas do Exchange Mail não estão selecionadas. Se ele não estiver selecionado, você poderá continuar na próxima seção, pré-requisito etapas no Microsoft 365, Office 365 ou Exchange Online. Se ele estiver selecionado, clique para limpar a caixa marcar e clique em Avançar.

      Observação

      Se você não vir pastas públicas do Exchange Mail como uma opção na tela Recursos Opcionais, poderá sair Microsoft Entra Conectar e prosseguir para a próxima seção, etapas de pré-requisito no Microsoft 365, Office 365 ou Exchange Online.

7. Depois de limpar a seleção de Pastas Públicas do Exchange Mail , continue clicando em Avançar até estar na tela Pronto para configurar e clique em Configurar.

Para obter informações detalhadas sobre sintaxes e parâmetros, consulte os seguintes tópicos:

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

Etapas de pré-requisito no Microsoft 365, Office 365 ou Exchange Online

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á. Essa etapa não é necessária em todos os casos; ela apenas será obrigatória se você achar que pode haver uma solicitação de migração no pipeline.

   Importante

   Antes de remover uma solicitação de migração, é importante compreender por que havia uma existente. Executar os comandos a seguir determinará quando foi feita uma solicitação anterior e ajudará a diagnosticar problemas que podem ter ocorrido. Talvez você precise se comunicar com outros administradores na sua organização para determinar por que a alteração foi feita.

   O exemplo a seguir descobrirá todas as solicitações de migração em lote existentes:

   $batch = Get-MigrationBatch | ?{$_.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. Verifique se não existem pastas públicas ou caixas de correio de pastas públicas no Microsoft 365 ou Office 365.

   Importante

   Se você vir pastas públicas no Microsoft 365, Office 365 ou Exchange Online, é importante determinar por que elas estão lá e quem na sua organização iniciou uma hierarquia de pasta pública antes de remover as pastas públicas e as caixas de correio de pastas públicas.

   1. Em 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 você tiver pastas públicas no Microsoft 365, Office 365 ou Exchange Online, execute o seguinte comando do PowerShell para removê-las. Verifique se você salvou qualquer informação que estivesse nas pastas públicas no Microsoft 365 ou Office 365.

      Cuidado

      Todas as informações contidas nas pastas públicas serão excluídas permanentemente quando você remover 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 sintaxes e parâmetros, consulte os seguintes tópicos:

• 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 do Exchange herdado, execute o Export-PublicFolderStatistics.ps1 script para criar o arquivo de mapeamento de tamanho nome para pasta da pasta. Esse script sempre deve ser executado por um administrador local. O arquivo conterá duas colunas: FolderName e FolderSize. Os valores para a coluna FolderSize serão exibidos 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 tópico, você precisará usar o PowerShell do Exchange Online para acessar este arquivo. Se você especificar apenas o nome de arquivo, o arquivo será 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 arquivo 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, use o comando a seguir para marcar os limites atuais da pasta pública em seu locatário Exchange Online. Em seguida, observe os valores de cota atuais para pastas públicas.

     Get-OrganizationConfig | Format-List *quota*
     

     Em Exchange Online, o valor padrão é de 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 você deseja definir para as novas caixas de correio de pasta pública. Em Exchange Online, o tamanho máximo das caixas de correio de pasta pública é de 100 GB. Recomendamos que você use uma configuração de 75 GB para que cada caixa de correio de pasta pública tenha espaço para crescer. Menos caixas de correio de pasta pública significarão menos conexões para os clientes do Outlook, o que pode ajudar a evitar problemas de desempenho; para os usuários, é transparente onde as informações estão hospedadas, pois eles verão ainda mais a mesma hierarquia no lado do cliente. Exchange Online tem uma cota de "proibir postagem" da pasta pública padrão de 2 GB. Se você tiver pastas públicas individuais maiores que 2 GB, poderá usar qualquer uma das seguintes opções para corrigir este problema:

   • Antes de iniciar o lote de migração, aumente a cota de "proibir postagem" da pasta pública padrão executando o seguinte comando:

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

   • Antes de iniciar o lote de migração, exclua 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 várias pastas públicas que são cada 2 GB ou menos.

     Observação

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

   • O caminho de mapa de pasta para tamanho é igual ao caminho do arquivo do .csv que você criou quando executou o Export-PublicFolderStatistics.ps1 script.

   • O caminho do mapa pasta para caixa de correio é igual ao nome do arquivo e ao caminho do arquivo .csv pasta para caixa de correio que você cria nesta etapa. Se você especificar apenas o nome do arquivo, o arquivo será gerado no diretório atual do PowerShell no computador local.

Observação

Depois que os scripts forem executados e os arquivos .csv forem gerados, quaisquer novas pastas públicas ou atualizações para pastas públicas existentes não serão coletadas.

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 criará uma caixa de correio de destino para cada caixa de correio no arquivo .csv que você gerou anteriormente na Etapa 3, executando o PublicFoldertoMailboxMapGenerator.ps1 script.

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

Mapping.csv é o arquivo gerado pelo PublicFoldertoMailboxMapGenerator.ps1 script na Etapa 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

Use 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 as etapas a seguir no servidor exchange para atender ao pré-requisito para executar o scriptSync-MailPublicFolders.ps1 .

   1. Entre com a conta que tem permissões de administrador enterprise.

   2. Instale o EXO PowerShell. Para obter informações sobre como instalar o EXO PowerShell, confira aqui.

   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. Depois de solicitado, insira as credenciais para sua conta de administrador de locatários 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 o LegacyExchangeDN da conta do usuário que é membro da função administrador de pasta pública. Este será o mesmo usuário de cujas credenciais você precisa na etapa 3 desse procedimento.

      Observação

      A conta usada deve estar habilitada na caixa de correio no Exchange Server local. Crie uma nova caixa de correio local para a conta do Administrador de Pasta Pública se não existir uma.

      Get-Mailbox <PublicFolder_Administrator_Account> | Select-Object LegacyExchangeDN
      

   2. Localize o LegacyExchangeDN de qualquer servidor de caixa de correio que tenha um banco 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 seguinte comando encontrará todas as instâncias do Outlook em Qualquer Lugar:

      Get-OutlookAnywhere | Format-Table Identity,ExternalHostName
      

3. Em Exchange Online PowerShell, execute os seguintes comandos para passar as informações que foram retornadas na etapa anterior para variáveis que serão usadas na solicitação de migração.

   1. Passe a credencial de um usuário que tem permissões administrativas no servidor do Exchange herdado para a variável $Source_Credential. A solicitação de migração executada no Exchange Online usará essa credencial para obter acesso aos seus servidores Exchange herdados a fim de copiar o conteúdo.

      $Source_Credential = Get-Credential <source_domain\PublicFolder_Administrator_Account>
      

   2. Use o ExchangeLegacyDN do usuário de migração no servidor do Exchange herdado que você encontrou na etapa 2a e passe-o para a variável $Source_RemoteMailboxLegacyDN.

      $Source_RemoteMailboxLegacyDN = "<paste the value here>"
      

   3. Use o ExchangeLegacyDN do servidor de pasta pública que você encontrou na etapa 2b acima e passe-o para a variável $Source_RemotePublicFolderServerLegacyDN.

      $Source_RemotePublicFolderServerLegacyDN = "<paste the value here>"
      

   4. Use o nome do host externo do Outlook Em qualquer lugar que você encontrou na etapa 2c acima e passe-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 a seguir precisa corresponder às configuraçõ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 arquivo de mapa gerado na Etapa 3: Gerar os arquivos .csv.

   Observação

   Você pode notar a falha do comando acima com o erro "Não é possível localizar um destinatário que tenha guid de caixa de correio", com o GUID mencionado da caixa de correio de pasta pública no EXO. Isso pode acontecer devido à latência de replicação do AD. Nesse caso, aguarde por uma hora e tente novamente 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 atéMigraçãode Caixa de Correio>.

3. Selecione a solicitação de migração que você acabou de criar e clique em Exibir Detalhes no painel Detalhes.

Para obter informações detalhadas sobre sintaxes e parâmetros, consulte os seguintes tópicos:

• 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 na migração, os usuários eram capazes de acessar pastas públicas. As próximas etapas farão o logoff dos usuários das pastas públicas legadas e as bloqueará enquanto a migração realiza sua sincronização final. Os usuários não conseguirão acessar as pastas públicas durante esse processo. Além disso, os emails enviados para pastas públicas habilitadas para email serão enfileirados e não serão entregues até a conclusão da migração de pastas públicas.

Observação

A sincronização final pode levar muito tempo, dependendo das alterações feitas no ambiente de origem, tamanho da implantação de pasta pública, capacidade do servidor etc. Se a hierarquia de pastas tivesse muitas ACLs corrompidas e elas não fossem limpas antes de iniciar a migração, isso poderá causar um atraso significativo na conclusão. É recomendável planejar pelo menos 48 horas de inatividade para que a sincronização final seja concluída.

Verifique se o lote de migração e as solicitações de migração individuais foram sincronizados com êxito.

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

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

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

O LastSyncedDate (em lote de migração) e LastSuccessfulSyncTimestamp (em trabalhos individuais) devem estar dentro dos últimos 7 dias. Se estiver muito longe, como mais de um mês ou mais, talvez você queira dar uma olhada nas solicitações de migração de pasta pública e garantir que todas as solicitações foram sincronizadas recentemente.

Depois de confirmar que o lote e todas as solicitações de migração foram sincronizadas com êxito, no servidor do Exchange herdado, execute o seguinte comando para bloquear as pastas públicas herdadas para finalização.

Set-OrganizationConfig -PublicFoldersLockedForMigration:$true

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

Se sua organização tiver vários bancos de dados de pastas públicas, você precisará aguardar até que a replicação de pasta pública seja concluída para confirmar se todos os bancos de dados de pastas públicas pegaram o PublicFoldersLockedForMigration sinalizador e quaisquer alterações pendentes que os usuários fizeram recentemente em pastas convergiram em toda a organização. Isso pode levar 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

Depois que um lote de migração for concluído, nenhum dado adicional poderá ser sincronizado com servidores do Exchange locais e Exchange Online.

Quando você concluir a migração, o Exchange executará uma sincronização final entre o servidor do Exchange herdado e o Exchange Online. Se a sincronização final for bem-sucedida, as pastas públicas em Exchange Online serão desbloqueadas e o status do lote de migração será alterado para Concluído. É comum que o status do lote de migração permaneça em "Sincronizado" por algumas horas antes de mudar para Concluir. Para migrações que envolvem um grande número de caixas de correio de destino, é normal ver a status permanecer o estado "Sincronizado" por mais de 24 horas, desde que nenhuma das solicitações de migração de pasta pública subjacentes tenha falhado ou ficado em quarentena.

Se você configurou uma implantação híbrida entre os servidores locais do Exchange e o Microsoft 365 ou Office 365, precisará 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. Isso permite testar a hierarquia de pastas públicas migradas antes de mudar para usar o Microsoft 365, Office 365 ou Exchange Online pastas públicas.

1. Em Exchange Online PowerShell, atribua algumas caixas de correio de teste para usar qualquer caixa de correio de pasta pública recém-migrada como a caixa de correio de pasta pública padrão.

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

2. Faça logon no Outlook 2010 ou posterior com o usuário de teste identificado na etapa anterior e execute os seguintes testes de pasta pública:

   • 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 você encontrar algum problema, consulte Reverter a migração mais adiante neste artigo. Se o conteúdo e a hierarquia da pasta pública forem aceitáveis e funcionarem conforme o esperado, continue para a próxima etapa.

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 garantir que o parâmetro PublicFoldersEnabled em Set-OrganizationConfig esteja definido como Local:

   Set-OrganizationConfig -PublicFoldersEnabled Local
   

Para obter informações detalhadas sobre sintaxes e parâmetros, consulte os seguintes tópicos:

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. As etapas seguintes ajudarão a verificar se a migração de pastas públicas foi bem-sucedida, obtendo 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

Como todas as suas caixas de correio foram migradas para o Microsoft 365 ou Office 365 antes da migração de pasta pública, recomendamos que você roteie o tráfego pelo Microsoft 365 ou Office 365 (fluxo de email descentralizado) em vez do fluxo de email centralizado por meio do ambiente local. Se você optar por manter o fluxo de emails centralizado, isso poderá causar problemas de entrega para as suas pastas públicas, já que você removeu os bancos de dados de caixa de correio de pastas públicas da sua organização 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 você reverter sua migração para os servidores Exchange herdados, perderá todos os emails que foram enviados para as pastas públicas habilitadas para email ou todo o conteúdo que foi postado em 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. Esse processo pode levar 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 do Exchange herdado, execute o comando a seguir para definir o PublicFolderMigrationComplete sinalizador como $false.

   Set-OrganizationConfig -PublicFolderMigrationComplete:$False
   

Migrar pastas públicas para o Microsoft 365 ou Office 365 usando a exportação do Outlook PST

Recomendamos que você não use o recurso de exportação PST do Outlook para migrar pastas públicas para o Microsoft 365, Office 365 ou Exchange Online se a hierarquia de pastas públicas local for maior que 30 GB. O crescimento da caixa de correio da pasta pública online do Microsoft 365 e Office 365 é gerenciado usando um recurso de divisão automática que divide a caixa de correio da pasta pública quando excede as cotas de tamanho. A divisão automática não poderá cuidar do crescimento repentino de caixas de correio de pasta pública se você usar a exportação PST para migrar as pastas públicas, e você talvez precise 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 usar o Outlook PST para exportar pastas públicas para o Microsoft 365, Office 365 ou Exchange Online:

• As permissões de pasta pública serão perdidas durante esse 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.

• Qualquer alteração de item e pasta feita nas pastas públicas de origem durante a exportação PST será perdida. Portanto, recomendamos que você use o método de cmdlet se esse processo de exportação e importação demorar muito para 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. Você só precisa baixar o PublicFolderToMailboxMapGenerator.ps1 arquivo.

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ública necessárias com base no arquivo 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 Etapa 3: Atribuir permissões à pasta pública.

Cuidado

Se você já iniciou uma migração PST e se deu em um problema em que a caixa de correio primária está cheia, você terá duas opções para recuperar a migração PST. A primeira opção é aguardar a divisão automática para mover os dados da caixa de correio primária. Isso pode levar até duas semanas. Entretanto, todas as pastas públicas em uma caixa de correio de pasta pública totalmente preenchida não poderão receber novo conteúdo enquanto a divisão automática não estiver concluída. A outra opção é criar uma caixa de correio de pasta pública e, em seguida, usar o cmdlet New-PublicFolder com o parâmetro Caixa de Correio para criar as pastas públicas restantes na caixa de correio de pasta pública secundária.

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

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

Executar testes: solucionar problemas de migração de pasta pública

Uma página de sobrevoo é aberta no Centro de administração do Microsoft 365, faça logon com sua conta de administrador de locatário e selecione a opção apropriada.