Řešení chyb blokování eDiscovery

Tento článek popisuje běžné problémy, ke kterým může dojít u blokování eDiscovery, a jejich řešení. Článek obsahuje také doporučené postupy, které vám pomůžou tyto problémy zmírnit nebo se jim vyhnout.

Informace o problémech s vyhledáváním v eDiscovery najdete v tématu Řešení chyb hledání v eDiscovery (Standard).

Doporučené postupy

Pokud chcete snížit počet chyb souvisejících s blokováním eDiscovery, doporučujeme následující postupy:

• Pokud distribuce blokování stále čeká na vyřízení se stavem nebo On (Pending)Off (Pending), počkejte, až se distribuce blokování dokončí, než provedete další aktualizace.

• Před provedením dalších aktualizací zkontrolujte, jestli zásady blokování čekají na vyřízení. Spusťte následující příkazy nebo je uložte do skriptu PowerShellu.

  $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."
  }
  

• Aktualizace blokování eDiscovery sloučíte do jediného hromadného požadavku a neaktualizujete zásady blokování opakovaně pro každou transakci. Pokud například chcete přidat více poštovních schránek uživatelů do existující zásady blokování pomocí rutiny Set-CaseHoldPolicy z PowerShellu pro zabezpečení & dodržování předpisů, spusťte příkaz (nebo přidejte jako blok kódu do skriptu), aby se pro přidání více uživatelů spustilo jenom jednou.

  Správné

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

  Nesprávné

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

  V předchozím nesprávném příkladu se rutina spustí pět samostatnýchkrát, aby se úloha dokončila. Další informace o doporučených postupech pro přidávání uživatelů do zásad blokování najdete v části Další informace .

• Než budete kontaktovat podpora Microsoftu o problémech s blokováním eDiscovery, zkontrolujte, co způsobuje selhání zásady, a to tak, že zkontrolujete hodnotu DistributionResults na základě resultCode:

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

  

Chyba: PolicySyncTimeout

Pokud se tato chyba zobrazí v resultCode: PolicySyncTimeout a v následující chybové zprávě, zkontrolujte LastResultTime, jestli od vypršení časového limitu uběhlo více než dvě hodiny.

Nasazení zásad trvá déle, než se čekalo. Aktualizace konečného stavu nasazení může trvat další 2 hodiny, takže se vraťte za pár hodin.

Řešení

Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution Problém vyřešíte spuštěním příkazu .

Set-CaseHoldPolicy "policyname" -RetryDistribution

Také na stránce s blokováním případu v Portál dodržování předpisů Microsoft Purview můžete zásadu znovu nasadit kliknutím na Opakovat.

Chyba: PolicyNotifyError

Pokud se v resultCode: PolicyNotifyError a v následující chybové zprávě zobrazí tato chyba, problém s datacentrem přerušil synchronizaci zásad.

Zásady nelze nasadit do zdroje obsahu kvůli dočasnému problému s datacentrem Microsoftu 365. Aktuální zásady se nevztahují na žádný obsah ve zdroji, takže blokované nasazení nemá žádný vliv. Pokud chcete tento problém vyřešit, zkuste zásadu nasadit znovu.

Řešení

Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution Problém vyřešíte spuštěním příkazu .

Set-CaseHoldPolicy "policyname" -RetryDistribution

Také na stránce s blokováním případu v Portál dodržování předpisů Microsoft Purview můžete zásadu znovu nasadit kliknutím na Opakovat.

Chyba: InternalError

Pokud se v resultCode: InternalError a následující chybová zpráva zobrazí tato chyba, musí tento problém vyřešit Microsoft.

Nasazení zásad bylo přerušeno neočekávaným problémem s datovým centrem Microsoftu 365. Pokud chcete problém s nasazením vyřešit, obraťte se na podporu Microsoftu.

Řešení

Kontaktujte podpora Microsoftu s následujícími informacemi:

• Název zásady
• Služba nebo funkce Microsoftu 365
• Kód výsledku
• Výsledná zpráva
• Další diagnostika

Chyba: FailedToOpenContainer

