Modification du comportement de réplication dans IDR

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 5 minutes de lecture

    • Modifiez la façon dont les données sont répliquées en configurant des paramètres facultatifs dans Réplication de données d'instance (IDR).

    Fusion personnalisée

    Fusionnez les enregistrements à l’aide d’une colonne différente lorsque les enregistrements sur l’instance de consommateur ont une sys_id différente du même enregistrement sur l’instance du producteur dans Réplication de données d'instance (IDR).

    Par défaut, le champ sys_id est utilisé pour fusionner des enregistrements dans IDR. À partir de la San Diego mise en production, vous pouvez choisir d’utiliser un champ différent.

    Utilisez la fonctionnalité de fusion des colonnes lorsque les enregistrements sur l’instance de consommateur ont une sys_id différente de celle du même enregistrement sur l’instance du créateur. Par exemple, lorsqu’un enregistrement est créé et chargé dans Découverte plusieurs instances, il est possible que la sys_id ne corresponde pas. Dans ce scénario, vous pouvez utiliser un autre champ d’identificateur unique en sélectionnant l’option Activer la fusion personnalisée et en choisissant un champ de fusion sur le formulaire d’entrée de réplication du producteur.

    Lorsque vous sélectionnez le champ Fusionner , vous devez vérifier les éléments suivants :

    • Le champ que vous avez sélectionné se trouve dans les champs inclus du formulaire Entrée de réplication sur l’instance du producteur.
    • Le champ existe avec le même nom, la même longueur et le même type sur l’instance du consommateur.
      Remarque :
      Le champ Fusion peut être différent sur l’instance de consommateur si vous créez une transformation valide pour le champ.
    • La valeur de colonne unique du champ que vous avez sélectionné est définie true dans la table Entrée du dictionnaire [sys_dictionary].

    Ne modifiez pas la valeur du champ une fois qu’il a été défini comme champ de fusion .

    Pour modifier le champ Fusionner une fois défini, vous devez supprimer l’entrée de réplication sur l’instance du producteur et créer une nouvelle entrée de réplication.

    Si le champ Fusion n’existe pas sur l’instance du consommateur, l’erreur suivante s’affiche sur le formulaire de l’ensemble de réplications du consommateur. L’instance de consommateur ne reconnaît pas le champ de fusion <column_name> comme un membre valide de la table <table_name>. Créez ce champ ou activez la transformation avec cette table pour recevoir des mises à jour de la table du producteur vers l’instance du consommateur.

    Erreurs lors de l’utilisation de la fusion avec transformation

    Si la transformation est activée sur l’instance du producteur, le champ Fusion de la table cible doit avoir le même nom, le même type et la même longueur. Si l’un de ces paramètres ne correspond pas, une erreur s’affiche.

    Si la transformation est activée sur l’instance du producteur, que le mappage n’est pas valide pour le champ Fusion et que le consommateur synchronise les entrées, le système affiche une erreur sur le formulaire de l’ensemble de réplications du consommateur.

    Si la transformation est activée pour une entrée de réplication avec un mappage valide du champ Fusion, puis que le schéma de table pour la table cible est mis à jour de sorte que le mappage n’est plus valide, le système affiche une erreur sur le formulaire Entrée de réplication.

    Si une entrée de réplication tente d’activer la transformation et qu’il n’existe aucun mappage valide pour le champ Fusion entre la table source et la table cible, le système affiche une erreur sur le formulaire Entrée de réplication.

    Conservation des valeurs de champ système

    Conserver les valeurs producteur dans les champs système lors de la réplication de données dans Réplication de données d'instance (IDR).

    Pour conserver le nom d’utilisateur dans une entrée d’activités, sélectionnez l’option Conserver modifié par sur le formulaire Entrée entrante sur un ensemble de réplications du consommateur.

    Par exemple, le champ Notes de travail est un type d’activité dans les enregistrements de demande de changement. Lorsqu’un utilisateur met à jour une demande de changement, la note de travail passe au flux d’activités.

    • Si vous ne sélectionnez pas Conserver modifié par, Réplication de données d'instance le nom d’utilisateur apparaît à la place du nom d’utilisateur dans les enregistrements de consommateur.
    • Si vous sélectionnez Conserver modifié par, l’utilisateur qui a mis à jour la demande de changement est identifié dans l’entrée et le système ajoute IDR son nom.
    Conserver modifié par.

    Lors de la réplication des modifications, la conservation des modifications affecte les valeurs des champs système Mis à jour par, Mis à jour, Créé et Créé par :

    • Lorsque l’option Conserver modifié par est activée et que vous incluez les champs système dans l’entrée de réplication du producteur, les valeurs des champs système du producteur sont répliquées dans les enregistrements du consommateur. Si vous n’incluez pas de champs système dans l’entrée de réplication du producteur, les valeurs système par défaut de l’instance consommateur sont utilisées à la place.
    • Lorsque l’option Conserver modifié par est désactivée, les valeurs de champ système par défaut de l’instance de consommateur sont utilisées, ce qui signifie qu’elles peuvent ne pas correspondre aux valeurs de champ système des enregistrements du créateur.

    Lors de l’amorçage des données, le paramètre Conserver modifié par n’a aucun effet :

    • Si vous incluez des champs système dans l’entrée de réplication du producteur, les valeurs du champ système du producteur apparaissent dans les enregistrements extraits.
    • Si vous n’incluez pas de champs système dans l’entrée de réplication du producteur, des valeurs null s’affichent dans les champs système des enregistrements extraits.

    Déclenchement d’un workflow après la réplication

    Déclenchez des workflows après la réplication à l’aide des règles métier de la plateforme.

    Les insertions et les mises à jour qui sont répliquées sur une instance de consommateur peuvent déclencher des règles métier configurées sur la table cible. Une règle métier est un script de serveur associé à une table. Utilisez les règles métier pour déclencher les workflows associés aux réplications, tels que l’envoi d’une notification ou la validation des données répliquées.

    Les règles métier font partie du Now Platform. Pour plus d’informations, voir Règles métier.

    Pour exécuter une règle métier après la réplication, sélectionnez l’option Exécuter la règle métier sur le formulaire Entrée entrante dans un jeu de réplications du consommateur. IDR invoquera les règles métier associées à la table spécifiée après avoir répliqué les données dans la table.