Importation de données marquées pour réplication
Avant de démarrer l'activité d'importation, il est recommandé de vérifier l'absence d'incohérence de version entre les données des systèmes source et cible. Utilisez le paramètre -p ou --mismatchReport dans la commande d'importation pour générer le rapport :
windchill com.ptc.windchill.rd.cli.WindchillPackage import -u <username> -c "<context>" -l "<directory>" -p
windchill com.ptc.windchill.rd.cli.WindchillPackage import -u demo -c "/wt.inf.container.OrgContainer=Demo Organization/wt.pdmlink.PDMLinkProduct=Drive System" -l "D:\importedFiles\packageDeliveries\20131202" -p
Le rapport d'incohérence de version est généré uniquement pour les livraisons reçues qui contiennent des données d'incohérence de version. Le rapport s'affiche dans l'onglet Pièces jointes de la livraison reçue. Pour plus d'informations, consultez la rubrique Rapport d'incohérence de version.
Pour importer et écraser des données marquées comme Verrouillé pour réplication, vous devez utiliser l'utilitaire de ligne de commande. Spécifiez le paramètre -o ou --overwrite dans la commande d'importation, comme indiqué ci-dessous :
windchill com.ptc.windchill.rd.cli.WindchillPackage import -u demo -c "/wt.inf.container.OrgContainer=Demo Organization/wt.pdmlink.PDMLinkProduct=Drive System" -l "D:\importedFiles\packageDeliveries\20131202" -o
Si les paramètres -o et -p sont tous les deux spécifiés, le paramètre -o est ignoré.
Une fois la livraison reçue importée, le verrou de réplication est remplacé par un verrou de conception de produit, nommé Verrouillé par lot de conception de produit. Si un objet continue d'afficher le verrou de réplication, cela indique que l'importation a échoué en raison de problèmes tels qu'une inadéquation de version, un objet inaccessible ou un conflit prioritaire. Pour identifier et résoudre ces problèmes, consultez le rapport d'incohérence de version et le journal des importations disponibles dans l'onglet Pièces jointes de la livraison reçue. Une fois les problèmes résolus, relancez le processus d'importation.
Le fichier journal d'importation indique la valeur YES pour LOCAL_OBJECTS_OVERWRITE_MODE si le verrou de réplication a été appliqué. Toutefois, lors de l'importation d'un lot incrémentiel, le fichier journal de la livraison reçue affiche la valeur NO.
Si une livraison reçue est partiellement importée, c'est-à-dire avec le statut Echec : Importation partielle, et que vous tentez de réimporter cette même livraison chargée, le journal des importations de la tentative précédente est conservé. Un nouveau journal des importations est généré pour la dernière importation.
* 
Seuls les lots de base peuvent être importés avec succès à l'aide du verrou de réplication. Les lots incrémentiels ne sont pas pris en charge via ce processus.
Les points suivants s'appliquent aux objets de gestion des modifications :
Lors de l'importation d'un lot de réplication, si un avis de modification est écrasé, toutes les tâches de modification locales associées sont supprimées et recréées en fonction du lot source.
L'effectivité n'est collectée que si le contexte d'effectivité est marqué comme Verrouillé pour réplication ou a déjà été répliqué. Cependant, l'effectivité de date est collectée même si aucun contexte d'effectivité n'est affecté.
L'intégralité du réseau de modification est collectée lors de l'application du verrou de réplication.
Une fois qu'un lot de base a été importé avec succès, toute modification du système source peut être directement répliquée sur le système cible à l'aide d'un lot incrémentiel.
Est-ce que cela a été utile ?