Lokale Daten während der Kontextreplikation handhaben
In diesem Thema wird erläutert, wie Systeme die Replikation von Geschäftsobjekten und ihre Beziehungen von einem Quellsystem zu einem Zielsystem verwalten, insbesondere wenn einige dieser Objekte bereits lokal im Zielsystem vorhanden sind. Ziel ist es, Konflikte zu vermeiden und die Datenkonsistenz sicherzustellen.
Lokales Objektverhalten
In bestimmten Replikationsszenarien können lokale Objekte im Zielsystem als Platzhalter für Objekte fungieren, die im Quellsystem vorhanden sind. Diese Platzhalter ändern und entwickeln sich unabhängig voneinander im Zielsystem weiter und werden als Agenten bezeichnet.
Konfiguration von Platzhaltern
Legen Sie die Eigenschaft wt.ixb.import.businessIdentityBasedSearchForLinks.placeholderObjectsOnly=true in der Datei wt.properties sowohl in den Quell- als auch in den Zielumgebungen fest, um die Platzhalterfunktion zu aktivieren.
 |
Im Quellsystem werden diese Objekte als Platzhalter bezeichnet, während sie im Zielsystem als Agents bezeichnet werden, die ihre tatsächliche Implementierung darstellen.
|
Replikationskonflikte handhaben
• Vorheriges Verhalten – Wenn bei der Kontextreplikation festgestellt wurde, dass einige der zu replizierenden Geschäftsobjekte bereits lokal in einer geschlossenen Umgebung (Ziel) existierten und nicht für Replikation markiert wurden, löste dies einen Konflikt aus. Dieser Konflikt wurde gelöst, indem der Import dieser Objekte übersprungen wurde.
• Aktuelles Verhalten – Wenn bei der Kontextreplikation zu replizierende Beziehungen erkannt werden, die auf solche lokalen Objekte verweisen, ignoriert das System diese Beziehungen während des Imports, um Konflikte zu vermeiden.
Paketexport und -import
Das Quellsystem exportiert während der Replikation ein Paket, das alle unterstützten Objekte und ihre Geschäfts-Identitäten enthält. Dieses Paket wird dann von einem Zielsystem oder einem lokalen System importiert.
Logik der Handhabung von Beziehungen
Bei diesem Importvorgang gilt Folgendes:
• Das System versucht zunächst, das Objekt auf der schwachen Seite im Zielsystem mithilfe seiner UFID zu finden.
• Wenn die UFID nicht übereinstimmt, überprüft das System, ob die Geschäfts-Identität des Objekts auf der schwachen Seite im Quellsystem mit einem lokalen Objekt im Zielsystem übereinstimmt.
• Wenn eine Übereinstimmung gefunden wird, wird der Link repliziert.
Regeln für die lokale Objektreplikation
Wenn ein Geschäftsobjekt im Zielsystem anhand seiner Geschäfts-Identität erkannt wird, folgt der Replikationsprozess diesen Regeln:
• Bedingte Link-Replikation: Ein Link (eine Beziehung) wird nur repliziert, wenn das Objekt auf der starken Seite repliziert wird und wenn das Objekt auf der schwachen Seite bereits lokal im Zielsystem vorhanden und als Platzhalter markiert ist. Diese Replikation erfolgt nur, wenn die Geschäfts-Identität des lokalen Objekts auf der schwachen Seite mit der Identität übereinstimmt, die von der Quelle bereitgestellt wurde oder im empfangenen Lieferpaket enthalten ist.
• Link-Replikation basierend auf Sperrungsstatus: Das System bestimmt anhand des Sperrungsstatus des Objekts, ob ein Geschäftsobjekt für die Link-Replikation freigegeben ist. Wenn das Objekt mit Gesperrt für Replikation oder Gesperrt durch Produkt-Design-Paket markiert ist, wird das Objekt vom Link-Replikationsprozess ausgeschlossen. Wenn das Objekt jedoch mit einer Sperre für Wird übertragen markiert oder als Lokales Objekt identifiziert wird, kann das Objekt an der Link-Replikation teilnehmen.
• Nur Replikation auf der starken Seite: Wenn das Objekt als schwache Seite einer Beziehung identifiziert wird, repliziert das System nur das Objekt auf der starken Seite und stellt einen Link zur neuesten Iteration des Objekts auf der schwachen Seite her. Das Objekt auf der schwachen Seite selbst bleibt lokal, wird nicht repliziert und als Platzhalter markiert.
• Keine Link-Replikation für vollständig lokale Objekte: Wenn sowohl die Objekte auf der starken als auch schwachen Seite bereits im Zielsystem vorhanden und lokal sind, wird der Link zwischen ihnen nicht repliziert.
• Replikationseinschränkungen aufgrund von gesperrter oder ausstehender Replikation: Der Link wird nicht importiert, wenn das Objekt auf der starken Seite entweder:
◦ aufgrund einer Administratorsperre nicht repliziert wird, oder
◦ für die Replikation gekennzeichnet, aber noch nicht repliziert ist
• Teilweise oder fehlende Geschäfts-Identität: Wenn die Geschäfts-Identität während des Exports an der Quelle teilweise verfügbar ist oder fehlt, wird der Link dennoch im Zielsystem repliziert.
• Hinweise zur Zugriffssteuerung: Wenn das Objekt auf der schwachen Seite lokal im Ziel vorhanden ist, aber aufgrund von Zugriffsbeschränkungen oder -berechtigungen nicht erkannt werden kann, ignoriert das System die Replikation solcher Links.
• Hinweise zum Kontext: Lokale Objekte können sich in jedem Kontext (z.B. Produkt oder Bibliothek) im Zielsystem befinden.
• Platzhalter in Replikationspaket einschließen: Wenn Benutzer im Quellsystem einige Objekte (Objekte auf der schwachen Seite in der Beziehung) als Platzhalter auswählen, schließt das System die Geschäfts-Identität nur dieser ausgewählten Objekte in das Export-Replikationspaket ein. Diese Identitäten werden über ihre zugeordneten Links übertragen.
Beispiel
Im folgenden Beispiel wird das Objekt auf der starken Seite PartP1 A.2 im Zielsystem repliziert, da die Geschäfts-Identität des Objekts auf der schwachen Seite ChildC1 A.1 im Quellsystem mit ChildC1 A.1 im Zielsystem übereinstimmt und beide als Platzhalter markiert sind.
|
Quellsystem
|
Zielsystem (vor der Replikation)
|
Zielsystem (nach der Replikation)
|
|---|---|---|
|
PartP1 A.2
|
ChildC1 A.1 (lokal)
|
PartP1 A.2 (repliziert)
|
|
ChildC1 A.1
|
ChildC1 A.1 (verbleibt lokal)
|
Wenn die Geschäfts-Identität des Objekts auf der schwachen Seite im Zielsystem mit den Identitätsinformationen im Quellsystem nicht übereinstimmt, wird PartP1 A.2 im Zielsystem, aber nicht der Link repliziert. Weitere Informationen zur Geschäfts-Identität finden Sie unter Geschäfts-Identität für Objekte.
Sonderfall
In einigen Fällen kann das Objekt auf der schwachen Seite in einem anderen Kontext als das Objekt auf der starken Seite im Zielsystem vorhanden sein. Wenn das Objekt auf der starken Seite repliziert wird, repliziert das System auch den zugeordneten Link, vorausgesetzt die Geschäfts-Identität des Objekts auf der schwachen Seite im Zielsystem stimmt mit den Identitätsinformationen aus dem Quellsystem überein, und das Objekt auf der schwachen Seite ist sowohl im Quell- als auch im Zielsystem als Platzhalter markiert.
Während sich dieses Thema auf die allgemeine Replikation von Geschäftsobjekten konzentriert, gelten ähnliche Prinzipien des Identitätsabgleichs auch für Änderungsmanagement-Objekte. Weitere Informationen finden Sie unter Geschäfts-Identität für das Änderungsmanagement.
Informationen darüber, wie lokale Daten während der Replikation von CAD-Dokumenten behandelt werden, finden Sie unter Einschränkungen für CAD-Dokumente.