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 auf Medien wie externen Speichergeräten (zum Beispiel USB-Laufwerke, SD-Karten und Speicherkarten, externe Festplatten sowie CDs oder DVDs) transportiert und beispielsweise per E-Mail, mit einem privaten Kurier oder über einen Paketlieferservice gesendet 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 Zugreifen auf den Bereich "Replikate verwalten" finden Sie 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 werden abgeschlossen.
Änderungen werden abgeschlossen und in der Geodatabase (Geodatabase 1) gespeichert.
- Datenänderungen vom Datenabsender werden exportiert.
In diesem Workflow-Beispiel repräsentiert ein oranges Dreieck, auch Delta genannt, die Datenänderungen oder Unterschiede.
Der Datenabsender exportiert mit dem Geoverarbeitungswerkzeug Meldungen zu Datenänderungen exportieren alle neuen Datenänderungen aus dem Parent-Replikat in eine Datenänderungsmeldung
, die im File-Geodatabase-Format (.gdb) oder XML-Dateiformat (.xml) gespeichert werden kann.Hinweis:
In nicht verbundenen Umgebungen können .gdb- oder .xml-Dateien auf Medien wie externen Speichergeräten (zum Beispiel USB-Laufwerke, SD-Karten und Speicherkarten, externe Festplatten sowie CDs oder DVDs) transportiert und mit einer Verteilungsmethode gesendet 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 importiert mit dem Geoverarbeitungswerkzeug Meldungen importieren die Datenänderungsmeldungsdatei
, die im File-Geodatabase-Format (.gdb) oder XML-Dateiformat (.xml) gespeichert ist, in das Datenempfänger-Replikat (Geodatabase 2). 
Weitere Informationen zur Verwendung dieses Werkzeugs finden Sie unter Importieren einer Datenänderungsmeldung.
Beim Importieren von Datenänderungen werden die Datenänderungen aus dem relativen Replikat verwendet und die Metadaten des Replikats werden ebenfalls aktualisiert. - Exportieren einer Bestätigungsmeldung
Wenn der Datenempfänger die Datenänderungsmeldung importiert hat, sendet er mit dem Geoverarbeitungswerkzeug Bestätigungsmeldungen exportieren eine Bestätigungsmeldung an den Datenabsender (Geodatabase 1).
Hinweis:
Da sich der Datenabsender nicht in einer vernetzten Umgebung mit dem Datenempfänger befindet, weiß er 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.
- Die Bestätigungsmeldung wird importiert.
Der Datenabsender importiert mit dem Geoverarbeitungswerkzeug Meldungen importieren die Bestätigungsmeldung im XML-Format und aktualisiert die Metadaten des Datenabsender-Replikats (Geodatabase 1), damit dieses weiß, welche Änderungen in den nächsten Export einbezogen werden müssen.
Weitere Informationen zur Verwendung dieses Werkzeugs finden Sie unter Importieren einer Datenänderungsmeldung.
Tipp:
Ermitteln Sie mithilfe der Generierungsinformationen auf der Registerkarte Erweitert im Dialogfeld Replikateigenschaften, ob Meldungen exportiert und in die zugehörigen Replikate importiert wurden.
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.
- Zum Wechseln der Rollen exportiert der Datenabsender mit dem Geoverarbeitungswerkzeug Meldungen zu Datenänderungen exportieren eine Datenänderungsmeldung mit aktivierter Option Nach Export der Meldung zu Empfänger wechseln.
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 Wechseln von Rollen ohne Senden von Daten 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, verwendet der Datenempfänger, der gerade die Rollen gewechselt hat, das Geoverarbeitungswerkzeug Unbestätigte Meldungen erneut exportieren. 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 mithilfe der Replikatkachel auf der Registerkarte Geodatabase-Replikate im Bereich Replikate verwalten ermitteln, 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.