Gestione dei dati locali durante la replica di contesto
In questo argomento viene illustrato come i sistemi gestiscono la replica dei business object e delle relative relazioni da un sistema di origine a un sistema di destinazione, soprattutto quando alcuni di questi oggetti sono già presenti localmente nel sistema di destinazione. L'obiettivo è evitare i conflitti e garantire l'omogeneità dei dati.
Comportamento degli oggetti locali
In alcuni scenari di replica, gli oggetti locali nel sistema di destinazione possono fungere da segnaposto per gli oggetti esistenti nel sistema di origine. Questi segnaposto continuano a cambiare ed evolversi in modo indipendente all'interno del sistema di destinazione e vengono definiti agenti.
Configurazione di segnaposto
Per attivare la funzione di segnaposto, impostare la proprietà wt.ixb.import.businessIdentityBasedSearchForLinks.placeholderObjectsOnly=true nel file wt.properties sia nell'ambiente di origine che in quello di destinazione.
 |
Nel sistema di origine, questi oggetti sono denominati segnaposto, mentre nel sistema di destinazione sono noti come agenti, a rappresentarne l'effettiva implementazione.
|
Gestione dei conflitti di replica
• Comportamento precedente - Se durante la replica di contesto veniva rilevato che alcuni dei business object replicati esistevano già localmente in un ambiente chiuso (destinazione) e non erano contrassegnati per la replica, si verificava un conflitto. Tale conflitto era stato risolto ignorando l'importazione di tali oggetti.
• Comportamento corrente - Se la replica di contesto rileva relazioni replicate che fanno riferimento a tali oggetti locali, il sistema ignora tali relazioni durante l'importazione per evitare conflitti.
Esportazione e importazione di package
Il sistema di origine esporta un package contenente tutti gli oggetti supportati e i relativi identificativi aziendali durante la replica. Questo package viene quindi importato dal sistema di destinazione o da un sistema locale.
Logica di gestione delle relazioni
Durante questa operazione di importazione si verifica quanto segue.
• Il sistema tenta innanzitutto di individuare l'oggetto del lato debole nel sistema di destinazione utilizzando il relativo UFID.
• Se l'UFID non corrisponde, il sistema verifica se l'identificativo aziendale dell'oggetto del lato debole nel sistema di origine corrisponde a un oggetto locale nel sistema di destinazione.
• Se viene rilevata una corrispondenza, il link viene replicato.
Regole di replica degli oggetti locali
Quando un business object viene individuato nel sistema di destinazione in base al relativo identificativo aziendale, il processo di replica segue le regole seguenti:
• Replica di link condizionale: un link (relazione) viene replicato solo se l'oggetto del lato forte viene replicato e l'oggetto del lato debole esiste già in locale nel sistema di destinazione ed è contrassegnato come segnaposto. Questa replica si verifica solo se l'identificativo aziendale dell'oggetto del lato debole locale corrisponde all'identificativo fornito dall'origine o incluso nel package della consegna ricevuta.
• Replica di link basata sullo stato di blocco: il sistema determina se un business object è valido per la replica di link in base allo stato di blocco dell'oggetto. Se l'oggetto è contrassegnato con Bloccato per replica o Bloccato da package progettazione, viene escluso dal processo di replica di link. Tuttavia, se l'oggetto è contrassegnato con blocco In transito o è identificato come oggetto locale, può partecipare alla replica di link.
• Replica del solo lato forte: se l'oggetto viene identificato come il lato debole di una relazione, il sistema replica solo l'oggetto del lato forte e stabilisce un link all'ultima iterazione dell'oggetto del lato debole. L'oggetto del lato debole rimane locale, non viene replicato e viene contrassegnato come segnaposto.
• Nessuna replica di link per gli oggetti completamente locali: se l'oggetto del lato forte e quello del lato debole sono entrambi già presenti e locali nel sistema di destinazione, il link tra di essi non viene replicato.
• Restrizioni di replica dovute a blocco o replica in sospeso: il link non viene importato se l'oggetto del lato forte si trova in una delle condizioni di seguito indicate.
◦ Non è replicato a causa di un blocco amministrativo oppure
◦ Ha un tag per la replica applicato, ma non è stato ancora replicato
• Identificativo aziendale parziale o mancante: se l'identificativo aziendale è parzialmente disponibile o mancante nell'origine durante l'esportazione, il link viene comunque replicato nel sistema di destinazione.
• Considerazioni sul controllo d'accesso: se l'oggetto del lato debole è presente localmente nella destinazione ma non può essere individuato a causa di permessi o restrizioni di accesso, il sistema ignora la replica di tali link.
• Considerazioni sul contesto: gli oggetti locali possono trovarsi in qualsiasi contesto (ad esempio prodotto o libreria) nel sistema di destinazione.
• Inserimento di segnaposto nel package di replica: nel sistema di origine, quando gli utenti selezionano alcuni oggetti (oggetti del lato debole della relazione) come segnaposto, il sistema include l'identificativo aziendale dei soli oggetti selezionati nel package di replica di esportazione. Tali identificativi vengono trasferiti tramite i link associati.
Esempio
Si consideri l'esempio seguente in cui l'oggetto del lato forte ParteP1 A.2 viene replicato nel sistema di destinazione perché l'identificativo aziendale dell'oggetto del lato debole FiglioC1 A.1 nell'origine corrisponde al FiglioC1 A.1 nella destinazione ed entrambi sono contrassegnati come segnaposto:
|
Sistema di origine
|
Sistema di destinazione (prima della replica)
|
Sistema di destinazione (dopo la replica)
|
|---|---|---|
|
ParteP1 A.2
|
FiglioC1 A.1 (locale)
|
ParteP1 A.2 (replicato)
|
|
FiglioC1 A.1
|
FiglioC1 A.1 (resta locale)
|
Se l'identificativo aziendale dell'oggetto del lato debole nei sistemi di origine e di destinazione non corrisponde, ParteP1 A.2 viene replicato nel sistema di destinazione, ma il link non viene replicato. Per ulteriori informazioni sull'identificativo aziendale, vedere Identificativo aziendale per gli oggetti.
Caso speciale
In alcuni casi, l'oggetto del lato debole può trovarsi in un contesto diverso rispetto all'oggetto del lato forte nella destinazione. Quando l'oggetto del lato forte viene replicato, il sistema replica anche il link associato, a condizione che l'identificativo aziendale dell'oggetto del lato debole nel sistema di destinazione corrisponda alle informazioni sull'identificativo dell'origine e che l'oggetto del lato debole sia contrassegnato come segnaposto sia nel sistema di origine sia in quello di destinazione.
Sebbene questo argomento sia incentrato sulla replica generale di business object, principi simili di corrispondenza degli identificativi si applicano anche agli oggetti di gestione delle modifiche. Per ulteriori informazioni, vedere Identificativo aziendale per la gestione delle modifiche.
Per comprendere come vengono gestiti i dati locali durante la replica di documenti CAD, vedere Limitazioni relative ai documenti CAD.