Mit der Standard- oder Advanced-Lizenz verfügbar.
Bei Replikaten in einer nicht verbundenen Umgebung wird die Synchronisierung durch den manuellen Austausch von Meldungen zwischen den Replikaten erreicht.
Es können zwei Meldungstypen ausgetauscht werden:
- Datenänderungsmeldungen
- Bestätigungsmeldungen
Datenänderungsmeldungen enthalten Datenänderungen und Bestätigungsmeldungen bestätigen den Empfang von Datenänderungsmeldungen. Replikate, die Datenabsender sind, senden Datenänderungsmeldungen; Replikate, die Datenempfänger sind, senden Bestätigungsnachrichten. Weitere Informationen und detaillierte Abbildungen des Workflows für den Meldungsaustausch bei der unverbundenen Synchronisierung finden Sie unter Unverbundene Synchronisierung.
Exportieren von Datenänderungsmeldungen
Datenänderungen umfassen neue Datenänderungen und unbestätigte Datenänderungen. Neue Änderungen sind 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. Es stehen zwei Befehle für den Export von Datenänderungsmeldungen zur Verfügung:
- Meldungen zu Datenänderungen exportieren: Standardmäßig können Sie alle neuen Datenänderungen und alle unbestätigten Datenänderungen exportieren. Sie können neue Datenänderungen, unbestätigte Datenänderungen, beide oder keine Änderungen aufnehmen. Sie können die Rolle des Replikats beim Export auch vom Absender zum Empfänger ändern. Bei diesem Wechsel wird der Delta-Datei ein Flag hinzugefügt, das bewirkt, dass die Rolle des relativen Replikats beim Import vom Empfänger zum Absender wechselt.
- Unbestätigte Meldungen erneut exportieren: Sie können nur unbestätigte Datenänderungen erneut in eine Delta-Datei exportieren. Standardmäßig werden alle unbestätigten Änderungen berücksichtigt, aber Sie können auch nur die Änderungen des letzten Exports aufnehmen.
Exportieren von Bestätigungsmeldungen
Eine Bestätigungsmeldung bestätigt den Empfang von Datenänderungen von dem relativen Replikat. Wenn das relative Replikat keine Bestätigung erhält, wird es die Datenänderungen erneut senden. Durch das regelmäßige Versenden und Importieren von Bestätigungsmeldungen wird verhindert, dass Sie Änderungen erneut versenden müssen. Das Geoverarbeitungswerkzeug Bestätigungsmeldungen exportieren kann für den Export von Bestätigungsmeldungen verwendet werden.
Importieren von Meldungen
Mit dem Werkzeug Meldungen importieren können Datenänderungsmeldungen oder Bestätigungsmeldungen importiert werden. Durch den Import einer Bestätigungsmeldungen werden die Metadaten eines Replikats aktualisiert, sodass deutlich wird, welche Änderungen in den nächsten Export aufgenommen werden sollen. Beim Importieren einer Datenänderungsmeldung werden die Datenänderungen aus dem relativen Replikat verwendet und die Metadaten des Replikats werden ebenfalls aktualisiert.
Hinweis:
Die Importphase (Datenänderungsmeldung) des Synchronisierungsprozesses erfolgt im Rahmen einer Transaktion. Die zweite Phase der Synchronisierung umfasst einen Abgleichvorgang, der ebenfalls im Rahmen einer Transaktion erfolgt. Die erforderlichen Ressourcen, z. B. Undo-Speicherplatz oder logische Protokolldateien, variieren je nach Umfang der zu synchronisierenden Änderungen. Wenn die Importphase abgeschlossen ist, aber bei der Abgleichphase ein Fehler auftritt, scheinen für das Replikat Konflikte vorzuliegen. Sie können dann zu einem späteren Zeitpunkt eingreifen und den Abgleich manuell abschließen.Abgleichoption
Beim Importieren einer Datenänderungsmeldung werden die Synchronisierungsversion und die Replikatversion abgeglichen. Während dieses Abgleichvorgangs können Konflikte auftreten. Vor dem Importieren der Meldung können Sie eine Abgleichmethode auswählen, um festzulegen, wie Konflikte gelöst werden.
Weitere Informationen zum Überprüfen von Konflikten
Folgende Abgleichmethoden stehen zur Verfügung:
- Manuell: Wenn ein Konflikt vorliegt, wird der Abgleich gestoppt und das Replikat wird als in Konflikt stehend gekennzeichnet. Auf diese Weise haben Sie die Möglichkeit, den Abgleichvorgang später manuell oder durch die Ausführung von benutzerdefiniertem Abgleichcode durchzuführen. Nach dem Abgleich der Daten und dem Zurückschreiben der Änderungen in die Replikatversion steht das Replikat nicht mehr in Konflikt. Replikate, die einen Konflikt verursachen, können zwar weiterhin Änderungen empfangen, jedoch keine Änderungen senden.
- Zugunsten der Datenbank: Die Repräsentation der Datenbank, in die die Änderungen importiert werden, hat Vorrang vor den Änderungen in der Delta-Datei, wenn ein Konflikt vorliegt. Da die Konflikte automatisch aufgelöst werden, stehen Replikate nach der Synchronisierung mit dieser Richtlinie niemals in Konflikt.
- Zugunsten der importierten Änderungen: Die Repräsentation, die durch die importierten Änderungen definiert wurde, hat automatisch Vorrang vor der Repräsentation des Replikats, wenn ein Konflikt vorliegt. Da die Konflikte automatisch aufgelöst werden, stehen Replikate nach der Synchronisierung mit dieser Richtlinie niemals in Konflikt.
Die Standardeinstellung ist die Option, die das Parent-Replikat bevorzugt. Beim Importieren von Änderungen auf das Child-Replikat werden daher standardmäßig die importierten Änderungen bevorzugt. Beim Importieren von Änderungen auf das Parent-Replikat wird standardmäßig die Datenbank bevorzugt.
Die Abgleichoptionen ähneln denen, die für die Synchronisierung verbundener Replikate angeboten werden.
Definieren von Konflikten
Bei diesem Abgleichvorgang können Sie zwischen einer Konflikterkennung auf Spaltenebene und einer Konflikterkennung auf Zeilenebene wählen.
Weitere Informationen finden Sie unter "Abgleichen einer Version".