Freigeben über


Nachverfolgen und Verhindern von Datenverlust beim Migrieren von Postfächern in Exchange Online

Bei der Migration zu Exchange Online kann der Migrationsprozess Inkonsistenzen offenlegen, die das Risiko eines Datenverlusts darstellen. Solche Inkonsistenzen können bei fast jeder Migration auftreten, sei es von lokalen Exchange Server, öffentlichen Ordnern, PST-Dateiimporten, Google Workspace (vormals G Suite) oder IMAP-Servern von Drittanbietern. Der Migrationsprozess verfolgt und meldet alle möglichen Instanzen von Datenverlusten, indem ein DataConsistencyScore generiert wird.

Migrations- und Datenkonsistenzbewertung

Wenn Sie eine Migration versuchen, werden alle Inkonsistenzen zwischen den Quell- und Zieldatenspeichern für DataConsistencyScore angerechnet. Diese Bewertung wird dann verwendet, um zu bestimmen, ob eine Exchange Online Migration erfolgreich abgeschlossen wird oder ob ein Eingriff erforderlich ist.

Es gibt vier mögliche Noten, die von DataConsistencyScore abgeleitet sind.

Klasse Beschreibung Genehmigung erforderlich?
Perfekt Während der Migration wurden keine Inkonsistenzen festgestellt. Es ist keine Genehmigung erforderlich.
Gut Mindestens 1 Inkonsistenz festgestellt, aber der Datenverlust war nicht beeinträchtigt. Beispielsweise, wenn während der Migration nur Metadaten- oder Ordnerberechtigungen verloren gegangen sind. Es ist keine Genehmigung erforderlich.
Untersuchen Es wurde eine kleine Menge merklicher Datenverluste erkannt, die durch einige gängige Inkonsistenztypen verursacht wurden. Die Genehmigung übersprungener Elemente ist für Migrationstypen erforderlich, die über eine integrierte Abschlussphase verfügen, z. B. Hybridmigrationen oder Google Workspace-Onboarding.
Arm Es wurde ein schwerwiegender Datenverlust erkannt. Wenden Sie sich an Microsoft-Support, um Unterstützung zu erhalten. Die Genehmigung übersprungener Elemente ist für Migrationstypen erforderlich, die über eine integrierte Abschlussphase verfügen.

Sie können dataConsistencyScore für Ihre Migration im Exchange Admin Center auf Benutzer- und Batchebene anzeigen. Sie können es auch mithilfe von PowerShell-Cmdlets finden. Die DataConsistencyScore-Eigenschaft ist für die Objekte MigrationBatch, MigrationUser und RequestStatistics vorhanden.

Berechnung von DataConsistencyScore

Es gibt verschiedene Schwellenwerte, die zum Bestimmen von DataConsistencyScore verwendet werden. Microsoft arbeitet ständig an der Optimierung dieser Schwellenwerte, um sicherzustellen, dass bei Migrationen keine problematischen Datenverluste auftreten. Die Details dieser Schwellenwerte werden Exchange Online Administratoren nicht angezeigt.

Bei Batches ist DataConsistencyScore gleich dem schlechtesten DataConsistencyScore eines Benutzers innerhalb dieses Batches. Dieses Verhalten hilft Administratoren sofort zu wissen, ob Datenverluste vorliegen, die untersucht werden sollten.

Leitfaden für Die Noten "Untersuchen" oder "Schlecht"

Bei Migrationen von IMAP-Servern von Drittanbietern, PST-Dateiimporten oder lokalen Exchange Server mit Übernahme oder mehrstufiger Exchange-Migration ist es nicht erforderlich, den Satz übersprungener Elemente zu genehmigen. Die Genehmigung von Migrationen mit einer Bewertung von "Untersuchen" oder "schlechter" ist für den Abschluss von Migrationen vom Typ "Remoteverschiebung", "Öffentlicher Ordner" und "Google Workspace" erforderlich.

Wenn die Migration den Grad Untersuchen erhält, können Sie übersprungene Elemente manuell genehmigen, damit die Migration erfolgreich ist.

Wenn Sie Batches verwenden, führen Sie Folgendes aus:

Set-MigrationBatch -ApproveSkippedItems or Set-MigrationUser -ApproveSkippedItems

Wenn Sie MoveRequests direkt verwenden, führen Sie Folgendes aus:

Set-MoveRequest -SkippedItemApprovalTime $([DateTime]::UtcNow)

Bei einem Batch, der als "Untersuchen" bewertet wird, können Sie durch die Genehmigung der Migration alle Migrationen im Batch mit einer Bewertung von "Perfekt", "Gut" oder "Untersuchen" abschließen.

Bei einem Batch, der als "Schlecht" bewertet wird, können Sie durch die Genehmigung der Migration alle Migrationen im Batch mit einer Bewertung von "Perfekt", "Gut" oder "Untersuchen" abschließen, aber keine Migration im Batch mit der Bewertung "Schlecht" genehmigen.

Wenn die Migration mit der Note "Schlecht" fehlschlägt, können Sie nicht erzwingen, dass die Migration erfolgreich ist. Bitte wenden Sie sich an Microsoft-Support, um Unterstützung zu erhalten.

So sehen Sie, welche Elemente nicht in EAC migriert wurden

  1. Wechseln Sie im Exchange Admin Center zu Migration.

    Screenshot des EAC mit dem Detailbereich für einen bestimmten Migrationsbatch mit hervorgehobenem Link

  2. Wählen Sie den Batch aus, den Sie überprüfen möchten. Klicken Sie im Informationsbereich auf der rechten Seite auf Details anzeigen .

    Screenshot: EAC mit den Details für einen bestimmten Benutzer in einem Migrationsbatch mit hervorgehobenem Link

  3. Wählen Sie den Benutzer aus, den Sie überprüfen möchten. Wählen Sie im Informationsbereich auf der rechten Seite Details übersprungenes Element aus.

Verwenden von Exchange Online-PowerShell

  1. Stellen Sie eine Verbindung mit Exchange Online PowerShell her.

  2. Bestimmen Sie die Identität des Benutzers, den Sie untersuchen möchten.

  3. Führen Sie die folgenden Befehle aus:

    $userStats = Get-MigrationUserStatistics -Identity user@fabrikaminc.net -IncludeSkippedItems
    $userStats.SkippedItems | ft -a Subject, Sender, DateSent, ScoringClassifications
    
  4. Überprüfen Sie die Informationen zu übersprungenen Elementen, die in der SkippedItems-Eigenschaft für das userStats-Objekt bereitgestellt werden.

Abonnieren oder Deaktivieren der Verwendung von DataConsistencyScore

Die Parameter BadItemLimit und LargeItemLimit sind derzeit noch als Optionen verfügbar. Sie können einen Wert für die Parameter BadItemLimit und LargeItemLimit angeben, wenn Sie Cmdlets verwenden, oder Sie können das Feld BadItemLimit oder LargeItemLimit im EAC ausfüllen. Wenn Sie badItemLimit oder LargeItemLimit angeben, wird die alte Migrationsmethode verwendet, und DataConsistencyScore wird nicht berechnet.

Wenn weder der BadItemLimit-Parameter noch der LargeItemLimit-Parameter angegeben wird oder wenn die Felder im EAC-Assistenten leer gelassen werden, werden die neue Migrationsmethode und DataConsistencyScore verwendet.