Beheben von eDiscovery-Aufbewahrungsfehlern

In diesem Artikel werden häufige Probleme, die bei eDiscovery-Haltebereichen auftreten können, und deren Behebung erläutert. Der Artikel enthält auch empfohlene Methoden, mit denen Sie diese Probleme beheben oder vermeiden können.

Informationen zu Problemen bei der eDiscovery-Suche finden Sie unter Beheben von Suchfehlern in eDiscovery (Standard).

Empfohlene Vorgehensweise

Um die Anzahl der Fehler im Zusammenhang mit eDiscovery-Haltebereichen zu reduzieren, empfehlen wir die folgenden Methoden:

• Wenn eine Aufbewahrungsverteilung noch aussteht, warten Sie mit dem status entweder On (Pending) oder Off (Pending), bis die Haltehalteverteilung abgeschlossen ist, bevor Sie weitere Updates vornehmen.

• Überprüfen Sie, ob eine Halterichtlinie aussteht, bevor Sie weitere Aktualisierungen vornehmen. Führen Sie die folgenden Befehle aus, oder speichern Sie sie in einem PowerShell-Skript.

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

• Führen Sie Ihre Updates in einer einzelnen Massenanforderung mit einem eDiscovery-Haltebereich zusammen, anstatt die Aufbewahrungsrichtlinie für jede Transaktion wiederholt zu aktualisieren. Wenn Sie beispielsweise mehrere Benutzerpostfächer zu einer vorhandenen Aufbewahrungsrichtlinie hinzufügen möchten, indem Sie das Cmdlet Set-CaseHoldPolicy aus Security & Compliance PowerShell verwenden, führen Sie den Befehl aus (oder fügen Sie einem Skript als Codeblock hinzu), sodass er nur einmal ausgeführt wird, um mehrere Benutzer hinzuzufügen.

  Richtig

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

  Falsch

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

  Im vorherigen falschen Beispiel wird das Cmdlet fünf mal ausgeführt, um die Aufgabe abzuschließen. Weitere Informationen zu den empfohlenen Methoden zum Hinzufügen von Benutzern zu einer Haltebereichsrichtlinie finden Sie im Abschnitt Weitere Informationen .

• Bevor Sie sich mit Microsoft-Support zu eDiscovery-Halteproblemen in Verbindung setzen, überprüfen Sie anhand des ResultCodes, was zu einem Fehler bei der Richtlinie führt:

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

  

Fehler: PolicySyncTimeout

Wenn dieser Fehler in ResultCode: PolicySyncTimeout und der folgenden Fehlermeldung angezeigt wird, überprüfen Sie LastResultTime, um festzustellen, ob es länger als zwei Stunden seit dem Erreichen des Timeouts für die Synchronisierung war.

Die Bereitstellung der Richtlinie dauert länger als erwartet. Es kann weitere 2 Stunden dauern, bis die endgültige Bereitstellung status aktualisiert wurde. Überprüfen Sie daher ein paar Stunden.

Lösung

Wenn Sie ausführen, Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution wird das Problem behoben.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Auch bei der Halte-Seite im Microsoft Purview-Complianceportal können Sie die Richtlinie erneut bereitstellen, indem Sie auf Wiederholen klicken.

Fehler: PolicyNotifyError

Wenn dieser Fehler in ResultCode: PolicyNotifyError und der folgenden Fehlermeldung angezeigt wird, wurde die Richtliniensynchronisierung durch ein Rechenzentrumsproblem unterbrochen.

Die Richtlinie kann aufgrund eines temporären Microsoft 365-Rechenzentrumsproblems nicht für die Inhaltsquelle bereitgestellt werden. Die aktuelle Richtlinie wird nicht auf Inhalte in der Quelle angewendet, sodass die blockierte Bereitstellung keine Auswirkungen hat. Versuchen Sie, die Richtlinie erneut bereitzustellen, um dieses Problem zu beheben.

Lösung

Wenn Sie ausführen, Set-CaseHoldPolicy -Identity "policyname" -RetryDistribution wird das Problem behoben.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Auch bei der Halte-Seite im Microsoft Purview-Complianceportal können Sie die Richtlinie erneut bereitstellen, indem Sie auf Wiederholen klicken.

Fehler: InternalError

Wenn dieser Fehler in ResultCode: InternalError und der folgenden Fehlermeldung angezeigt wird, muss dieses Problem von Microsoft behoben werden.

Die Richtlinienbereitstellung wurde durch ein unerwartetes Microsoft 365-Rechenzentrumsproblem unterbrochen. Wenden Sie sich an den Microsoft-Support, um das Bereitstellungsproblem zu beheben.

Lösung

Wenden Sie sich an Microsoft-Support mit den folgenden Informationen:

• Richtlinienname
• Microsoft 365-Dienst oder -Feature
• Ergebniscode
• Ergebnismeldung
• Zusätzliche Diagnose

Fehler: FailedToOpenContainer

Wenn dieser Fehler im ResultCode: FailedToOpenContainer und die folgende Fehlermeldung angezeigt wird, wenn Verwahrer und Datenquellen in den Halteraum versetzt werden, verwenden Sie die Lösungsschritte, um das Problem zu beheben.

