Risolvere gli errori di blocco di eDiscovery

Questo articolo illustra i problemi comuni che possono verificarsi con i blocchi di eDiscovery e come risolverli. L'articolo include anche le procedure consigliate per attenuare o evitare questi problemi.

Per i problemi di ricerca di eDiscovery, vedere Risolvere gli errori di ricerca in eDiscovery (Standard).For eDiscovery search issues, see Resolve search errors in eDiscovery (Standard).

Procedure consigliate

Per ridurre il numero di errori correlati ai blocchi di eDiscovery, è consigliabile seguire queste procedure:

• Se una distribuzione di blocco è ancora in sospeso, con lo stato o On (Pending)Off (Pending), attendere il completamento della distribuzione di blocco prima di apportare ulteriori aggiornamenti.

• Verificare se un criterio di blocco è in sospeso prima di apportare ulteriori aggiornamenti. Eseguire i comandi seguenti o salvarli in uno script di 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."
  }
  

• Unire gli aggiornamenti a un blocco di eDiscovery in una singola richiesta in blocco anziché aggiornare ripetutamente i criteri di blocco per ogni transazione. Ad esempio, per aggiungere più cassette postali utente a un criterio di blocco esistente utilizzando il cmdlet Set-CaseHoldPolicy da Security & Compliance PowerShell, eseguire il comando o aggiungerlo come un blocco di codice a uno script, in modo che sia eseguito una sola volta per aggiungere più utenti.

  Corretto

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

  Non valido

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

  Nell'esempio precedente non corretto, il cmdlet viene eseguito cinque volte separatamente per completare l'attività. Per altre informazioni sulle procedure consigliate per l'aggiunta di utenti a un criterio di blocco, vedere la sezione Altre informazioni .

• Prima di contattare supporto tecnico Microsoft sui problemi di blocco di eDiscovery, verificare cosa sta causando l'esito negativo del criterio controllando DistributionResults, in base a ResultCode:

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

  

Errore: PolicySyncTimeout

Se viene visualizzato questo errore in ResultCode: PolicySyncTimeout e il messaggio di errore seguente, controllare LastResultTime per verificare se è più di due ore dopo che la sincronizzazione ha raggiunto il timeout.

La distribuzione dei criteri richiede più tempo del previsto. Potrebbero essere necessarie altre 2 ore per aggiornare lo stato finale della distribuzione, quindi eseguire il checkback in un paio di ore.

Risoluzione

Esegui Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution per risolvere il problema.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Anche nella pagina di blocco del caso nel portale di Microsoft Purview, selezionare Riprova per ridistribuire la politica.

Errore: PolicyNotifyError

Se viene visualizzato questo errore in ResultCode: PolicyNotifyError e il messaggio di errore seguente, un problema del data center ha interrotto la sincronizzazione dei criteri.

I criteri non possono essere distribuiti nell'origine contenuto a causa di un problema temporaneo del data center di Microsoft 365. I criteri correnti non vengono applicati ad alcun contenuto nell'origine, quindi non c'è alcun impatto sulla distribuzione bloccata. Per risolvere questo problema, provare a ridistribuire i criteri.

Risoluzione

Esegui Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution per risolvere il problema.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Anche nella pagina di blocco del caso nel portale di Microsoft Purview, selezionare Riprova per ridistribuire la politica.

Errore: InternalError

Se viene visualizzato questo errore in ResultCode: InternalError e il messaggio di errore seguente, questo problema deve essere risolto da Microsoft.

La distribuzione dei criteri è stata interrotta da un problema imprevisto del data center di Microsoft 365. Contattare il supporto tecnico Microsoft per risolvere il problema di distribuzione.

Risoluzione

Contattare supporto tecnico Microsoft con le informazioni seguenti:

• Nome del criterio
• Servizio o funzionalità di Microsoft 365
• Codice risultato
• Messaggio risultati
• Diagnostica

Errore: FailedToOpenContainer

Se compare questo errore nel ResultCode: FailedToOpenContainer e nel seguente messaggio di errore quando si mettono in sospensione i custodi e le origini dati, seguire questa procedura per risolvere il problema.

