Troubleshoot public folder batch migrations

Gilt für: Exchange Server 2013

Letztes Änderungsdatum des Themas: 2016-12-09

Zusammenfassung: In diesem Artikel finden Sie Schritte zur Behandlung von Problemen bei Batchmigrationen von öffentlichen Exchange-Ordnern.

Es gibt verschiedene Probleme, die bei der Batchmigration öffentlicher Ordner von älteren Exchange-Versionen zu Exchange 2013 oder Office 365 häufiger auftreten. Die Informationen in diesem Artikel sollen Ihnen dabei helfen, diese Probleme zu identifizieren und zu behandeln, damit Sie die Batchmigration erfolgreich durchführen können.

Es werden folgende Themen behandelt, falls angebracht inklusive grundlegender Schritte zur Bestätigung oder Behebung des Fehlers:

• Lokalisieren der nötigen Informationen, um mit der Behandlung von Problemen bei einer Batchmigration zu beginnen

• Fehler beim Aktivieren öffentlicher Ordner für E-Mails

• Abschließen des Migrationsprozesses

• Postfächer, die nach der Migration die Hierarchie ausliefern

• Paralleles Ausführen von mehr Jobs

• Analysieren beschädigter Elemente

Was sollten Sie wissen, bevor Sie beginnen?

• Geschätzter Zeitaufwand für die Durchführung dieser Aufgabe: variiert je nach Typ der Migrationsprobleme

• Bevor Sie diese Verfahren ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Informationen zu den von Ihnen benötigten Berechtigungen finden Sie unter "Öffentliche Ordner" im Thema Freigabe- und Zusammenarbeitsberechtigungen.

• Informationen zu Tastenkombinationen für die Verfahren in diesem Thema finden Sie unter Tastenkombinationen in der Exchange-Verwaltungskonsole.

Was möchten Sie machen?

Lokalisieren der nötigen Informationen, um mit der Behandlung von Problemen bei einer Batchmigration zu beginnen

Daten zu Batchmigrationen sind an mehreren Stellen hinterlegt. Verglichen mit den zentralisierten seriellen Migrationen der Vergangenheit ist die Erfassung und Diagnose von Fehlern daher schwieriger. Wenn eine Anforderung für eine Batchmigration erstellt wird, werden alle Informationen in Nachrichten gespeichert, die über das Organisationspostfach (Migrationspostfach) erstellt werden. Die im EAC angezeigten Informationen zu einer Batchmigration stammen aus dem Migrationspostfach. Mithilfe des folgenden Befehls können Sie die Datenbank finden, in der sich das Postfach befindet:

Get-Mailbox -Arbitration -Organization $org Mig* | fl Name,Database

Anschließend können Sie Get-MailboxDatabaseCopyStatus ausführen, um herauszufinden, auf welchem Server diese Postfachdatenbank bereitgestellt ist.

Der Migrationsdienst wird auf dem betreffenden Server als MSExchangeServiceHost ausgeführt und ist zuständig für die Erstellung, Fortsetzung, Aussetzung und Entfernung von allen zur Batchmigrationsanforderung gehörenden MRS-Jobs.

Sobald die Batchmigrationsanforderung über das Cmdlet New-PublicFolderMailboxMigrationRequest gestartet wird, erstellt sie die Jobelemente und die ihnen zugrunde liegenden MRS-Jobs. Jeder MRS-Job wird im Systempostfach der Datenbank gespeichert, die das Zielpostfach des betreffenden Jobs hostet. Wie bei allen MRS-Jobs sind auch die Daten dieser Jobs über die Cmdlets Get-*Request und Get-*RequestStatistics abrufbar.

Aus dem Migrationspostfach können Sie folgende Informationen abrufen:

• Informationen zu Endpunkten oder die Konnektivitätseinstellungen der Batchanforderung

• Batchmetadaten, darunter Informationen aus der von den Batchmigrationsskripten generierten CSV-Datei, Grenzwerte für beschädigte Elemente oder große Elemente sowie eine Übersicht über die Integrität der Batchanforderung und ihren aktuellen Status

