Resolver erros de retenção de Descoberta Eletrônica

Este artigo discute problemas comuns que podem ocorrer com retenções de Descoberta Eletrônica e como resolvê-los. O artigo também inclui práticas recomendadas para ajudá-lo a mitigar ou evitar esses problemas.

Para problemas de pesquisa de Descoberta Eletrônica, consulte Resolver erros de pesquisa na Descoberta Eletrônica (Padrão).

Práticas recomendadas

Para reduzir o número de erros relacionados às retenções de Descoberta Eletrônica, recomendamos as seguintes práticas:

• Se uma distribuição de retenção ainda estiver pendente, com um status de um On (Pending) ou Off (Pending), aguarde até que a distribuição de retenção seja concluída antes de fazer mais atualizações.

• Verifique se uma política de retenção está pendente antes de fazer mais atualizações nela. Execute os seguintes comandos ou salve-os em um script do PowerShell.

  $status = Get-CaseHoldPolicy -Identity <policyname> -DistributionDetail
  if($status.DistributionStatus -ne "Pending"){
      # policy no longer pending
      Set-CaseHoldPolicy -Identity <policyname> -AddExchangeLocation $user1
  }else{
      # policy still pending
      Write-Host "Hold policy still pending."
  }
  

• Mescle suas atualizações em uma retenção de Descoberta Eletrônica em uma única solicitação em massa, em vez de atualizar a política de retenção repetidamente para cada transação. Por exemplo, para adicionar várias caixas de correio de usuário a uma política de retenção existente usando o cmdlet Set-CaseHoldPolicy do PowerShell de Segurança e Conformidade, execute o comando (ou adicione como um bloco de código a um script) para que ele seja executado apenas uma vez para adicionar vários usuários.

  Correto

  Set-CaseHoldPolicy -Identity "policyname" -AddExchangeLocation "User1", "User2", "User3", "User4", "User5"
  

  Incorreto

  $users = "User1", "User2", "User3", "User4", "User5"
  ForEach($user in $users)
  {
      Set-CaseHoldPolicy -Identity "policyname" -AddExchangeLocation $user
  }
  

  No exemplo incorreto anterior, o cmdlet é executado cinco vezes separadas para concluir a tarefa. Para obter mais informações sobre as práticas recomendadas para adicionar usuários a uma política de retenção, consulte a seção Mais informações .

• Antes de entrar em contato com o Suporte da Microsoft sobre problemas de retenção de Descoberta Eletrônica, verifique o que está causando a falha da política, verificando o DistributionResults, com base no ResultCode:

  Get-CaseHoldPolicy -Identity "policyname" -DistributionDetail | Select -ExpandProperty DistributionResults
  

  

Erro: PolicySyncTimeout

Se vir este erro no ResultCode: PolicySyncTimeout e na seguinte mensagem de erro, verifique o LastResultTime para ver se passaram mais de duas horas desde que a sincronização atingiu o tempo limite.

Está demorando mais do que o esperado para implantar a política. Pode levar mais 2 horas para atualizar o status final da implantação, portanto, verifique novamente em algumas horas.

Resolução

Executar o Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution resolverá o problema.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Também na página de retenção de casos no portal de conformidade do Microsoft Purview, você pode reimplantar a política clicando em Repetir.

Erro: PolicyNotifyError

Se você vir esse erro no ResultCode: PolicyNotifyError e na seguinte mensagem de erro, um problema no datacenter interrompeu a sincronização da política.

A política não pode ser implantada na fonte de conteúdo devido a um problema temporário do datacenter do Microsoft 365. A política atual não é aplicada a nenhum conteúdo na fonte, portanto, não há impacto da implantação bloqueada. Para corrigir esse problema, tente reimplantar a política.

Resolução

Executar o Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution resolverá o problema.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Também na página de retenção de casos no portal de conformidade do Microsoft Purview, você pode reimplantar a política clicando em Repetir.

Erro: InternalError

Se vir este erro no ResultCode: InternalError e na seguinte mensagem de erro, este problema tem de ser resolvido pela Microsoft.

A implantação da política foi interrompida por um problema inesperado do datacenter do Microsoft 365. Entre em contato com o suporte da Microsoft para corrigir o problema de implantação.

Resolução

Entre em contato com o Suporte da Microsoft com as seguintes informações:

