--- sourceDocument: Options de la plateforme d’IA ServiceNow de Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/servicenow-platform Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Options de la plateforme d’IA ServiceNow de Yokohama ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Préservation de la hiérarchie des tables dans Réplication de données d'instance # Préservation de la hiérarchie des tables dans Réplication de données d'instance {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes de lecture Décidez si vous souhaitez répliquer une hiérarchie de table parent-enfant et quelle stratégie utiliser pour répliquer les données dans Réplication de données d'instance (IDR). Avant de créer un ensemble de réplications, déterminez si la table que vous souhaitez répliquer fait partie d'une hiérarchie de tables parent-enfant. Si c'est le cas, décidez si vous souhaitez conserver la hiérarchie et si vous souhaitez répliquer les données du point de vue parent (en conservant uniquement les colonnes appartenant à la table parent) ou du point de vue enfant (en conservant toutes les colonnes appartenant aux tables enfants). Passez en revue les stratégies disponibles suivantes. Stratégie 1 : Préserver toute la hiérarchie et répliquer les colonnes enfants : Vous pouvez conserver toute la hiérarchie, y compris toutes les colonnes de la table enfant, en créant une entrée sortante pour chaque table enfant et en spécifiant un filtre sys_class_name pour chaque table enfant.Par exemple, pour répliquer la table de tâches et vous assurer que toutes les colonnes de toutes les tables enfants sont incluses, spécifiez les éléments suivants : {#preserving-table-hierarchy__table_s3c_rr3_tvb__entry__2} | Table | Filtre | |-|-| | Tâche | sys_class_name=tâche | | Incident | sys_class_name=incident | | Problème | sys_class_name=problème | | Demande de changement | sys_class_name=changement | [Tableau 1. Entrées sortantes] {#preserving-table-hierarchy__table_s3c_rr3_tvb} Et ainsi de suite, pour toutes les tables enfants, y compris les filtres avec chaque table pour le sys_class_name. Avec cette stratégie, les enregistrements sont insérés dans chaque table enfant du consommateur, y compris les données des colonnes appartenant à chaque table enfant du producteur. Stratégie 2 : Préservez la hiérarchie, mais ne répliquez pas les colonnes enfants : Pour préserver la hiérarchie mais ne répliquer que les colonnes de la table parente, répliquez la table parente et incluez le champ Nom de classe \[sys_class_name\] dans la liste Champs inclus . L'inclusion du champ Nom de classe permet de maintenir la distinction entre les enregistrements parents et enfants sur l'instance consommateur. Par exemple, si vous souhaitez répliquer la table Tâche et ses enfants (Incident, Problème, Demande de changement), mais uniquement répliquer les colonnes qui appartiennent à la table Tâche, spécifiez les éléments suivants :{#preserving-table-hierarchy__table_bmj_5w3_tvb__entry__2} | Table | Champs inclus | |-|-| | Tâche | Nom de classe | [Tableau 2. Entrée sortante] {#preserving-table-hierarchy__table_bmj_5w3_tvb} Dans cette stratégie, la colonne sys_class_name de la table de tâches du consommateur reçoit des entrées pour la table parente (tâche) et les tables enfants (incident, problème et changement), et les enregistrements sont insérés dans les tables enfants respectives sur le consommateur. Toutefois, sans le filtre sys_class_name, les colonnes uniques à chaque table enfant ne sont pas répliquées. Stratégie 3 : ignorer la hiérarchie et répliquer uniquement les données de table parentes : Pour ignorer la hiérarchie et répliquer uniquement les enregistrements parents, répliquez la table parente et excluez le champ Nom de classe \[sys_class_name\] de la liste Champs inclus . L'exclusion du champ Nom de classe supprime la distinction entre les enregistrements parents et enfants sur l'instance consommateur. Tous les enregistrements répliqués sur le consommateur seront des enregistrements de table parente. Par exemple, si vous souhaitez répliquer des enregistrements de la table Tâche et considérer simplement tous les enregistrements comme des tâches à des fins de génération de rapports ou d'audit, spécifiez les éléments suivants :{#preserving-table-hierarchy__table_mt4_3x3_tvb__entry__2} | Table | Champs inclus | |-|-| | Tâche | Tous les champs à l'exception du nom de classe | [Tableau 3. Entrée sortante] {#preserving-table-hierarchy__table_mt4_3x3_tvb} Dans cette stratégie, lorsque vous répliquez la table Tâche, tous les enregistrements répliqués ont une valeur tâche dans la colonne sys_class_name et aucune colonne appartenant aux tables enfants n'est répliquée. **Concepts associés** * [Préparation pour Réplication de données d'instance](https://servicenow-prod.fluidtopics.net/X9hD8BQLQTZLqlq1e0q1AA "Avant de configurer Réplication de données d'instance (IDR), analysez les tables et les colonnes des instances de producteur et de consommateur pour reproduire correctement les données.") * [Mise à niveau des ensembles de réplication hérités vers V2 dans Réplication de données d'instance](https://servicenow-prod.fluidtopics.net/Rw6jKlDTq_sX721Hir9eow "Améliorez le traitement des messages et les performances de réplication en mettant à niveau vos ensembles de réplication hérités vers IDR V2.") * [Mise à niveau de votre instance avec Réplication de données d'instance activé](https://servicenow-prod.fluidtopics.net/Be6OLMpJS78wfJndGfY7Bw "Lors de la mise à niveau de votre instance, IDR la réplication est automatiquement interrompue pour maintenir la réplication des données sans aucune intervention manuelle.") **Tâches associées** * [Demander un Réplication de données d'instance abonnement](https://servicenow-prod.fluidtopics.net/nuiSR2SV35ou9lD7KBLjrw "Le Réplication de données d'instance module d’extension (IDR) nécessite un abonnement séparé et doit être activé par ServiceNow le personnel.")