• Informationen zu Jobelementen: Zwischen Jobelementen und MRS-Jobs besteht eine 1:1-Zuordnung. Jobelemente werden ständig aktualisiert, basierend auf Momentaufnahmen, die Sie durch Ausführung von New-PublicFolderMailboxMigrationRequest erstellen.

• Berichte zu den verschiedenen Phasen der Batchmigration, die per E-Mail versendet werden

Führen Sie die folgenden Befehle aus, um den Migrationsbenutzer zu finden sowie den zugehörigen MRS-Job, dessen Ziel das primäre Postfach ist:

$primaryMailboxGuid = (Get-OrganizationConfig $org).RootPublicFolderMailbox.HierarchyMailboxGuid

$primaryMailboxUser = $users | ?{$_.MailboxGuid -eq $primaryMailboxGuid}

$primaryMailboxJob = Get-PublicFolderMailboxMigrationRequest "$org\$($primaryMailboxUser.RequestGuid)"

Führen Sie die folgenden Befehle aus, um allgemeine Details zum Jobstatus abzurufen:

$primaryMailboxUserStats = $primaryMailboxUser | Get-MigrationUserStatistics -Organization $org

$primaryMailboxUserStats | fl Status,Error

Noch mehr Informationen können Sie über den Befehl Get-*Statistics abrufen.

Ausführliche Informationen zu Syntax und Parametern finden Sie in den folgenden Themen:

• Get-Mailbox

• Get-PublicFolderDatabase

• Get-PublicFolderMailboxMigrationRequest

• Get-PublicFolderMigrationRequestStatistics

Beheben von Fehlern beim Aktivieren öffentlicher Ordner für E-Mails

Lassen sich öffentliche Ordner während einer Migration nicht für E-Mails aktivieren, hat das in der Regel einen von zwei Gründen:

• Active Directory-Objekte werden nicht korrekt zwischen der lokalen Umgebung und Office 365 synchronisiert.

• Nach der ersten Synchronisierung sind einige der öffentlichen Ordner in Active Directory in Office 365 mit keinem Speicherordner verknüpft.

In beiden Fällen müssen Sie zur Wiederherstellung das Skript "Sync-MailPublicFolders" ausführen.

Beheben von Fehlern beim Abschließen des Migrationsprozesses

Vor dem Abschluss sollte die Batchmigration den Status Synced haben. Ist der Status SyncedWithErrors, müssen Sie den Befehl Start-MigrationBatch ausführen, bevor Sie fortfahren. Start-MigrationBatch setzt nur die Jobs fort bzw. startet nur die Jobs neu, die fehlgeschlagen sind. Der Befehl Complete-MigrationBatch setzt alle Jobs fort. Start-MigrationBatch gibt Ihnen die Gelegenheit, alle fehlgeschlagenen Jobs zu fixen und die Wirksamkeit der Fixes zu überprüfen, bevor Sie die Migration abschließen. Wir raten Ihnen davon ab, die Migration abzuschließen, ohne die Fehler zu beheben. Dieselben Fehler könnten zu einem vollständigen Abbruch der Migration führen.

Das Diagramm unten veranschaulicht, wie der Statusverlauf beim erfolgreichen Abschluss einer Batchmigration aussieht:

Dieses Diagramm stellt den korrekten Statusverlauf bei den einzelnen Jobelementen dar:

Der Statusverlauf von MRS-Jobs sollte wie folgt aussehen:

Wenn während einer der in den zwei Diagrammen oben grün markierten Phasen ein Job fehlschlägt, wird der Migrationsprozess einige Male neu gestartet. Tritt der Fehler weiterhin auf, erhält der Administrator einen Bericht per E-Mail, und der Batchmigrationsprozess wird zurück in den Status SyncedWithErrors versetzt.

