Bei der Migration öffentlicher Ordner nach Exchange 2013, Exchange 2016 oder Exchange Online kann es zu Datenverlusten kommen
Symptome
Wenn Sie die Stapelmigration oder serielle Migration verwenden, um öffentliche Ordner von Microsoft Exchange Server 2007 oder Microsoft Exchange Server 2010 nach Exchange Server 2013, Exchange Server 2016 oder Exchange Online zu migrieren, kann es zu Datenverlust kommen, wenn nicht alle Ordnerreplikate aktiviert sind die Primärdatenbank (der primäre Datenbankserver, mit dem der Migrationsdienst eine Verbindung herstellt). Alle Daten, die zunächst in den zu migrierenden Ordnern vorhanden sind, werden kopiert, alle inkrementellen Änderungen, die nach der ersten Synchronisierung veröffentlicht werden, gehen jedoch möglicherweise verloren.
Beispielszenario
Angenommen, Sie verfügen über zwei öffentliche Ordnerdatenbanken, PFDB1 und PFDB2, die auf Exchange 2007- oder Exchange 2010-Servern ausgeführt werden. Außerdem haben Sie zwei Ordner, F1 und F2. Ordner F1 verfügt über eine Replik auf PFDB1 und Ordner F2 über eine Replik auf PFDB2.
Wenn Sie die Migration starten und im Cmdlet „New-MigrationEndpoint" PFDB1 als Datenbank angeben, mit der eine Verbindung hergestellt werden soll, werden alle Daten aus den Ordnern F1 und F2 während der ersten Synchronisierung kopiert (wie in Abbildung 1 dargestellt). Dies tritt auf, obwohl PFDB1 keine lokale Replik des Ordners F2 hat.
Nach diesem ersten Synchronisierungsvorgang bereiten Sie sich auf die endgültige Synchronisierung vor und beginnen mit der Fertigstellung des Stapels. Sie gehen davon aus, dass alle Daten, die nach der ersten Synchronisierung zu den Ordnern F1 und F2 hinzugefügt werden, bei der endgültigen Synchronisierung kopiert werden. 
Abbildung 1. Die Ordner F1 und F2 von der Quelle werden bei der ersten Synchronisierung zum Ziel kopiert.
Ausgabe
Während der inkrementellen und endgültigen Synchronisierung werden die inkrementellen Daten aus Ordner F2 nicht in moderne öffentliche Ordner kopiert (wie in Abbildung 2 dargestellt). Dies liegt daran, dass PFDB1 als Endpunkt angegeben ist. Der Stapelstatus wird als synchronisiert angezeigt. Allerdings werden alle neuen Daten, die nach der ersten Synchronisierung zum Ordner F2 hinzugefügt wurden, nicht in moderne öffentliche Ordner kopiert.
Wenn außerdem nach der ersten Synchronisierung neue Ordner zu PFDB2 hinzugefügt werden (Ordner F3 in Abbildung 2), wird der Inhalt dieser Ordner ebenfalls nicht kopiert. (Dies gilt auch dann, wenn der Ordner F3 in der Hierarchie angezeigt wird). 
Abbildung 2. Inkrementelle Daten in Ordner F1 werden kopiert, Änderungen in Ordner F2 werden nicht kopiert. Obwohl die Daten im neu hinzugefügten Ordner F3 nicht kopiert werden, erscheint der Ordner in der Hierarchie.
Auflösung
Die Korrekturen sind im kumulativen Update 13 für Exchange Server 2013 und im kumulativen Update 3 für Exchange 2016 verfügbar.
Problemumgehung
Bevor Sie mit der Batch-Migration beginnen, stellen Sie sicher, dass alle öffentlichen Ordner über ein Replikat in der Datenbank für öffentliche Ordner verfügen, das als Quelle für die Migration angegeben wird. Stellen Sie außerdem sicher, dass die öffentliche Replikation synchronisiert ist.
Problemumgehung für das Beispielszenario
Um dieses Problem zu umgehen, fügen Sie eine Replik der Ordner F2 und F3 auf PFDB1 hinzu, stellen Sie sicher, dass die Replikation öffentlicher Ordner synchron ist, und starten Sie dann die Batchmigration. Dadurch wird sichergestellt, dass die inkrementellen Daten kopiert werden (unabhängig davon, auf welches Replikat sie ursprünglich geschrieben wurden).
Wir sind uns bewusst, dass diese Problemumgehung für einige Kunden aufgrund der Größe der Bereitstellung öffentlicher Ordner nicht funktioniert. Wenn Sie sich in dieser Situation befinden, empfehlen wir Ihnen, mit der Durchführung einer Migration zu warten, bis das Problem behoben ist.
FAQ
F: Wann trat dieses Problem auf?
A: Dieses Problem wurde erstmals in Exchange Server 2013 Cumulative Update 1, Exchange Server 2016 RTM und Exchange Online beobachtet.
F: Welche Daten habe ich möglicherweise verloren?
A: Suchen Sie im MRS-Bericht nach „In der Quelle gemeldete Änderungen der Ordnerhierarchie", wählen Sie das erste aufgeführte Element „In der Quelle gemeldete Änderungen der Ordnerhierarchie" aus und wählen Sie dann das Datum und die Uhrzeit aus, die mit dem Protokoll verknüpft sind. Alle Daten, die dem Ordner F2 hinzugefügt werden, oder alle neuen Ordner, die nach diesem Zeitpunkt zu PFDB2 hinzugefügt werden, gehen verloren.
F: Ich habe meine öffentlichen Ordnerdatenbanken von Exchange Server 2007 oder Exchange Server 2010 immer noch im gesperrten Zustand, seit wir auf Exchange Server 2013, Exchange Server 2016 oder Exchange Online migriert sind. Kann ich meine verlorenen Daten trotzdem migrieren?
A: Es ist nur eine manuelle Kopie der Daten möglich.
F: Es dauerte Wochen, bis meine Migration den Status „Bereit zum Abschließen" erreichte. Muss ich von vorne beginnen?
A: Nein, Sie müssen die Migration öffentlicher Ordner nicht neu starten. Wenn die Korrekturen abgeschlossen sind und die Updates auf Ihrem Server (oder auf den Exchange Online-Servern, wenn Sie zu Exchange Online migrieren) installiert sind, kann die Migration dort fortgesetzt werden, wo sie sich gerade befindet, und die verbleibenden Daten werden migriert. Möglicherweise müssen Sie den Migrationsbatch neu starten. Wenn Sie dies tun, sucht der Prozess jedoch nach Änderungen und beginnt nicht von vorne. Ein Migrationsbatch beginnt nur dann von vorne, wenn Sie ihn löschen und dann neu erstellen.
No comments:
Post a Comment