Ř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 jak je vyřešit. Č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 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 je distribuce blokování stále čeká na vyřízení, se stavem buď
On (Pending)neboOff (Pending), počkejte, až se distribuce blokování dokončí, než provedete další aktualizace.Než provedete další aktualizace, 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." }Sloučí aktualizace do blokování eDiscovery v jednom hromadném požadavku a neaktualizuje zásady blokování pro každou transakci opakovaně. Pokud například chcete do existující zásady blokování přidat více poštovních schránek uživatelů pomocí rutiny Set-CaseHoldPolicy z PowerShellu pro zabezpečení a dodržování předpisů, spusťte příkaz (nebo přidejte jako blok kódu do skriptu), aby se spustilo pouze jednou pro přidání více uživatelů.
Správně
Set-CaseHoldPolicy -Identity "policyname" -AddExchangeLocation "User1", "User2", "User3", "User4", "User5"Špatně
$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ání uživatelů do zásad blokování najdete v části Další informace .
Než se obrátíte na 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ě kódu ResultCode:
Get-CaseHoldPolicy -Identity "policyname" -DistributionDetail | Select -ExpandProperty DistributionResults
Chyba: PolicySyncTimeout
Pokud se tato chyba zobrazí v kódu ResultCode: PolicySyncTimeout a následující chybová zpráva, zkontrolujte lastResultTime a zjistěte, jestli uplynula déle než dvě hodiny od dosažení časového limitu synchronizace.
Nasazení zásady trvá déle, než se čekalo. Aktualizace konečného stavu nasazení může trvat dalších 2 hodiny, takže se vraťte zpět za pár hodin.
Řešení
Spuštěním tohoto Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution problému problém vyřešíte.
Set-CaseHoldPolicy "policyname" -RetryDistribution
V případě uložení stránky v Portál dodržování předpisů Microsoft Purview můžete zásadu znovu nasadit kliknutím na Opakovat.
Chyba: PolicyNotifyError
Pokud se tato chyba zobrazí v kódu ResultCode: PolicyNotifyError a následující chybová zpráva, 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ásada se nevztahuje na žádný obsah ve zdroji, takže nemá žádný vliv na blokované nasazení. Pokud chcete tento problém vyřešit, zkuste zásadu znovu nasadit.
Řešení
Spuštěním tohoto Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution problému problém vyřešíte.
Set-CaseHoldPolicy "policyname" -RetryDistribution
V případě uložení stránky v Portál dodržování předpisů Microsoft Purview můžete zásadu znovu nasadit kliknutím na Opakovat.
Chyba: InternalError
Pokud se tato chyba zobrazí v kódu ResultCode: InternalError a následující chybová zpráva, musí tento problém vyřešit Microsoft.
Nasazení zásad přerušilo neočekávaný problém s datacentrem Microsoftu 365. Pokud chcete problém s nasazením vyřešit, obraťte se na podporu Microsoftu.
Řešení
Obraťte se na 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 tato chyba zobrazí v kódu ResultCode: FailedToOpenContainer a následující chybová zpráva při blokování správce a zdrojů dat, při řešení tohoto problému postupujte podle kroků řešení.
Poštovní schránka nebo sharepointový web pravděpodobně neexistují. Pokud je to nesprávné, obraťte se na podporu Microsoftu. V opačném případě ji odeberte z této zásady.
Řešení
Spuštěním rutiny Get-Mailbox v Prostředí Exchange Online PowerShell zkontrolujte, jestli poštovní schránka uživatele ve vaší organizaci existuje.
Spuštěním rutiny Get-SPOSite v PowerShellu SharePointu Online zkontrolujte, jestli web ve vaší organizaci existuje.
Zkontrolujte, jestli se adresa URL webu nezměnila.
Odeberte poštovní schránku nebo web ze zásad, pokud objekt neexistuje.
Chyba: SiteInReadonlyOrNotAccessible
Pokud se tato chyba zobrazí v kódu ResultCode: SiteInReadonlyOrNotAccessible a následující chybová zpráva, sharepointový web je v režimu jen pro čtení.
Sharepointový web je jen pro čtení nebo není přístupný. Požádejte správce webu, aby byl web zapisovatelný, a pak tuto zásadu znovu nasaďte.
Řešení
Odemkněte web (nebo požádejte správce o jeho odemknutí), aby tento problém vyřešil. Další informace o tom, jak změnit stav uzamčení webu, najdete v tématu Uzamčení a odemknutí webů.
Chyba: SiteOutOfQuota
Pokud se tato chyba zobrazí v kódu ResultCode: SiteOutOfQuota a následující chybová zpráva, sharepointový web dosáhl kvóty úložiště.
Sharepointový web 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 do kolekce webů přidal další úložiště). 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ásady znovu nasadit.
Set-CaseHoldPolicy "policyname" -RetryDistribution
V případě uložení stránky 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, umístění Exchange, které je poštovní schránka je přiřazena k zásadě.
Typ příjemce není povolený pro blokování.
Řešení
Spuštěním rutiny Get-Recipient v Prostředí Exchange Online PowerShell 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ásad.
Set-CaseHoldPolicy "policyname" -RemoveExchangeLocation "non-mailbox user"
Více informací
Pokyny k aktualizaci zásad blokování pro více uživatelů v části Doporučené postupy vycházejí ze skutečnosti, že systém blokuje současné aktualizace zásad blokování. To znamená, že když se na nová umístění obsahu použije aktualizovaná zásada blokování a zásada blokování je 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 zmírnit:
Pokaždé, když se aktualizuje blokování, okamžitě přejde do čekajícího stavu. Stav čekajícího stavu znamená, že blokování se používá na umístění obsahu.
Pokud máte skript, který spustí smyčku a přidá umístění do zásad jednu po druhé (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ásad v následných smyčkách způsobí chybu.
Pokud vaše organizace používá skript, který spouští smyčku pro aktualizaci umístění obsahu pro zásady blokování, musíte skript aktualizovat tak, aby aktualizoval umístění v jediné hromadné operaci (jak je znázorněno ve správném příkladu v části Doporučené postupy).