Modification du comportement de réplication dans Réplication de données d'instance

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 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).

    Coalescence personnalisée

    Fusionnez les enregistrements à l’aide d’une colonne différente lorsque les enregistrements de l’instance de consommateur ont une sys_id différente de celle du même enregistrement sur l’instance du créateur 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 autre champ.

    Utilisez la fonctionnalité de fusion de colonnes lorsque les enregistrements de l’instance de consommateur ont une sys_id différente de celle du même enregistrement sur l’instance de créateur. Par exemple, lorsqu’un enregistrement est créé et Découverte chargé dans plusieurs instances, il est possible que les sys_id ne correspondent 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 Coalescence , 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.
    • Ce 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 du 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 sur dans la table Entrée de dictionnaire [sys_dictionary].

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

    Pour modifier le champ Fusion une fois qu’il a été 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 Coalescence 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 Coalescence , puis que le schéma de table de 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’aucun mappage valide pour le champ Fusion n’existe 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 du 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 dans le formulaire Entrée d’un ensemble de réplication du consommateur.

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

    • Si vous ne sélectionnez pas Conserver modifié par, Réplication de données d'instance 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, l’option Conserver modifié par 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 des 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 des champs système du créateur 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 apparaissent dans les champs système des enregistrements extraits.

    Déclenchement des workflows 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 consommateur peuvent déclencher des règles métier configurées sur la table cible. Une règle métier est un script côté serveur associé à une table. Utilisez des 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 ServiceNow AI 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éplication du consommateur. IDR invoquera les règles métier associées à la table spécifiée après la réplication des données dans la table.