Gestire i blocchi in eDiscovery (Premium)

È possibile usare un caso di Microsoft Purview eDiscovery (Premium) per creare blocchi per mantenere il contenuto che potrebbe essere rilevante per il caso. Usando le funzionalità di blocco di eDiscovery (Premium), è possibile inserire blocchi sui responsabili e sulle relative origini dati. Inoltre, è possibile inserire un blocco noncustodial nelle cassette postali e nei siti OneDrive for Business. È anche possibile inserire un blocco nella cassetta postale del gruppo, nel sito di SharePoint e nel sito di OneDrive for Business per un gruppo di Microsoft 365. Analogamente, è possibile inserire un blocco nella cassetta postale e nel sito associati a Microsoft Teams. Quando si posizionano i percorsi del contenuto in attesa, il contenuto viene mantenuto fino a quando non si rilascia il responsabile, si rimuove un percorso dati specifico o si eliminano completamente i criteri di blocco. Dopo aver creato un blocco di eDiscovery, l'applicazione del blocco potrebbe richiedere fino a 24 ore.

Visualizzare i blocchi basati su responsabili

In alcuni casi, è possibile che si disponga di un set di responsabili identificati e che si sia deciso di conservarne i dati durante il caso. In eDiscovery (Premium), quando questi responsabili vengono messi in attesa, l'utente e le origini dati selezionate vengono aggiunti automaticamente a un criterio di blocco dei responsabili.

Punti da ricordare sui criteri di blocco:

• Lo stato migliore dei criteri viene recuperato quando una posizione viene visualizzata in un'origine dati
• Se i criteri applicati esistenti vengono eliminati o rilasciati, il sistema sostituisce lo stato e il nome dei criteri di blocco con i criteri applicati o attivi successivi.
• Viene segnalato solo 1 criterio per località. Tuttavia, possono esserci più di 1 criterio che influiscono sulla posizione all'interno del caso. Visualizzare il report di blocco per determinare tutti i criteri applicabili.
• Lo stato di un percorso viene recuperato solo dai criteri applicabili al caso. Non verrà fatto riferimento a un criterio di un altro caso per evidenziare lo stato di blocco della posizione.
• Lo stato di blocco di una posizione viene visualizzato nella colonna Stato blocco nel report di blocco.

Per visualizzare i criteri di blocco del responsabile:

1. Nel Portale di conformità di Microsoft Purview selezionare eDiscovery > Premium per visualizzare l'elenco dei casi nell'organizzazione.
2. Passare alla scheda Origini per aggiungere responsabili all'interno del caso. Per informazioni su come aggiungere e mettere in attesa i responsabili in un caso di eDiscovery (Premium), vedere Aggiungere responsabili a un caso. Se hai già aggiunto i responsabili e li hai messi in attesa, vai al passaggio 3.
3. Passare alla scheda Blocchi e selezionare CustodianHold(HoldId) e assicurarsi che il blocco venga inserito correttamente.

Lo stato di blocco visualizzato per un responsabile nella scheda origine dati è lo stato più restrittivo per tutti i blocchi nelle posizioni sottostanti all'interno dell'origine dati responsabile o noncustodial. Ad esempio, se viene aggiunto un responsabile e include la cassetta postale, OneDrive e diversi canali di Teams, tutte queste origini dati vengono messe in attesa. Tuttavia, se il blocco per OneDrive restituisce un errore ma il blocco su tutte le altre origini dati ha esito positivo, lo stato di blocco per il responsabile non è in attesa perché lo stato più restrittivo si applica anche a tutti i blocchi sottostanti.

Per una singola posizione all'interno di un'origine dati, lo stato di blocco di tale posizione viene determinato usando tutti i criteri di blocco applicati a tale posizione e lo stato di distribuzione. Viene applicato lo stato di blocco di qualsiasi blocco applicato correttamente. Ad esempio, una posizione fa parte di tre criteri di blocco e due criteri hanno uno stato di blocco non riuscito/errore . Se il terzo criterio ha applicato correttamente un blocco, lo stato di blocco della posizione sarà In attesa in base all'esito positivo del blocco sul terzo criterio.

Visualizzare i blocchi noncustodiali

In alcuni casi, è possibile che si disponga di un set di dati che non è associato a un responsabile specifico, ma è necessario identificare i dati come rilevanti per il caso e conservarli. Quando queste origini noncustodiali vengono messe in attesa in eDiscovery (Premium), le origini dati selezionate vengono aggiunte automaticamente a un criterio di blocco noncustodiale.

Per visualizzare un blocco noncustodiale per un caso di eDiscovery (Premium):

1. Nel portale di conformità selezionare eDiscovery > Premium per visualizzare l'elenco dei casi nell'organizzazione.
2. Selezionare la scheda Origini per aggiungere posizioni noncustodiali all'interno del caso. Per informazioni su come aggiungere e inserire dati noncustodiali in attesa in un caso di eDiscovery (Premium), vedere Aggiungere origini dati noncustodiali a un caso di eDiscovery (Premium). Se hai già aggiunto la posizione noncustodial e le hai messe in attesa, vai al passaggio 3.
3. Selezionare la scheda Blocchi e selezionare NCDSHold(HoldId) e assicurarsi che il blocco venga inserito correttamente.

I criteri di origine per la posizione noncustodial sono visualizzati sotto lo stato di blocco. Lo stato di blocco di tale posizione viene determinato usando tutti i criteri di blocco applicati alla posizione e allo stato di distribuzione. Viene applicato lo stato di blocco meno restrittivo di tutti gli stati.

Messa in attesa di posizioni responsabili e noncustodiali