Wenn Sie mit dem Abschließen der Batchmigration beginnen, setzt der Migrationsdienst alle Jobs fort und stellt dabei sicher, dass für jeden Job erfolgreich eine inkrementelle Synchronisierung durchgeführt wird. Zur Vermeidung von Datenverlust wird vor diesem Schritt die Quelle gesperrt. Wenn alle MRS-Jobs wieder den Status AutoSuspended erreichen, wurden sie erfolgreich durchgeführt und Sie können mit dem Abschließen der Migration fortfahren. Die in Exchange Online/Office 365 bereitgestellten öffentlichen Ordner werden entsperrt. Dann werden alle Jobs ein letztes Mal fortgesetzt, damit sie Bereinigungsaufgaben durchführen können. Schließlich erreichen sie den Status Completed. Sobald alle Jobs den Status Completed erreicht haben, wechselt auch der Status der gesamten Batchmigration auf Completed.

Beheben von Fehlern bei Postfächern, die nach der Migration die Hierarchie ausliefern

...

Das einzige Szenario, in dem Kunden "IsExcludedFromServingHierarchy=true" setzen müssten: Sie möchten festlegen, dass ein bestimmtes Postfach ausschließlich als Inhaltspostfach agiert (d. h. an keinen Benutzer die Hierarchie ausliefert). Darüber hinaus sollte während einer Migration "PublicFoldersEnabled=Remote" gesetzt sein, damit AutoD für keine der lokalen Postfächer des Typs "Öffentlicher Ordner" (PF, Public Folder) festlegt, dass sie die Hierarchie an Office 365-Benutzer ausliefern. Tatsächlich würde AutoD diese Benutzer in diesem Fall an die lokalen PF-Datenbanken verweisen. Da die Quelle jedoch gesperrt ist, während die Migration abgeschlossen wird, würde das für diese Benutzer Downtime bedeuten. Die einzige Ausnahme von dieser Regel ist die manuelle Zuordnung eines lokalen PF-Postfachs zu einem Office 365-Benutzer, bevor "PublicFoldersEnabled=Local" gesetzt wird. Dies wird innerhalb des Verfahrens empfohlen, um den Erfolg der Migration zu testen (Schritt 8.1).

.....

Erhöhen der Anzahl von Jobs, die parallel ausgeführt werden können

Sie können den folgenden Befehl ausführen, um für eine Batchmigration die Standardeinstellungen für Parallelität heraufzusetzen:

Set-MigrationEndpoint PublicFolderEndpoint -MaxConcurrentMigrations 88 -MaxConcurrentIncrementalSyncs 88

Im Beispiel oben wird der Standardwert auf 88 gesetzt. Wenn Sie anschließend Run Start-MigrationBatch eingeben, werden alle 88 Aufträge parallel fortgesetzt.

Analysieren beschädigter Elemente

Beschädigte Elemente können dazu führen, dass die Migration fehlschlägt.

Gehen Sie wie folgt vor, um den zugrunde liegenden Migrationsbenutzer sowie den zugehörigen MRS-Job zu finden, dessen Ziel das primäre Postfach ist:

$primaryMailboxGuid = (Get-OrganizationConfig $org).RootPublicFolderMailbox.HierarchyMailboxGuid

$primaryMailboxUser = $users | ?{$_.MailboxGuid -eq $primaryMailboxGuid}

$primaryMailboxJob = Get-PublicFolderMailboxMigrationRequest "$org\$($primaryMailboxUser.RequestGuid)"

Das Beispiel oben gibt verschiedene Informationen zu dem betreffenden Benutzer oder Job zurück. Detailliertere Informationen können Sie über das Cmdlet Get-*Statistics abrufen, wie im folgenden Beispiel dargestellt:

$primaryMailboxUserStats = $primaryMailboxUser | Get-MigrationUserStatistics -Organization $org

$primaryMailboxUserStats | fl Status,Error

Häufig auftretende Probleme

MigrationPermanentException. Error: This mailbox exceeded the maximum number of corrupted items that were specified for this move request

Diese Fehlermeldung bedeutet, dass die öffentlichen Ordner für E-Mails aktiviert werden konnten, der Job jedoch aufgrund zu vieler beschädigter Elemente fehlgeschlagen ist. Sie können die beschädigten Elemente anhand eines Berichts des MRS-Jobs oder durch Ausführung von Get-MigrationUserStatistics analysieren.