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 (Standard).

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 bloqueio ainda estiver pendente, com um status de ou On (Pending) Off (Pending), aguarde até que a distribuição de bloqueio 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 comandos a seguir 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 para 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 você vir esse erro no ResultCode: PolicySyncTimeout e na mensagem de erro a seguir, verifique o LastResultTime para ver se já 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.

Solução

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

Set-CaseHoldPolicy "policyname" -RetryDistribution

Além disso, na página de retenção de caso 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 mensagem de erro a seguir, um problema de 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 origem, portanto, não há impacto da implantação bloqueada. Para corrigir esse problema, tente reimplantar a política.

Solução

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

Set-CaseHoldPolicy "policyname" -RetryDistribution

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

Erro: InternalError

Se você vir esse erro no ResultCode: InternalError e na mensagem de erro a seguir, esse problema deverá 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.

Soluçã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 mensagem de erro a seguir 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.

Solução

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

• Execute o cmdlet Get-SPOSite no PowerShell do SharePoint Online 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 na mensagem de erro a seguir, 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 essa política.

Soluçã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 na mensagem de erro a seguir, 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.

Soluçã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 cota de armazenamento for adicionada ao site, a política precisará ser reimplantada.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Além disso, na página de retenção de caso 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 mensagem de erro a seguir, um local do Exchange que é uma caixa de correio será atribuído à política.

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

Solução

Execute o Get-Recipient no Exchange Online PowerShell 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

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

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

• Se você tiver um script que executa um loop e adiciona locais à política um por um (semelhante ao exemplo incorreto mostrado na seção "Práticas recomendadas"), o primeiro local de conteúdo (por exemplo, uma caixa de correio do usuário) iniciará o processo de sincronização que dispara o estado pendente. Isso significa que os outros usuários 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 bloqueio, 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").