Gestión de datos locales durante la replicación de contexto
En este tema se explica cómo los sistemas gestionan la replicación de objetos de negocio y sus relaciones de un sistema de origen a un sistema de destino, especialmente cuando algunos de esos objetos ya existen localmente en el sistema de destino. El objetivo es evitar conflictos y garantizar la coherencia de los datos.
Comportamiento de los objetos locales
En determinados escenarios de replicación, los objetos locales del sistema de destino pueden actuar como marcadores de posición para los objetos que existen en el sistema de origen. Estos marcadores de posición siguen cambiando y evolucionando de forma independiente dentro del sistema de destino y se denominan agentes.
Configuración de marcadores
Para activar la función de marcadores, defina la propiedad wt.ixb.import.businessIdentityBasedSearchForLinks.placeholderObjectsOnly=true en el fichero wt.properties tanto en el entorno de origen como en el de destino.
 |
En el sistema de origen, estos objetos se denominan marcadores, mientras que en el sistema de destino se conocen como agentes, lo que representa su implementación real.
|
Gestión de conflictos de replicación
• Comportamiento anterior: si la replicación de contexto detectaba que algunos de los objetos de negocio que se replicaban ya existían localmente en un entorno cerrado (destino) y no estaban marcados para la replicación, se generaba un conflicto. Este conflicto se ha resuelto omitiendo la importación de esos objetos.
• Comportamiento actual: si la replicación de contexto detecta que se están replicando relaciones que hacen referencia a dichos objetos locales, el sistema las ignora durante la importación para evitar conflictos.
Exportación e importación de paquetes
El sistema de origen exporta un paquete que contiene todos los objetos soportados y sus identidades empresariales durante la replicación. A continuación, el sistema de destino o un sistema local importa este paquete.
Lógica de gestión de relaciones
Durante esta operación de importación:
• En primer lugar, el sistema intenta localizar el objeto del lado dependiente en el sistema de destino mediante su UFID.
• Si el UFID no coincide, el sistema comprueba si la identidad empresarial del objeto del lado dependiente del sistema de origen coincide con un objeto local del sistema de destino.
• Si se encuentra una coincidencia, el vínculo se replica.
Reglas de replicación de objetos locales
Cuando se detecta un objeto de negocio en el sistema de destino en función de su identidad empresarial, el proceso de replicación sigue estas reglas:
• Replicación de vínculos condicionales: un vínculo (relación) solo se replica si el objeto del lado independiente se está replicando, y el objeto del lado dependiente ya existe localmente en el sistema de destino y se ha marcado como un marcador. Esta replicación solo se produce si la identidad empresarial del objeto del lado dependiente local coincide con la identidad proporcionada por el origen o incluida en el paquete de envío recibido.
• Replicación de vínculos basada en el estado de bloqueo: el sistema determina si un objeto de negocio es elegible para la replicación de vínculos en función del estado de bloqueo del objeto. Si el objeto está marcado con Bloqueado para replicación o Bloqueado por paquete de diseño de producto, el objeto se excluye del proceso de replicación de vínculos. Sin embargo, si el objeto está marcado con En tránsito o se identifica como un Objeto local, el objeto puede participar en la replicación de vínculos.
• Replicación solo del lado independiente: si el objeto se identifica como el lado dependiente de una relación, el sistema replica solo el objeto del lado independiente y establece un vínculo a la última iteración del objeto del lado dependiente. El objeto del lado dependiente como tal sigue siendo local, no se replica y se marca como un marcador.
• Replicación sin vínculo para objetos totalmente locales: si los objetos de lado independiente y dependiente ya están presentes y son locales en el sistema de destino, el vínculo entre ellos no se replica.
• Restricciones de replicación debido a bloqueo o replicación pendiente: el vínculo no se importa si el objeto de lado independiente:
◦ No se ha replicado debido a un bloqueo administrativo, o
◦ Se ha etiquetado para la replicación, pero aún no se ha replicado
• Identidad empresarial parcial o que falta: si la identidad empresarial está disponible parcialmente o falta en el origen durante la exportación, el vínculo se sigue replicando en el sistema de destino.
• Consideraciones sobre el control de acceso: si el objeto de lado dependiente existe localmente en el destino pero no se puede detectar debido a restricciones o permisos de acceso, el sistema ignora la replicación de dichos vínculos.
• Consideraciones sobre el contexto: los objetos locales pueden residir en cualquier contexto (por ejemplo, un producto o biblioteca) del sistema de destino.
• Inclusión de marcadores en el paquete de replicación: en el sistema de origen, cuando los usuarios seleccionan algunos objetos (objetos de lado dependiente en la relación) como marcadores, el sistema incluye la identidad empresarial solo de los objetos seleccionados en el paquete de replicación de la exportación. Estas identidades se transfieren a través de sus vínculos asociados.
Ejemplo
Considere el siguiente ejemplo, en el que el objeto del lado independiente PartP1 A.2 se replica en el sistema de destino porque la identidad empresarial del objeto del lado dependiente ChildC1 A.1 en el origen es la misma que el ChildC1 A.1 en el destino y ambos se marcan como un marcador.
|
Sistema de origen
|
Sistema de destino (antes de la replicación)
|
Sistema de destino (después de la replicación)
|
|---|---|---|
|
PartP1 A.2
|
ChildC1 A.1 (local)
|
PartP1 A.2 (replicado)
|
|
ChildC1 A.1
|
ChildC1 A.1(sigue siendo local)
|
Si la identidad empresarial del objeto del lado dependiente en los sistemas de origen y destino no coincide, PartP1 A.2 se replica en el sistema de destino, pero el vínculo no se replica. Para obtener más información sobre la identidad empresarial, consulte Identidad empresarial de los objetos.
Caso especial
En algunos casos, el objeto de lado dependiente puede existir en un contexto diferente al del objeto de lado independiente en el destino. Cuando se replica el objeto de lado independiente, el sistema también replica el vínculo asociado, siempre y cuando la identidad empresarial del objeto de lado dependiente del sistema de destino coincida con la información de identidad del origen y el objeto de lado dependiente se marque como un marcador en los sistemas tanto de origen como de destino.
Aunque este tema se centra en la replicación general de objetos de negocio, también se aplican principios similares de coincidencia de identidades a los objetos de gestión de cambios. Para obtener más información, consulte Identidad empresarial de la gestión de cambios.
Para comprender cómo se gestionan los datos locales durante la replicación de documentos CAD, consulte Limitaciones de documentos CAD.