Datenverwaltungsfunktionen > Daten mithilfe von Paketen für die Offline-Zusammenarbeit importieren und exportieren > Replikation mit aktivierter Überschreibungsoption für lokal markierte Replikationsdaten > Lokale änderbare Objekte mit definierten Gültigkeiten verwalten > Lokale änderbare Objekte mit der tatsächlichen Gültigkeit verwalten
Lokale änderbare Objekte mit der tatsächlichen Gültigkeit verwalten
Gültigkeiten, die vor der Replikation im Zielsystem vorhanden waren, z.B. Gültigkeiten mit einem lokalen Kontext und einer Sperre für "Wird übertragen" oder diejenigen Gültigkeiten, die einem Teil und einer Sperre für Bereitschaft zugeordnet sind, werden nach der Replikation beibehalten. Alle anderen Gültigkeiten werden gelöscht.
Tatsächliche Gültigkeiten, die den einzelnen änderbaren Objekten zugeordnet sind, werden in das Zielsystem repliziert, unabhängig davon, ob sie über einen in Replikation befindlichen Gültigkeitskontext oder keinen Gültigkeitskontext verfügen.
Beispiel: Im Quellsystem verfügt TeilA über zwei Iterationen, A.1 und A.2, mit Gültigkeiten wie "Los", "Block", "Fertigungs-Sequenznummer", "Serien" und "Datum". Diese Gültigkeiten sind dem Kontext "TeilA" zugeordnet.
Quellsystem
Teilename
Typ/Kontext der tatsächlichen Gültigkeit
Wert
TeilA A.1
Losgültigkeit/TeilA
11-15,16-20
Blockgültigkeit/TeilA
21-25,26-30
MSN-Gültigkeit/TeilA
31-35,36-40
TeilA A.2
Serien-Gültigkeit/TeilA
41-45,46-50
Datumsgültigkeit/--
20. Mai bis 21. Mai
Zielsystem vor der Replikation
Beispiel: Im Zielsystem verfügt TeilA über die Iteration A.1 mit den Gültigkeiten wie "Los", "Block", "Fertigungs-Sequenznummer", "Serien" und "Datum". Diese Gültigkeiten sind verschiedenen Kontexten zugeordnet, wie in der folgenden Tabelle dargestellt: z.B. "TeilA", "Lokal", "Repliziert", "Wird übertragen" und "Bereitschaft". Die Kontexte "Repliziert", "Wird übertragen" und "Bereitschaft" entsprechen den Teilen, auf die die Sperren "Produkt-Design-Paket", "Wird übertragen" bzw. "Bereitschaft" angewendet sind.
Teilename
Typ/Kontext der tatsächlichen Gültigkeit
Wert
TeilA A.1
Losgültigkeit/TeilA
LA30–LA40
Blockgültigkeit/Local
BL30–BL40
MSN-Gültigkeit/Repliziert
MR30–MR40
Serien-Gültigkeit/Wird übertragen
SI30–SI40
Serien-Gültigkeit/Bereitschaft
SR30–SR40
Datumsgültigkeit/--
29. April bis 30. April
Zielsystem nach der Replikation
Teilename
Typ/Kontext der tatsächlichen Gültigkeit
Wert
TeilA A.1
Losgültigkeit/TeilA
11-15,16-20
Blockgültigkeit/Local
BL30–BL40
Blockgültigkeit/TeilA
21-25,26-30
Serien-Gültigkeit/Wird übertragen
SI30–SI40
TeilA A.2
Serien-Gültigkeit/Bereitschaft
SR30–SR40
MSN-Gültigkeit/TeilA
31-35,36-40
Serien-Gültigkeit/TeilA
41-45,46-50
Datumsgültigkeit/--
20. Mai bis 21. Mai
Nach der Replikation können Sie Folgendes im Zielsystem beobachten:
• Alle tatsächlichen Gültigkeiten sind jedem änderbaren Objekt mit einem lokalen Gültigkeitskontext im Zielsystem zugeordnet.
• Alle in Replikation befindlichen änderbaren Objekte und tatsächlichen Gültigkeiten verfügen über eine entsprechende Administratorsperre, die anzeigt, dass sie repliziert werden.
• Alle tatsächlichen Gültigkeiten mit einem in Replikation befindlichen Gültigkeitskontext und ohne Gültigkeitskontext werden gelöscht.
• Alle tatsächlichen Gültigkeiten mit einem replizierten Gültigkeitskontext und ohne Gültigkeitskontext stammen aus dem Quellsystem.
• Jede tatsächliche Gültigkeit mit einem lokalen Gültigkeitskontext wird immer für Iterationsfälle beibehalten.
• Die lokale tatsächliche Gültigkeit wird nie über Revisionen des gültigkeitsverwalteten Objekts hinweg beibehalten.
• Die lokale tatsächliche Gültigkeit wird gelöscht, wenn der Gültigkeitskontext repliziert wird.
War dies hilfreich?