Problembeschreibung
Batch-Migration oder serielle Migration Verwendung öffentlicher Ordner von Microsoft Exchange Server 2007 oder Microsoft Exchange Server 2010 Exchange Server 2013 Exchange Server 2016 und Exchange Online migrieren auftreten Datenverlust nicht alle Replikate der Ordner in der primären Datenbank (dem primären Datenbankserver, die mit der Migrationsservice verbunden). Alle Daten, die erste derzeit in Ordnern, die migriert werden kopiert, aber jede inkrementelle Änderung, die nach der ersten Synchronisierung gebucht verloren.
Beispielszenario
Nehmen Sie an, dass Sie zwei öffentliche Ordner-Datenbanken, PFDB1 und PFDB2, die auf Exchange 2007 oder Exchange 2010-Server ausgeführt werden. Außerdem müssen Sie zwei Ordner F1 und F2. Ordner F1 hat ein Replikat auf PFDB1 und Ordner F2 ein Replikat auf PFDB2.Wenn Sie die Migration zu starten und PFDB1 als die Datenbank in der New -MigrationEndpoint -Cmdlet, alle Daten aus Ordnern F1 und F2 kopiert während der ersten Synchronisierung (siehe Abbildung 1). Dies tritt auf, obwohl PFDB1 ein lokales Replikat des Ordners F2 besitzt.Nach dieser ersten Synchronisierung für die letzte Synchronisierung vorbereiten und Starten des Stapels abgeschlossen. Sie erwarten, dass alle Daten, die an F1 und F2 nach die erste Synchronisierung während der letzten Synchronisation übernommen werden soll.
Problem
Während der inkrementellen und letzte Synchronisierung ist nicht die inkrementellen Daten aus Ordner F2 in modernen Öffentliche Ordner kopiert (siehe Abbildung 2). Ist PFDB1 als Endpunkt angegeben ist. Status des Stapelverarbeitungsauftrags wird synchronisiert angezeigt. Jedoch nicht neuen Daten, die nach der ersten Synchronisierung Ordner F2 hinzugefügte auf moderne Öffentliche Ordner kopiert.Außerdem, wenn jede neue Ordner PFDB2 nach der ersten Synchronisierung (Ordner F3 in Abbildung 2), den Inhalt dieser Ordner hinzugefügt werden nicht kopiert. (Dies gilt, obwohl in der Hierarchie der Ordner F3 angezeigt wird).
Problemlösung
Updates sind kumulative Update 13 für Exchange Server 2013und kumulative Update 3 für Exchange 2016verfügbar.
PROBLEMUMGEHUNG
Vor dem Starten von Batch-Migration stellen Sie sicher, dass alle öffentlichen Ordner ein Replikat der öffentlichen Ordner-Datenbank, die als Quelle für die Migration angegeben werden. Stellen Sie außerdem sicher, Replikation öffentliche synchron ist.
Abhilfe für das Beispielszenario
Um dieses Problem zu umgehen, fügen Sie ein Replikat der Ordner F2 und F3 auf PFDB1 hinzu, sicherstellen Sie, dass die Replikation Öffentlicher Ordner synchronisiert ist und starten Sie Batch-Migration. Dadurch wird sichergestellt, dass die inkrementellen Daten kopiert werden (unabhängig davon, welches Replikat es ursprünglich in geschrieben wird).Wir wissen, dass diese Lösung für Kunden aufgrund der Größe der Bereitstellung öffentlicher Ordner funktioniert. Sind in diesem Fall sollten Sie warten, bis das Problem behoben ist, bevor Sie eine Migration ausführen.
Häufig gestellte Fragen
Q: Dieses Problem wann auftreten?A: Dieses Problem wurde erstmals in Exchange Server 2013 kumulative Update 1 Exchange Server 2016 RTM und Exchange Online beobachtet.Q: Daten ich verlieren?A: In FRAU Bericht suchen "Ordnerhierarchie gemeldet Quelle" Markieren des ersten Elements "Ordnerhierarchie gemeldete Quelle", der aufgeführt ist, und wählen Sie Datum und Uhrzeit mit dem Protokoll verknüpft ist. Alle Daten, die Ordner F2 oder neue Ordner, die PFDB2 hinzugefügt werden, nachdem diese Zeit, hinzugefügt.Q: ich noch meine Datenbanken für Öffentliche Ordner Exchange Server 2007 oder Exchange Server 2010 im gesperrten Zustand seit Exchange Server 2013 Exchange Server 2016 und Exchange Online migriert. Kann ich noch meine verlorenen Daten migrieren?A: nur manuelle eine Kopie der Daten.Q: Meine Migration Wochen bereit abgeschlossen Zustand erreicht hat. Haben beginnen?A: Nein, Sie Migration öffentlicher Ordner neu starten müssen. Updates beendet, und die Updates werden installiert, auf dem Server (oder Exchange Online Server, wenn Sie Exchange Online migrieren), kann die Migration Abholung, jetzt und migriert die restlichen Daten. Sie müssen die Migrationsschritt neu starten. Jedoch dabei, der Prozess sucht geändert und nicht beginnen. Ein Migrationsschritt beginnt nur, wenn Sie löschen und neu erstellen.
