Mit der Standard- oder Advanced-Lizenz verfügbar.
Die unverbundene Synchronisierung ist der Prozess der manuellen Synchronisierung von Replikaten zur Datenübertragung in einer nicht verbundenen Umgebung. Dieser manuelle Prozess des Meldungsaustauschs wird durchgeführt, indem eine Meldung von einem Replikat in eine Datei exportiert und aus der Datei in das relative Replikat importiert wird. 
Hinweis:
Alle Aspekte der getrennten Replikation und Synchronisierung können durch den Austausch von Dateien, die Meldungen enthalten, zwischen den Replikatpaaren durchgeführt werden. Diese Meldungen können zur Durchführung verschiedener Aufgaben verwendet werden und können entweder über ein File-Geodatabase-Format (.gdb) oder ein XML-Dateiformat (.xml) ausgetauscht werden:
- Replikaterstellung (.gdb oder .xml)
- Datenänderungsmeldungen (Synchronisierung) (.gdb oder .xml)
- Bestätigungsmeldungen (.xml)
In nicht verbundenen Umgebungen können .gdb- oder .xml-Dateien mit Medien wie externen Speichergeräten (z. B. USB-Sticks, SD- und Speicherkarten, externen Festplatten und CDs oder DVDs) übertragen und über einen Verteiler wie E-Mail, einen privaten Kurier, USPS usw. versendet werden.
Ein Replikat kann entweder ein Datenabsender oder ein Datenempfänger sein. Ein Datenabsender exportiert Datenänderungsmeldungen in Delta-Dateien, die die Änderungen enthalten, die auf das relative Replikat angewendet werden. Ein Datenempfänger importiert Datenänderungsmeldungen und exportiert Bestätigungsmeldungen in Bestätigungsdateien, um empfangene Daten zu bestätigen. Sie können festlegen, ob ein Replikat ein Datenabsender oder ein Datenempfänger ist, indem Sie den Replikatstatus auf der Replikatkachel im Bereich Replikate verwalten aktivieren. Unter Kurzer Überblick über die Replikatverwaltung finden Sie weitere Informationen, wie z. B. einen Überblick über den Bereich Replikate verwalten.
Workflow zur unverbundenen Synchronisierung
Bei Replikaten in einer nicht verbundenen Umgebung wird die Synchronisierung durch den manuellen Austausch von Meldungen zwischen den Replikaten erreicht. Dieser manuelle Prozess des Meldungsaustauschs wird durch die Kombination mehrerer Geoverarbeitungswerkzeuge erreicht und folgt einem grundlegenden Workflow-Muster für die unverbundene Synchronisierung, das im Folgenden beschrieben und dargestellt wird.
- Änderungen sind abgeschlossen: Änderungen sind abgeschlossen und werden in der Geodatabase (Geodatabase 1) gespeichert.
- Datenänderungen vom Datenabsender exportieren: Der Datenabsender verwendet das Geoverarbeitungswerkzeug Meldungen zu Datenänderungen exportieren, um alle neuen Datenänderungen aus dem Parent-Replikat in eine
zu exportieren. Die Datenänderungsmeldung kann entweder in einem File-Geodatabase-Format (.gdb) oder in einem XML-Dateiformat (.xml) gespeichert werden. In diesem Workflow-Beispiel repräsentiert ein oranges Dreieck, auch Delta genannt, die Datenänderungen oder Unterschiede. 
Hinweis:
In nicht verbundenen Umgebungen können .gdb- oder .xml-Dateien mit Medien wie externen Speichergeräten (z. B. USB-Sticks, SD- und Speicherkarten, externen Festplatten und CDs oder DVDs) übertragen und über einen Verteiler wie E-Mail, einen privaten Kurier, USPS usw. versendet werden.
Weitere Informationen zur Verwendung dieses Werkzeugs finden Sie unter Meldungen zu Datenänderungen exportieren. - Der Datenempfänger importiert die Datenänderungsmeldung: Der Datenempfänger verwendet das Geoverarbeitungswerkzeug Meldungen importieren für den Import der Datei mit der , die entweder im File-Geodatabase-Format (.gdb) oder im XML-Dateiformat (.xml) gespeichert ist, in das Datenempfängerreplikat (Geodatabase 2). Beim Importieren von Datenänderungen werden die Datenänderungen aus dem relativen Replikat verwendet und die Metadaten des Replikats werden ebenfalls aktualisiert.
Weitere Informationen zur Verwendung dieses Werkzeugs finden Sie unter Importieren einer Datenänderungsmeldung.
- Bestätigungsmeldung exportieren: Sobald der Datenempfänger die Datenänderungsmeldung importiert hat, verwendet er das Geoverarbeitungswerkzeug Bestätigungsnachricht exportieren, um eine Bestätigungsmeldung an den Datenabsender (Geodatabase 1) zurückzusenden.
Hinweis:
Da sich der Datenabsender nicht in einer mit dem Datenempfänger verbundenen Umgebung befindet, weiß der Datenabsender nicht, dass die Datenänderung vom Datenempfänger empfangen und importiert wurde. Aus diesem Grund sollte der Datenempfänger so oft wie möglich Bestätigungsmeldungen exportieren und senden. Werden keine Bestätigungsmeldungen empfangen, sendet der Datenabsender die Änderungen standardmäßig erneut und behält die für das erneute Senden von Änderungen erforderlichen Informationen, bis er eine Bestätigung erhält, dass diese Änderungen von dem relativen Replikat empfangen wurden. Als Konsequenz können die Geodatabase des Datenabsenders und auch nachfolgende Meldungen über neue Datenänderungen sehr groß werden.
Ideal, wenn auch nicht erforderlich, ist es, wenn der Datenempfänger nach dem Empfang jeder Datenänderungsmeldung eine Bestätigungsmeldung sendet. Wichtig ist auch, dass eine Bestätigungsmeldung alle Datenänderungsmeldungen bestätigt. Wenn ein Replikat beispielsweise drei Datenänderungsmeldungen empfängt und alle importiert, kann es eine einzige Bestätigungsmeldung senden, in der alle drei Importe bestätigt werden.
Weitere Informationen zur Verwendung dieses Werkzeugs finden Sie unter Exportieren einer Bestätigungsmeldung.
- Bestätigungsmeldung importieren: Der Datenabsender verwendet das Geoverarbeitungswerkzeug Meldungen importieren, um die XML-Bestätigungsmeldung zu importieren und die Metadaten des Datenabsender-Replikats (Geodatabase 1) zu aktualisieren, damit deutlich wird, welche Änderungen beim nächsten Export berücksichtigt werden müssen.
Weitere Informationen zur Verwendung dieses Werkzeugs finden Sie unter Importieren einer Datenänderungsmeldung.
Bislang wurde in diesem Thema ein grundlegendes Workflow-Muster für die unverbundene Synchronisierung beschrieben, bei dem Meldungen zwischen dem Parent-Replikat und dem Child-Replik hin- und hergesendet werden. Wenn Sie dieses Muster beibehalten, wird das System effizient funktionieren und sich sogar selbst korrigieren, wenn Meldungen verloren gehen.
Sie können jedoch auch die folgenden spezifischen Szenarien für den Meldungsaustausch in Betracht ziehen, die in den folgenden Abschnitten beschrieben werden.
Wechseln der Rollen
Bei bidirektionalen Replikaten können der Datenabsender und der Datenempfänger die Rollen wechseln. Der Wechsel wird vom Datenabsender eingeleitet, wenn er eine Datenänderungsmeldung sendet, die Anweisungen zum Rollenwechsel enthält. Sobald die Meldung vom Datenempfänger importiert wurde, werden die Rollen getauscht, und das System ist bereit, Daten in die entgegengesetzte Richtung zu senden.
Bei unidirektionalen Replikaten können Sie die Rollen nicht wechseln, da die Bearbeitungen und Datenänderungen nur in einer Richtung durchgeführt werden. Bei unidirektionalen Parent-zu-Child-Replikaten übernimmt das Parent-Replikat immer die Rolle des Datenabsenders. Bei unidirektionalen Child-zu-Parent-Replikaten übernimmt das Child-Replikat immer die Rolle des Datenabsenders. In beiden Fällen ist es trotzdem wichtig, dass der Datenempfänger Bestätigungsmeldungen sendet. Bei Checkout-Replikaten ist das Child-Replikat immer der Datenabsender und es werden keine Bestätigungsmeldungen benötigt. Weitere Informationen zu verschiedenen Typen von Replikaten finden Sie unter Replikationstypen.
Die folgenden Schritte und Diagramme zeigen, wie das Child-Replikat eine Datenänderungsmeldung mit Anweisungen zum Wechsel der Rolle des relativen Replikats in die des Datenabsenders sendet.
- Stellen Sie sicher, dass Sie mit einem bidirektionalen Replikat verbunden sind.
- Der Wechsel wird vom Datenabsender eingeleitet und verwendet das Geoverarbeitungswerkzeug Meldungen zu Datenänderungen exportieren, um eine Datenänderungsmeldung zu exportieren, wobei die Option Nach Export der Meldung zu Empfänger wechseln aktiviert ist. Wenn das Parent-Replikat die Datenänderungsmeldung exportiert, die diese Anweisungen zum Rollenwechsel enthält, wird es zum Datenempfänger.
Hinweis:
Wenn Sie das Werkzeug Meldungen zu Datenänderungen exportieren verwenden, um die Rollen zu wechseln, können Sie die zusätzliche Option Keine Datenänderungsmeldungen einbeziehen aktivieren, die dazu dient, eine Meldung zum Rollenwechsel zu senden, ohne Daten zu senden. Weitere Informationen zu dieser Option finden Sie unter Wechseln von Rollen, ohne Datenänderungen zu senden.
- Der Datenempfänger verwendet das Geoverarbeitungswerkzeug Meldungen importieren, um die Datei mit der Datenänderungsmeldung zu importieren, die die Anweisungen zum Rollenwechsel enthält. Sobald der Import abgeschlossen ist, wird es zum Datenabsender.
Wechseln von Rollen, ohne Datenänderungen zu senden
Es ist möglich, eine Datenänderungsmeldung mit Anweisungen zum Rollenwechsel, aber ohne Datenänderungen zu senden. Dies kann sinnvoll sein, wenn Sie als Datenabsender Änderungen vom Datenempfänger erhalten müssen, aber noch nicht bereit sind, Datenänderungen zu senden. Weitere Informationen zum Senden einer Meldung zum Rollenwechsel, ohne Daten zu senden, finden Sie unter Meldungen zu Datenänderungen exportieren.
Bestätigen von Änderungen nach dem Wechseln von Rollen
Nach dem Rollenwechsel in einem bidirektionalen Replikat stehen dem neuen Datenabsender zwei Optionen zur Verfügung, die Meldung, die den Rollenwechsel bewirkt hat, zu bestätigen.
- Der neue Datenabsender kann eine Bestätigungsmeldung exportieren: Im folgenden Diagramm hat das Parent-Replikat eine Datenänderungsmeldung gesendet, anhand der die Rollen gewechselt wurden. Als das Child-Replikat die Meldung empfing, wurde es zum Datenabsender, aber da es gerade die Rolle gewechselt hatte, erlaubte das System trotzdem, eine Bestätigungsmeldung mit dem Geoverarbeitungswerkzeug Bestätigungsmeldungen exportieren zu senden.
- Der neue Datenabsender kann eine Datenänderungsmeldung exportieren: Im folgenden Diagramm hat das Parent-Replikat eine Datenänderungsmeldung gesendet, anhand der die Rollen gewechselt wurden. Als das Child-Replikat die Meldung empfing, wurde es zum Datenabsender. Mit dem Geoverarbeitungswerkzeug Meldungen zu Datenänderungen exportieren kann das Child-Replikat nun eine Datenänderungsmeldung senden, mit der die vorherige Datenänderungsmeldung des Parent-Replikats implizit bestätigt wird. Wenn Sie nicht vorhaben, in naher Zukunft eine Datenänderungsmeldung zu senden, sollten Sie eine Bestätigungsmeldung senden.
Erneutes Exportieren einer unbestätigten Datenänderungsmeldung
Das System ermöglicht es den Replikaten, unbestätigte Datenänderungen erneut zu senden. Dies kann erforderlich sein, wenn der Datenabsender die Datenänderungsmeldung entweder nicht importiert hat, diese auf dem Übertragungsweg verloren gegangen ist oder erneut gesendet werden muss. Eine andere Möglichkeit besteht darin, bis zum nächsten Senden von Datenänderungen zu warten, da diese standardmäßig sowohl neue Änderungen als auch unbestätigte Änderungen umfassen.
Das folgende Diagramm zeigt einen Fall, in dem Sie eine unbestätigte Datenänderungsmeldung erneut exportieren müssen. Hier sendet das Parent-Replikat eine Datenänderungsmeldung und wechselt vom Absender zum Empfänger. Die Meldung geht jedoch verloren, sodass sowohl das Parent-Replikat als auch das Child-Replikat als Datenempfänger zurückbleiben. Um dieses Problem zu lösen, steht dem Datenempfänger, der gerade die Rolle gewechselt hat, das Geoverarbeitungswerkzeug zum erneuten Exportieren einer unbestätigten Meldung zur Verfügung. In diesem Fall kann das Parent-Replikat die unbestätigte Datenänderungsmeldung zusammen mit den Wechselrollen erneut an das Child-Replikat senden.
Umgehen der Bestätigungsmeldungsdatei
Beim Senden von Datenänderungen werden standardmäßig alle neuen Datenänderungen und unbestätigten Datenänderungen gesendet. Neue Änderungen sind alle Einfügungen, Aktualisierungen und Löschungen, die seit dem Export der letzten Datenänderungsmeldung auf die Replikatversion angewendet wurden. Unbestätigte Datenänderungen umfassen zuvor exportierte Änderungen, für die Sie keine Bestätigung erhalten haben. Wenn Sie mehrere Datenänderungsmeldungen gesendet haben, für die Sie keine Bestätigung erhalten haben, können die Datenänderungsdateien sehr groß werden.
Die beste Lösung ist, dass der Datenempfänger eine Bestätigungsmeldungsdatei sendet. Je nach Kommunikationssystem ist dies jedoch nicht immer möglich. Wenn beispielsweise die Replikate nicht verbunden sind und das Senden einer Bestätigungsdatei den Versand von Datenträgern erfordert, um Dateien auszutauschen, kann es vorteilhaft sein, eine E-Mail an die Person zu senden, die das Replikat des Datenabsenders verwaltet. In dieser E-Mail können Sie mitteilen, dass Sie die Datenänderungen erhalten und importiert haben.
Beachten Sie jedoch, dass die Umgehung der Bestätigungsmeldungsdatei die Verwaltung der Synchronisierung erschwert.
- Das Importieren von Bestätigungsmeldungen ist die einzige Möglichkeit für das System, Systemversionen zu löschen, die für das erneute Senden von Änderungen für ein Replikat erforderlich sind. Nicht gelöschte Systemversionen können die Komprimierung im Laufe der Zeit behindern, die Geodatabase des Absenders vergrößern und möglicherweise die Leistung der Geodatabase beeinträchtigen. Aus diesem Grund ist es nach wie vor wichtig, zumindest in regelmäßigen Abständen Bestätigungsmeldungen zu verwenden.
- Die Umgehung der Bestätigungsmeldungsdatei führt dazu, dass sowohl die Person, die das Replikat des Datenabsenders verwaltet, als auch die Person, die den Datenempfänger verwaltet, stärker manuell eingreifen müssen.
Sie können die Replikatkachel im Bereich Replikate verwalten verwenden, um festzustellen, welche Änderungen von einem Replikat gesendet und empfangen wurden. Um zu verhindern, dass eine unnötig große Datenänderungsmeldung gesendet wird, kann der Datenabsender die Option Unbestätigte Datenänderungen einbeziehen beim nächsten Senden von Datenänderungen deaktivieren.
- Wenn Sie die Verwendung der Bestätigungsmeldungsdatei umgehen, ist der Workflow für die Synchronisierung fehleranfälliger.
Neue Änderungen können vom Datenempfänger nur importiert werden, wenn die vorherigen Änderungen importiert wurden. Wenn das System feststellt, dass zuvor gesendete Änderungen nicht importiert wurden, wird ein Fehler zurückgegeben und der aktuelle Satz von Änderungen kann nicht importiert werden. Wenn mehrere Datenänderungsmeldungen auf einmal gesendet werden, müssen sie in der richtigen Reihenfolge importiert werden. Wenn Sie versuchen, in einer falschen Reihenfolge zu importieren, gibt das System einen Fehler zurück. Wenn Fehler auftreten, werden Fehlermeldungen ausgegeben. Wenn Sie jedoch ein automatisiertes System verwenden, sind Sie möglicherweise nicht anwesend und sehen die Fehler nicht. In diesem Fall können Sie das Aktivitätsprotokoll des Replikats verwenden, um festzustellen, ob bei der Synchronisierung Fehler aufgetreten sind.