Partilhar via


Erro "DestinationADNotUpToDatePermanentException" num pedido de migração de caixa de correio de pasta pública

Sintomas

Num lote de migração de pastas públicas, verá um pedido de migração de caixa de correio de pasta pública com falha que tem o tipo de falha "DestinationADNotUpToDatePermanentException".

Captura de ecrã a mostrar as falhas detalhadas.

Quando tenta remover o pedido de migração da caixa de correio da pasta pública com falha, recebe a seguinte mensagem de erro:

Não foi possível localizar um pedido exclusivo com as informações fornecidas.

Causa

Este problema ocorre se o pedido de migração da caixa de correio da pasta pública for órfão ou duplicado.

Resolução

Para resolver este problema, identifique e remova os pedidos de migração de caixas de correio públicas órfãos ou duplicados ao executar este script. Se o script não funcionar, siga estes passos:

  1. Ligar ao PowerShell do Exchange Online.

  2. Identifique pedidos de migração de caixas de correio de pastas públicas duplicadas ao executar o seguinte cmdlet:

    Get-PublicFolderMailboxMigrationRequest|Sort-Object targetmailbox|ft targetmailbox,requestguid,name,status
    

    Nota: Para obter mais informações sobre este cmdlet, consulte Get-PublicFolderMailboxMigrationRequest.

    Eis um exemplo do resultado:

    Captura de ecrã a mostrar os pedidos de migração duplicados.

  3. Remova o pedido de migração da caixa de correio da pasta pública com falha ao executar o seguinte cmdlet:

    Remove-PublicFolderMailboxMigrationRequest -Identity "<RequestGuid>" -Force
    

    Nota: Substitua <RequestGuid> pelo resultado real que obtém do cmdlet no passo 2. Para obter mais informações sobre o cmdlet, consulte Remove-PublicFolderMailboxMigrationRequest.

Mais informações

Os trabalhos em bom estado de funcionamento e duplicados têm o mesmo nome que contém o GUID da caixa de correio de destino. A formatação do nome é PublicFolderMailboxMigration<TargetMailboxGuid>. Por exemplo, PublicFolderMailboxMigration058553ac-200f-4fba-91c4-300e4fa0e8e5. Os trabalhos em bom estado de funcionamento e duplicados apontam para a mesma caixa de correio de destino e as respetivas identidades são as mesmas.

No entanto, a conclusão de um lote de migração não está relacionada com tarefas duplicadas porque o lote não considera que as tarefas duplicadas façam parte da migração. Apenas as tarefas que têm utilizadores de migração ativa correspondentes são consideradas como pertencentes a uma migração. Tanto um utilizador de migração ativo como um pedido de migração estão ligados através do RequestGuid parâmetro . Por conseguinte, as tarefas duplicadas não têm utilizadores de migração ativos correspondentes que fazem parte de uma migração.

Neste caso, é melhor remover as tarefas orpahned ou duplicadas com o RequestGuid parâmetro .

Eis um exemplo para ilustrar este ponto. Na saída do cmdlet Get-PublicFolderMailboxMigrationRequest (conforme mostrado na captura de ecrã 1), verá o estado das tarefas individuais num lote de migração de pastas públicas e verá trabalhos duplicados que apontam para as mesmas caixas de correio de destino que as tarefas em bom estado de funcionamento. Na saída do cmdlet Get-MigrationUser (conforme mostrado na captura de ecrã 2), verá as informações dos utilizadores de migração, mas não vê nenhum estado com falhas nas caixas de correio de destino para as quais as tarefas duplicadas apontam.

Captura de ecrã 1:

Captura de ecrã a mostrar tarefas de migração duplicadas.

Captura de ecrã 2:

Captura de ecrã a mostrar o estado do utilizador da migração.