• Nome da política
• Serviço ou recurso do Microsoft 365
• Código de resultado
• Mensagem de resultado
• Diagnósticos adicionais

Erro: FailedToOpenContainer

Se você vir esse erro no ResultCode: FailedToOpenContainer e a seguinte mensagem de erro ao colocar custodiantes e fontes de dados em espera, use as etapas de resolução para solucionar o problema.

A caixa de correio ou o site do SharePoint pode não existir. Se isso estiver incorreto, entre em contato com o suporte da Microsoft. Caso contrário, remova-o desta política.

Resolução

• Execute o Get-Mailbox no PowerShell do Exchange Online para verificar se a caixa de correio do usuário existe em sua organização.

• Execute o cmdlet Get-SPOSite no SharePoint Online PowerShell para verificar se o site existe em sua organização.

• Verifique se o URL do site foi alterado.

• Remova a caixa de correio ou o site da política, se o objeto não existir.

Erro: SiteInReadonlyOrNotAccessible

Se você vir esse erro no ResultCode: SiteInReadonlyOrNotAccessible e a seguinte mensagem de erro, o site do SharePoint está no modo somente leitura.

O site do SharePoint é somente leitura ou não está acessível. Entre em contato com o administrador do site para tornar o site gravável e, em seguida, reimplante esta política.

Resolução

Desbloqueie o site (ou peça a um administrador para desbloqueá-lo) para resolver esse problema. Para saber mais sobre como alterar o estado de bloqueio de um site, consulte Bloquear e desbloquear sites.

Erro: SiteOutOfQuota

Se você vir esse erro no ResultCode: SiteOutOfQuota e a seguinte mensagem de erro, o site do SharePoint atingiu sua cota de armazenamento.

O site do SharePoint não tem cota suficiente. Aloque mais cota para o conjunto de sites e reimplante essa política.

Resolução

Adicione mais armazenamento ao site (ou peça a um administrador para adicionar mais armazenamento) ao conjunto de sites. Para saber mais sobre como gerenciar as cotas de armazenamento de um site, consulte Gerenciar limites de armazenamento do conjunto de sites.

Depois que mais cotas de armazenamento forem adicionadas ao site, a política precisará ser reimplantada.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Também na página de retenção de casos no portal de conformidade do Microsoft Purview, você pode reimplantar a política clicando em Repetir.

Erro: RecipientTypeNotAllowed

Se você vir esse erro no ResultCode: RecipientTypeNotAllowed e na seguinte mensagem de erro, um local do Exchange que é uma caixa de correio é atribuído à política.

O Tipo de Destinatário não é permitido para retenções.

Resolução

Execute o Get-Recipient no PowerShell do Exchange Online para verificar se o endereço no Ponto de Extremidade é uma caixa de correio válida.

Se o cmdlet acima mostrar que o endereço SMTP não é uma caixa de correio válida, remova-o da política.

Set-CaseHoldPolicy "policyname" -RemoveExchangeLocation "non-mailbox user"

Mais informações

A orientação sobre a atualização de políticas de retenção para vários usuários na seção "Práticas recomendadas" resulta do fato de que o sistema bloqueia atualizações simultâneas para uma política de retenção. Isso significa que quando uma política de retenção atualizada é aplicada a novos locais de conteúdo e a política de retenção está em um estado pendente, locais de conteúdo adicionais não podem ser adicionados à política de retenção. Aqui estão algumas coisas que você deve ter em mente para ajudá-lo a mitigar esse problema:

• Toda vez que uma retenção atualizada é atualizada, ela entra imediatamente em um estado pendente. O status de estado pendente significa que a retenção está sendo aplicada a locais de conteúdo.

• Se você tiver um script que executa um loop e adiciona locais à política um a um (semelhante ao exemplo incorreto mostrado na seção "Práticas recomendadas"), o primeiro local de conteúdo (por exemplo, uma caixa de correio de usuário) inicia o processo de sincronização que aciona o estado pendente. Isso significa que os outros usuários que são adicionados à política em loops subsequentes resultam em um erro.

• Se sua organização estiver usando um script que executa um loop para atualizar os locais de conteúdo de uma política de retenção, você deverá atualizar o script para que ele atualize os locais em uma única operação em massa (conforme mostrado no exemplo correto na seção "Práticas recomendadas").