La cassetta postale o il sito di SharePoint potrebbero non esistere. Se non è corretto, contattare il supporto tecnico Microsoft. In caso contrario, rimuoverlo da questo criterio.

Risoluzione

• Per verificare se la cassetta postale utente esiste nell'organizzazione, eseguire il comando Get-Mailbox in PowerShell di Exchange Online.

• Per verificare se il sito esiste nell'organizzazione, eseguire il comando Get-SPOSite in PowerShell di SharePoint Online.

• Controllare se l'URL del sito è stato modificato.

• Rimuovere la cassetta postale o il sito dalla politica se l'oggetto non esiste.

Errore: SiteInReadonlyOrNotAccessible

Se viene visualizzato questo errore in ResultCode: SiteInReadonlyOrNotAccessible e il messaggio di errore seguente, il sito di SharePoint è in modalità di sola lettura.

Il sito di SharePoint è di sola lettura o non è accessibile. Contattare l'amministratore del sito per rendere scrivibile il sito e quindi ridistribuire questo criterio.

Risoluzione

Sbloccare il sito (o chiedere a un amministratore di sbloccarlo) per risolvere il problema. Per altre informazioni su come modificare lo stato di blocco per un sito, vedere Bloccare e sbloccare i siti.

Errore: SiteOutOfQuota

Se viene visualizzato questo errore in ResultCode: SiteOutOfQuota e il messaggio di errore seguente, il sito di SharePoint ha raggiunto la quota di archiviazione.

Il sito di SharePoint non dispone di una quota sufficiente. Allocare più quota alla raccolta siti e quindi ridistribuire questo criterio.

Risoluzione

Aggiungere altre risorse di archiviazione al sito o chiedere a un amministratore di aggiungere altre risorse di archiviazione alla raccolta siti. Per informazioni su come gestire le quote di archiviazione per un sito, vedere Gestire i limiti di archiviazione della raccolta siti.

Dopo l'aggiunta di più spazio di archiviazione al sito, è necessario ridistribuire la politica.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Inoltre, nella pagina di mantenimento del caso nel portale di Microsoft Purview si seleziona Riprova per ridistribuire la policy.

Errore: RecipientTypeNotAllowed

Se viene visualizzato questo errore in ResultCode: RecipientTypeNotAllowed e il messaggio di errore seguente, al criterio viene assegnato un percorso di Exchange che è una cassetta postale.

Il tipo di destinatario non è consentito per i blocchi.

Risoluzione

Per verificare se l'indirizzo per l'endpoint è una cassetta postale valida, eseguire il comando Get-Recipient in PowerShell di Exchange Online.

Se il cmdlet determina che l'indirizzo SMTP non è una cassetta postale valida, si deve rimuoverlo dalla politica.

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

Maggiori informazioni

Le indicazioni sull'aggiornamento dei criteri di blocco per più utenti nella sezione "Procedure consigliate" derivano dal fatto che il sistema blocca gli aggiornamenti simultanei a un criterio di blocco. Quando un criterio di blocco aggiornato viene applicato a nuovi percorsi di contenuto e il criterio di blocco è in sospeso, non è possibile aggiungere altri percorsi di contenuto al criterio di blocco.

Ecco alcuni aspetti da tenere presenti per attenuare questo problema:

• Ogni volta che un blocco aggiornato viene aggiornato, passa immediatamente a uno stato in sospeso. Lo stato dello stato in sospeso indica che il blocco viene applicato ai percorsi del contenuto.

• Se si dispone di uno script che esegue un ciclo e aggiunge percorsi ai criteri uno alla volta, il primo percorso del contenuto, ad esempio una cassetta postale utente, avvia il processo di sincronizzazione che attiva lo stato in sospeso. Ciò significa che vedrai un errore per gli altri utenti che vengono aggiunti alla politica nei cicli successivi.

• Se l'organizzazione utilizza uno script che esegue un ciclo iterativo per aggiornare i percorsi di contenuto per un criterio di blocco, è necessario aggiornare lo script in modo che aggiorni i percorsi in un'unica operazione collettiva.