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 ridurre 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 questa procedura:

• Se una distribuzione di blocco è ancora in sospeso, con uno stato o On (Pending)Off (Pending), attendere il completamento della distribuzione del blocco prima di effettuare altri aggiornamenti.

• Controllare se un criterio di blocco è in sospeso prima di apportare altri 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 bulk anziché aggiornare ripetutamente i criteri di blocco per ogni transazione. Ad esempio, per aggiungere più cassette postali utente a un criterio di blocco esistente usando il cmdlet Set-CaseHoldPolicy di Security & Compliance PowerShell, eseguire il comando (o aggiungere come blocco di codice a uno script) in modo che venga 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, controllare cosa causa l'esito negativo dei criteri archiviando DistributionResults, in base al ResultCode:

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

  

Errore: PolicySyncTimeout

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

La distribuzione dei criteri richiede più tempo del previsto. Potrebbero essere necessarie altre 2 ore per aggiornare lo stato finale della distribuzione, quindi ricontrollare tra un paio d'ore.

Risoluzione

L'esecuzione di Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution risolverà il problema.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Anche nella pagina di blocco dei casi nel Portale di conformità di Microsoft Purview, è possibile ridistribuire i criteri facendo clic su Riprova.

Errore: PolicyNotifyError

Se viene visualizzato questo errore in ResultCode: PolicyNotifyError e nel 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 dalla distribuzione bloccata. Per risolvere questo problema, provare a ridistribuirlo.

Risoluzione

L'esecuzione di Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution risolverà il problema.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Anche nella pagina di blocco dei casi nel Portale di conformità di Microsoft Purview, è possibile ridistribuire i criteri facendo clic su Riprova.

Errore: InternalError

Se viene visualizzato questo errore in ResultCode: InternalError e nel messaggio di errore seguente, il 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 criterio
• Servizio o funzionalità Microsoft 365
• Codice risultato
• Messaggio di risultato
• Diagnostica aggiuntiva

Errore: FailedToOpenContainer

Se viene visualizzato questo errore in ResultCode: FailedToOpenContainer e nel messaggio di errore seguente quando si mettono in attesa responsabili e origini dati, usare la procedura di risoluzione per risolvere il problema.

La cassetta postale o il sito di SharePoint potrebbe non esistere. In caso di errore, contattare il supporto tecnico Microsoft. In caso contrario, rimuoverlo da questo criterio.

Risoluzione

• Eseguire Get-Mailbox in Exchange Online PowerShell per verificare se la cassetta postale utente è presente nell'organizzazione.

• Eseguire il cmdlet Get-SPOSite in SharePoint Online PowerShell per verificare se il sito esiste nell'organizzazione.

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

• Rimuovere la cassetta postale o il sito dai criteri, 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 questo 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 nel messaggio di errore seguente, il sito di SharePoint ha raggiunto la quota di archiviazione.

La quota del sito di SharePoint non è 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 altre informazioni su come gestire le quote di archiviazione per un sito, vedere Gestire i limiti di archiviazione delle raccolte siti.

Dopo aver aggiunto più quota di archiviazione al sito, sarà necessario ridistribuire i criteri.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Anche nella pagina di blocco dei casi nel Portale di conformità di Microsoft Purview, è possibile ridistribuire i criteri facendo clic su Riprova.

Errore: RecipientTypeNotAllowed

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

Il tipo di destinatario non è consentito per i blocchi.

Risoluzione

Eseguire Get-Recipient in Exchange Online PowerShell per verificare se l'indirizzo nell'endpoint è una cassetta postale valida.

Se il cmdlet precedente mostra che l'indirizzo SMTP non è una cassetta postale valida, rimuoverlo dai criteri.

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

Ulteriori 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. Ciò significa che 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 ai criteri di blocco. Ecco alcuni aspetti da tenere a mente per ridurre questo problema:

• Ogni volta che un blocco aggiornato viene aggiornato, entra immediatamente in uno stato in sospeso. Lo 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 i percorsi ai criteri uno alla volta (simile all'esempio errato illustrato nella sezione "Procedure consigliate"), 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 gli altri utenti aggiunti ai criteri nei cicli successivi generano un errore.

• Se l'organizzazione usa uno script che esegue un ciclo per aggiornare i percorsi del contenuto per un criterio di blocco, è necessario aggiornare lo script in modo che aggiorni i percorsi in una singola operazione in blocco , come illustrato nell'esempio corretto nella sezione "Procedure consigliate".