Das Postfach oder die SharePoint-Website ist möglicherweise nicht vorhanden. Wenn dies falsch ist, wenden Sie sich an den Microsoft-Support. Entfernen Sie sie andernfalls aus dieser Richtlinie.

Lösung

• Führen Sie Get-Mailbox in Exchange Online PowerShell aus, um zu überprüfen, ob das Benutzerpostfach in Ihrem organization vorhanden ist.

• Führen Sie das Cmdlet Get-SPOSite in SharePoint Online PowerShell aus, um zu überprüfen, ob die Website in Ihrem organization vorhanden ist.

• Überprüfen Sie, ob sich die Website-URL geändert hat.

• Entfernen Sie das Postfach oder die Website aus der Richtlinie, wenn das Objekt nicht vorhanden ist.

Fehler: SiteInReadonlyOrNotAccessible

Wenn dieser Fehler im ResultCode: SiteInReadonlyOrNotAccessible und der folgenden Fehlermeldung angezeigt wird, befindet sich die SharePoint-Website im schreibgeschützten Modus.

Die SharePoint-Website ist schreibgeschützt oder nicht zugänglich. Wenden Sie sich an den Websiteadministrator, um die Website beschreibbar zu machen, und stellen Sie diese Richtlinie dann erneut bereit.

Lösung

Entsperren Sie die Website (oder bitten Sie einen Administrator, sie zu entsperren), um dieses Problem zu beheben. Weitere Informationen zum Ändern des Sperrstatus für eine Website finden Sie unter Sperren und Entsperren von Websites.

Fehler: SiteOutOfQuota

Wenn dieser Fehler in ResultCode: SiteOutOfQuota und der folgenden Fehlermeldung angezeigt wird, hat die SharePoint-Website ihr Speicherkontingent erreicht.

Die SharePoint-Website verfügt nicht über ein ausreichendes Kontingent. Weisen Sie der Websitesammlung ein weiteres Kontingent zu, und stellen Sie diese Richtlinie dann erneut bereit.

Lösung

Fügen Sie der Websitesammlung weiteren Speicher hinzu (oder bitten Sie einen Administrator, weitere Speicher hinzuzufügen). Weitere Informationen zum Verwalten der Speicherkontingente für eine Website finden Sie unter Verwalten von Speicherlimits für Websitesammlungen.

Nachdem dem Standort ein weiteres Speicherkontingent hinzugefügt wurde, muss die Richtlinie erneut bereitgestellt werden.

Set-CaseHoldPolicy "policyname" -RetryDistribution

Auch bei der Halte-Seite im Microsoft Purview-Complianceportal können Sie die Richtlinie erneut bereitstellen, indem Sie auf Wiederholen klicken.

Fehler: RecipientTypeNotAllowed

Wenn dieser Fehler in ResultCode: RecipientTypeNotAllowed und der folgenden Fehlermeldung angezeigt wird, wird der Richtlinie ein Exchange-Speicherort zugewiesen, bei dem es sich um ein Postfach handelt.

Der Empfängertyp ist für Haltebereiche nicht zulässig.

Lösung

Führen Sie Get-Recipient in Exchange Online PowerShell aus, um zu überprüfen, ob die Adresse im Endpunkt ein gültiges Postfach ist.

Wenn das obige Cmdlet anzeigt, dass die SMTP-Adresse kein gültiges Postfach ist, entfernen Sie es aus der Richtlinie.

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

Weitere Informationen

Die Anleitung zum Aktualisieren von Aufbewahrungsrichtlinien für mehrere Benutzer im Abschnitt "Empfohlene Methoden" ergibt sich aus der Tatsache, dass das System gleichzeitige Updates einer Haltebereichsrichtlinie blockiert. Das bedeutet, wenn eine aktualisierte Aufbewahrungsrichtlinie auf neue Inhaltsspeicherorte angewendet wird und sich die Aufbewahrungsrichtlinie in einem ausstehenden Zustand befindet, können der Aufbewahrungsrichtlinie keine zusätzlichen Inhaltsspeicherorte hinzugefügt werden. Hier sind einige Punkte, die Sie beachten sollten, um dieses Problem zu beheben:

• Jedes Mal, wenn ein Haltepunkt aktualisiert wird, wechselt er sofort in den Status "Ausstehend". Der status pending status bedeutet, dass der Haltezustand auf Inhaltsspeicherorte angewendet wird.

• Wenn Sie über ein Skript verfügen, das eine Schleife ausführt und der Richtlinie Speicherorte nacheinander hinzufügt (ähnlich dem falschen Beispiel im Abschnitt "Empfohlene Methoden"), initiiert der erste Inhaltsspeicherort (z. B. ein Benutzerpostfach) den Synchronisierungsprozess, der den Status "Ausstehend" auslöst. Das bedeutet, dass die anderen Benutzer, die der Richtlinie in nachfolgenden Schleifen hinzugefügt werden, zu einem Fehler führen.

• Wenn Ihr organization ein Skript verwendet, das eine Schleife ausführt, um die Inhaltsspeicherorte für eine Haltebereichsrichtlinie zu aktualisieren, müssen Sie das Skript so aktualisieren, dass es Speicherorte in einem einzelnen Massenvorgang aktualisiert (wie im richtigen Beispiel im Abschnitt "Empfohlene Methoden" gezeigt).