L'inserimento di posizioni responsabili e noncustodiali in blocco mantiene tutto il contenuto nelle posizioni. Per i passaggi per inserire il blocco basato su query in eDiscovery (Premium), vedere Creare blocchi di eDiscovery in un caso di eDiscovery.

Tenere premuto Microsoft Teams e i gruppi di Microsoft 365

Microsoft Teams è basato su gruppi di Microsoft 365. Pertanto, metterli in attesa in eDiscovery (Premium) è simile. Quando si posizionano i gruppi di Microsoft 365 e Microsoft Teams in attesa, tenere presente quanto segue:

• Per posizionare il contenuto in gruppi di Microsoft 365 e Microsoft Teams in attesa, è necessario specificare la cassetta postale e il sito di SharePoint associati a un gruppo o a un team.

• Eseguire il cmdlet Get-UnifiedGroup in Exchange Online per visualizzare le proprietà per un gruppo di Microsoft 365 o microsoft team. Questo metodo è un buon modo per ottenere l'URL per il sito associato a un gruppo di Microsoft 365 o a un team Microsoft. Ad esempio, il comando seguente visualizza le proprietà selezionate per un gruppo di Microsoft 365 denominato Senior Leadership Team:

  Get-UnifiedGroup "Senior Leadership Team" | FL DisplayName,Alias,PrimarySmtpAddress,SharePointSiteUrl
  DisplayName            : Senior Leadership Team
  Alias                  : seniorleadershipteam
  PrimarySmtpAddress     : seniorleadershipteam@contoso.onmicrosoft.com
  SharePointSiteUrl      : https://contoso.sharepoint.com/sites/seniorleadershipteam
  

  Nota

  Per eseguire il cmdlet Get-UnifiedGroup, è necessario avere il ruolo Destinatari di sola lettura in Exchange Online o essere membri di un gruppo di ruoli assegnato al ruolo Destinatari di sola lettura.

• Quando viene eseguita la ricerca nella cassetta postale di un utente, qualsiasi gruppo di Microsoft 365 o Microsoft Team di cui l'utente è membro non viene cercato. Analogamente, quando si inserisce un gruppo di Microsoft 365 o un blocco di Microsoft Team, solo la cassetta postale del gruppo e il sito del gruppo vengono messi in attesa; le cassette postali e i siti di OneDrive dei membri del gruppo non vengono messi in attesa a meno che non vengano aggiunti in modo esplicito come responsabili o che le origini dati siano in attesa. Pertanto, se è necessario mettere in attesa un gruppo di Microsoft 365 o un team Microsoft per un responsabile specifico, è consigliabile eseguire il mapping del sito del gruppo e della cassetta postale del gruppo al responsabile (vedere Gestione dei responsabili in eDiscovery (Premium)). Se il gruppo di Microsoft 365 o microsoft team non è attribuibile a un singolo responsabile, provare ad aggiungere l'origine a un blocco noncustodiale.

• Per ottenere un elenco dei membri di un gruppo di Microsoft 365 o di un team Microsoft, è possibile visualizzare le proprietà nella pagina Home>Gruppi nel interfaccia di amministrazione di Microsoft 365. In alternativa, è possibile eseguire il comando seguente in PowerShell di Exchange Online:

  Get-UnifiedGroupLinks <group or team name> -LinkType Members | FL DisplayName,PrimarySmtpAddress
  

  Nota

  Per eseguire il cmdlet Get-UnifiedGroupLinks, è necessario avere il ruolo Destinatari di sola lettura in Exchange Online o essere membri di un gruppo di ruoli assegnato al ruolo Destinatari di sola lettura.

• Le conversazioni di canale che fanno parte di un canale di Microsoft Teams vengono archiviate nella cassetta postale associata al team. Allo stesso modo, i file che i membri del team condividono in un canale vengono archiviati nel sito di SharePoint del team. Pertanto, è necessario mettere in attesa la cassetta postale e il sito di SharePoint di Microsoft Team per conservare conversazioni e file in un canale.

• In alternativa, le conversazioni che fanno parte dell'elenco chat in Microsoft Teams vengono archiviate nella cassetta postale dell'utente che partecipa alla chat. I file condivisi da un utente nelle conversazioni chat vengono archiviati nel sito di OneDrive dell'utente che condivide il file. Pertanto, è necessario mettere in attesa le singole cassette postali utente e i siti di OneDrive per conservare le conversazioni e i file nell'elenco Chat.

• Ogni canale microsoft team o team contiene un wiki per la creazione di note e la collaborazione. Il contenuto wiki viene salvato automaticamente come file con estensione mht. Il file è archiviato nella raccolta documenti di dati Wiki di Teams nel sito di SharePoint del team. È possibile bloccare il contenuto del Wiki bloccando il sito di SharePoint del team.

  Nota

  La possibilità di conservare il contenuto wiki per un canale microsoft team o team (quando si posiziona il sito di SharePoint del team in attesa) è stata rilasciata il 22 giugno 2017. Se un sito del team è in attesa, il contenuto wiki verrà conservato a partire da tale data. Tuttavia, se un sito del team è in attesa e il contenuto wiki è stato eliminato prima del 22 giugno 2017, il contenuto wiki non è stato conservato.

Stato blocco

La tabella seguente elenca lo stato dei blocchi per gli elementi:

Gestire gli errori di stato di blocco

È possibile che si verifichino errori durante l'inserimento di un blocco sulle origini dati responsabili o noncustodiali. Nella tabella seguente sono elencati gli errori che possono verificarsi e la risoluzione consigliata.

Risorse aggiuntive

• Limiti di blocco di eDiscovery