Gestion des données locales pendant la réplication de contexte
Cette rubrique décrit la manière dont les systèmes gèrent la réplication des objets métier et leurs relations entre un système source et un système cible, notamment lorsque certains de ces objets existent déjà localement dans le système cible. L'objectif recherché est d'éviter les conflits et de garantir la cohérence des données.
Comportement des objets locaux
Dans certains scénarios de réplication, les objets locaux du système cible peuvent faire office de repères pour les objets qui existent dans le système source. Ces repères continuent à changer et à évoluer indépendamment au sein du système cible et sont désignés sous le terme d'agents.
Configuration des repères
Pour activer la fonctionnalité de repère, définissez la propriété wt.ixb.import.businessIdentityBasedSearchForLinks.placeholderObjectsOnly=true dans le fichier wt.properties sur les environnements source et cible.
 |
Dans le système source, ces objets sont appelés repères, tandis que dans le système cible, ils sont désignés sous le terme d'agents, représentant leur implémentation réelle.
|
Gestion des conflits de réplication
• Comportement précédent : si la réplication de contexte détectait que certains des objets métier répliqués existaient déjà localement dans un environnement fermé (cible) et n'étaient pas marqués pour réplication, cela engendrait un conflit. Ce conflit a été résolu en permettant au système d'ignorer l'importation de ces objets.
• Comportement actuel : si la réplication de contexte détecte des relations en cours de réplication qui référencent des objets locaux, le système ignore ces relations lors de l'importation pour éviter les conflits.
Exportation et importation de lots
Le système source exporte un lot contenant tous les objets pris en charge et leurs identités d'entreprise pendant la réplication. Ce lot est ensuite importé par le système cible ou par un système local.
Logique de gestion des relations
Au cours de cette opération d'importation :
• Le système commence par tenter de localiser l'objet du côté faible sur le système cible à l'aide de son identifiant unique de fédération (UFID).
• S'il n'existe aucune correspondance pour l'UFID, le système vérifie si l'identité d'entreprise de l'objet du côté faible dans le système source correspond à un objet local sur le système cible.
• Si une correspondance est trouvée, le lien est répliqué.
Règles de réplication des objets locaux
Lorsqu'un objet métier est découvert sur le système cible en fonction de son identité d'entreprise, le processus de réplication applique les règles suivantes :
• Réplication de lien conditionnelle : un lien (relation) n'est répliqué que si l'objet du côté fort est en cours de réplication et que l'objet du côté faible existe déjà localement sur le système cible et est marqué en tant que repère. Cette réplication se produit uniquement si l'identité d'entreprise de l'objet du côté faible local correspond à l'identité fournie par la source ou incluse dans le lot de livraison reçu.
• Réplication de lien basée sur le statut de verrouillage : le système détermine si un objet métier est admissible à la réplication de lien en fonction du statut de verrouillage de cet objet. Si l'objet présente le statut Verrouillé pour réplication ou Verrouillé par Lot de conception de produit, il est exclu du processus de réplication de lien. En revanche, si l'objet est marqué avec un verrou En transit ou identifié comme objet local, il est autorisé à prendre part au processus de réplication de lien.
• Réplication du côté fort uniquement : si l'objet est identifié comme le côté faible d'une relation, le système réplique uniquement l'objet du côté fort et établit un lien avec la dernière itération de l'objet du côté faible. L'objet du côté faible proprement dit reste local, n'est pas répliqué et est marqué en tant que repère.
• Aucune réplication de lien pour les objets entièrement locaux : si les objets du côté fort et du côté faible sont déjà présents et locaux sur le système cible, le lien entre eux n'est pas répliqué.
• Restrictions de réplication dues à un verrou ou à une réplication en attente : le lien n'est pas importé si l'objet du côté fort se trouve dans l'une des deux situations suivantes :
◦ L'objet n'est pas répliqué en raison d'un verrou d'administration.
◦ L'objet est marqué pour réplication, mais n'a pas encore été répliqué.
• Identité d'entreprise partielle ou manquante : si l'identité d'entreprise est partiellement disponible ou manquante dans le système source lors de l'exportation, le lien est tout de même répliqué sur le système cible.
• Considérations en matière de contrôle d'accès : si l'objet du côté faible existe localement sur la cible, mais qu'il ne peut être détecté en raison de restrictions ou de permissions d'accès, le système ignore la réplication de ces liens.
• Considérations en matière de contexte : les objets locaux peuvent résider dans n'importe quel contexte (par exemple, produit ou bibliothèque) sur le système cible.
• Inclusion de repères dans le lot de réplication : dans le système source, lorsque les utilisateurs sélectionnent quelques objets (objets du côté faible de la relation) en tant que repères, le système n'inclut dans le lot de réplication d'exportation que l'identité d'entreprise des objets sélectionnés. Ces identités sont transférées par le biais des liens qui leur sont associés.
Exemple
Prenons l'exemple suivant, dans lequel l'objet du côté fort PartP1 A.2 est répliqué dans le système cible, parce que l'identité d'entreprise de l'objet du côté faible ChildC1 A.1 dans la source est la même que celle de ChildC1 A.1 dans la cible, et que ces deux objets sont marqués en tant que repères.
|
Système source
|
Système cible (avant réplication)
|
Système cible (après réplication)
|
|---|---|---|
|
PartP1 A.2
|
ChildC1 A.1 (local)
|
PartP1 A.2 (répliqué)
|
|
ChildC1 A.1
|
ChildC1 A.1(reste local)
|
Si l'identité d'entreprise de l'objet du côté faible dans le système cible ne correspond pas aux informations d'identité de la source, PartP1 A.2 est répliqué dans le système cible, mais le lien n'est pas répliqué. Pour plus d'informations sur l'identité d'entreprise, consultez la rubrique Identité d'entreprise pour les objets.
Cas particulier
Dans certains cas, l'objet du côté faible peut exister dans un contexte différent de celui de l'objet du côté fort sur la cible. Lorsque l'objet du côté fort est répliqué, le système réplique également le lien associé, à condition que l'identité d'entreprise de l'objet du côté faible dans le système cible corresponde aux informations d'identité de la source, et que l'objet du côté faible soit marqué en tant que repère dans les systèmes source et cible.
Bien que cette rubrique soit axée sur la réplication d'objets métier en général, des principes similaires de correspondance des identités s'appliquent également aux objets de gestion des modifications. Pour plus d'informations, consultez la rubrique Identité d'entreprise pour la gestion des modifications.
Pour comprendre la manière dont les données locales sont gérées lors de la réplication de documents CAO, consultez la rubrique Limites des documents CAO.