Pokud se při blokování správců a zdrojů dat zobrazí tato chyba v resultCode: FailedToOpenContainer a následující chybová zpráva, použijte k řešení tohoto problému postup řešení.

Poštovní schránka nebo web služby SharePoint nemusí existovat. Pokud je to nesprávné, obraťte se na podporu Microsoftu. V opačném případě ho odeberte z této zásady.

Řešení

• Spuštěním rutiny Get-Mailbox v Exchange Online PowerShellu zkontrolujte, jestli poštovní schránka uživatele ve vaší organizaci existuje.

• Spuštěním rutiny Get-SPOSite v SharePointu Online PowerShellu zkontrolujte, jestli web existuje ve vaší organizaci.

• Zkontrolujte, jestli se adresa URL webu nezměnila.

• Pokud objekt neexistuje, odeberte poštovní schránku nebo web ze zásad.

Chyba: SiteInReadonlyOrNotAccessible

Pokud se v kódu výsledku: SiteInReadonlyOrNotAccessible a následující chybové zprávě zobrazí tato chyba, je sharepointový web v režimu jen pro čtení.

Sharepointový web je jen pro čtení nebo není přístupný. Požádejte správce webu, aby web byl zapisovatelný, a pak tuto zásadu znovu nasaďte.

Řešení

Pokud chcete tento problém vyřešit, odemkněte web (nebo požádejte správce, aby ho odemkl). Další informace o tom, jak změnit stav uzamčení webu, najdete v tématu Uzamčení a odemknutí webů.

Chyba: SiteOutOfQuota

Pokud se zobrazí tato chyba v resultCode: SiteOutOfQuota a následující chybová zpráva, web Služby SharePoint dosáhl své kvóty úložiště.

Web služby SharePoint nemá dostatečnou kvótu. Přidělte kolekci webů větší kvótu a pak tuto zásadu znovu nasaďte.

Řešení

Přidejte na web další úložiště (nebo požádejte správce, aby přidal další úložiště) do kolekce webů. Další informace o správě kvót úložiště pro web najdete v tématu Správa limitů úložiště kolekce webů.

Po přidání další kvóty úložiště na web bude potřeba zásadu znovu nasadit.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Také na stránce s blokováním případu v Portál dodržování předpisů Microsoft Purview můžete zásadu znovu nasadit kliknutím na Opakovat.

Chyba: RecipientTypeNotAllowed

Pokud se tato chyba zobrazí v ResultCode: RecipientTypeNotAllowed a následující chybová zpráva, je k zásadě přiřazeno umístění Exchange, které je poštovní schránkou.

Typ příjemce není povolený pro blokování.

Řešení

Spuštěním příkazu Get-Recipient v Exchange Online PowerShellu zkontrolujte, jestli je adresa v koncovém bodu platná poštovní schránka.

Pokud výše uvedená rutina ukazuje, že adresa SMTP není platná poštovní schránka, odeberte ji ze zásady.

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

Další informace

Pokyny k aktualizaci zásad blokování pro více uživatelů v části Doporučené postupy jsou důsledkem toho, že systém blokuje souběžné aktualizace zásad blokování. To znamená, že pokud se u nových umístění obsahu použijí aktualizované zásady blokování a zásady blokování jsou ve stavu čekání, není možné do zásad blokování přidat další umístění obsahu. Tady je několik věcí, které byste měli mít na paměti, abyste tento problém mohli zmírnit:

• Při každé aktualizaci blokování okamžitě přejde do čekajícího stavu. Stav čeká na vyřízení znamená, že se blokování uplatňuje na umístění obsahu.

• Pokud máte skript, který spouští smyčku a postupně přidává umístění do zásad (podobně jako v nesprávném příkladu uvedeném v části Doporučené postupy), první umístění obsahu (například poštovní schránka uživatele) zahájí proces synchronizace, který aktivuje čekající stav. To znamená, že ostatní uživatelé přidaní do zásady v následných smycích způsobí chybu.

• Pokud vaše organizace používá skript, který spouští smyčku k aktualizaci umístění obsahu pro zásady blokování, musíte skript aktualizovat tak, aby aktualizoval umístění v rámci jedné hromadné operace (jak je znázorněno ve správném příkladu v části Doporučené postupy).