--- sourceDocument: Gestion des opérations IT Australie sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-operations-management Release : - australia ft:locale : - fr-FR ft:publication_title : - Gestion des opérations IT Australie ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Mappage et mappage automatiques des données de journal # Mappage automatique et mappage des données de journal dans Analyse de l'intégrité des journaux {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes de lecture Par défaut, le HLA moteur essaie de mapper automatiquement chaque ligne de journal entrante aux balises correctes. Vous pouvez modifier manuellement les résultats de mappage automatique en définissant une fonction JavaScript. ## Mappage automatique des lignes de journaux entrantes {#hla-data-input-automapping__section_qqb_p4q_vmb} Analyse de l'intégrité des journaux Le mappage automatique affecte des échantillons de journal et des métadonnées à trois balises : instance de service, composant et type de source. L'affectation de l'instance de service est basée sur l'instance de service spécifiée dans la configuration de l'entrée de données. Les balises restantes sont attribuées automatiquement. Par exemple, dans l'exemple de ligne de journal suivant, Analyse de l'intégrité des journaux utilise le champ \<\< source \>\> pour trouver le composant et le type de source. {"beat":{"version":"6.8","name":"abc3.prd.acme.com","hostname":"abc3.prd.acme.com"},"@timestamp":"2020-08-27T10:12:24.792Z","prospector":{"type":"log"},"message":"**** User null is requesting the following page http://www.acme.com PROPS:{"subcategory1":"home pages","httpStatus":"200","loginLevel":"Anonymous","userAgent":"Mozilla5.0", ("pageUrl":\"http://www.acme.com","host":"abc3.prd.acme.com","@version":"1","source":"/opt/oracle/weblogic/abc/online_store3/logs/online_store3.out","offset":3951550786} Dans l'exemple, Analyse de l'intégrité des journaux extrait la chaîne \<\< online_store \>\>. Elle analyse les champs suivants s'ils existent dans la ligne de journal : source, chemin, canal, namespace_name, nom, pod_name, source_name et aws_lambda_name. Lorsque les données sont envoyées via Syslog, il analyse également la balise syslog. Arrêter l'extraction de données inutiles : Si une chaîne extraite n'est pas suffisamment descriptive ou contient du texte ou des informations redondants, vous pouvez arrêter l'extraction de ces données consommables. Pour plus d'informations, consultez [Arrêter l'extraction des données de journal inutiles dans Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/xOUY3eNkZMieXTKIKV5Aow "Si une chaîne de données extraite n’est pas suffisamment descriptive ou contient du texte ou des informations redondants, vous pouvez configurer Analyse de l'intégrité des journaux la propriété pour arrêter l’extraction de ces données à partir de vos journaux."). Garantir l'extraction de données spécifiques : Vous pouvez vous assurer que Analyse de l'intégrité des journaux extrait les termes spécifiques souhaités. Pour plus d'informations, consultez [Extraire des données de journal spécifiques dans Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/fBU2E39kd0svJZ_3Ke6k6w "Définissez Analyse de l'intégrité des journaux pour extraire les termes spécifiés des journaux et les mapper à des composants spécifiques."). ## Mappage des sources d'entrée de données {#hla-data-input-automapping__section_bsk_54q_vmb} Vous pouvez modifier manuellement les résultats de mappage automatique en définissant une fonction JavaScript. [Le mappage d'entrée de données](https://servicenow-prod.fluidtopics.net/WuX6zCzslFiEGksMw8ckHQ "Le mappage des données de journal brutes qui sont diffusées dans votre instance détermine la façon dont les données sont traitées. Analyse de l'intégrité des journaux Structure automatiquement les journaux, crée des mesures pour la détection des anomalies et présente des alertes en fonction de la façon dont vos données sont balisées.") vous permet d'organiser vos données de journal par instance de service et par zone de disponibilité. Une seule instance de service peut inclure plusieurs composants, et un composant peut recevoir des journaux de nombreux types de sources différents. Une paire instance de service-composant est toutefois unique. Les types de source sont basés sur une structure et un format de journal spécifiques. Les instances et les composants de service sont définis de manière plus large et sont donc principalement utilisés pour le mappage logique. L'activation du mode Test évite de faire Elasticsearch exploser le stockage avec des exemples de données qui ne sont utilisés que pour perfectionner le mappage des données de journal. Lorsque l'entrée de données est en mode test, Analyse de l'intégrité des journaux ne crée pas les types de sources, les sources ou tout autre objet qu'elle crée dans le flux standard. Il enregistre les données diffusées dans des index temporaires Elasticsearch dédiés qui apparaissent en tant que composants dans la visionneuse de journaux. Lorsque vous publiez le script et quittez le mode Test, ces index temporaires sont supprimés pour minimiser la consommation d'espace de stockage. Lorsque vous définissez une fonction JavaScript, sélectionnez Test pour afficher le résultat du script tel qu'il est actuellement spécifié. Cette fonctionnalité vous permet de prévisualiser les types de source et les sources créés. Vous pouvez ensuite affiner le script jusqu'à ce qu'il atteigne le résultat souhaité. Par exemple, il peut être utile de comparer les résultats des tests de plusieurs versions de la fonction JavaScript. Remarque : Par défaut, le test traite 100 échantillons de données de journal. Vous pouvez personnaliser ce numéro dans les propriétés système. Pour plus d'informations, consultez [Configurer les propriétés système de Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/o98pNCx_mHvhQzCH94NbsQ "Configurez les propriétés système globales Analyse de l'intégrité des journaux si vous devez modifier les valeurs par défaut, ce qui ne devrait généralement pas être nécessaire."). Lors de la configuration de l'entrée de données, le système peut créer un nombre total excessif de sources d'entrée de données. Cela peut être dû par exemple à un script de mappage défectueux. Vous pouvez configurer des limites pour le nombre de sources créées par entrée de données dans les [propriétés système](https://servicenow-prod.fluidtopics.net/o98pNCx_mHvhQzCH94NbsQ "Configurez les propriétés système globales Analyse de l'intégrité des journaux si vous devez modifier les valeurs par défaut, ce qui ne devrait généralement pas être nécessaire.") :{#hla-data-input-automapping__table_efl_hqt_fqb__entry__3} | Propriété système | Description | Valeur par défaut | |-|-|-| | log_source.sources_warning_limit | Limite d'avertissement pour le nombre de sources créées par entrée de données. | 500 | | log_source.sources_critical_limit | La limite critique pour le nombre de sources créées par entrée de données. | 600 | [ ] {#hla-data-input-automapping__table_efl_hqt_fqb}Le nombre de sources de journal créées par une entrée de données spécifique s'affiche dans le champ Nombre de sources pour cette entrée de données. Lorsque le nombre total de sources créées lors de la configuration de l'entrée de données atteint la limite d'avertissement, le système envoie une notification d'avertissement par e-mail. Il affiche également un message sur les pages Mappage d'entrée de données, Sources de journal et Entrée de données . La notification et le message incluent le nombre total de sources créées jusqu'à présent et les trois entrées de données ayant contribué le plus à ce total. Si aucune action n'est entreprise, le système continue de créer des sources jusqu'à ce que le nombre total atteigne la limite critique. Lorsque cela se produit, la configuration et la diffusion de l'entrée de données à partir de toutes les entrées de données s'arrêtent automatiquement. Vous ne pouvez pas redémarrer manuellement les entrées de données tant que le problème n'a pas été résolu. Vous pouvez résoudre ce problème en suivant les instructions de l'article [Comment gérer trop de sources dans les entrées de données \[KB0963067\]](https://support.servicenow.com/nav_to.do?uri=/kb?id=kb_article_view&sysparm_article=KB0963067) de la Now Support base de connaissances. ## Liaison des données du journal {#hla-data-input-automapping__section_dtv_gvq_vmb} La liaison de données de journal à des éléments de configuration (CI) dans Base de données de gestion des configurations (CMDB) vous permet de rechercher dans la CMDB des points de terminaison correspondant à un journal. Lorsque vous configurez une entrée de données, vous liez les entrées de journal à une instance de service liée à un CI dans la CMDB. La liaison des entrées de journal, des instances de service et des CI permet au moteur de les corréler pour une utilisation dans l'analyse HLA de la cause première (RCA). Pour plus d'informations, voir [Configurer manuellement une Rsyslog entrée Analyse de l'intégrité des journaux de données ou FilebeatWinlogbeat](https://servicenow-prod.fluidtopics.net/~RIpneo8eC5wPSx4R6cpIw "Configurez une entrée de données pour diffuser les messages du journal vers votre instance à l’aide ServiceNow d’un ou d’un RsyslogFilebeatWinlogbeat agent.") ou [Configurer une Elasticsearch entrée de données dans Analyse de l'intégrité des journaux manuellement](https://servicenow-prod.fluidtopics.net/0W3bNy254kRuR5V67DcSFw "Configurez une entrée de données pour diffuser les données du journal de diffusion depuis les Elasticsearch indices vers votre ServiceNow instance."). * **[Mapper les données de journal brutes dans Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/WuX6zCzslFiEGksMw8ckHQ)** Le mappage des données de journal brutes qui sont diffusées dans votre instance détermine la façon dont les données sont traitées. Analyse de l'intégrité des journaux Structure automatiquement les journaux, crée des mesures pour la détection des anomalies et présente des alertes en fonction de la façon dont vos données sont balisées. * **[Afficher les relations entre les types de source et les sources de journal dans Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/sF2Q1jiUwWDnvsRcBaC0Bg)** Explorez les relations plusieurs-à-plusieurs entre les types de source et les sources de journal pour vous aider à optimiser votre mappage d'entrée de données. * **[Détection des propriétés d'en-tête dans Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/prnRqleBQaSgZ8iu5A2ebg)** Dans Analyse de l'intégrité des journaux, la détection automatique des propriétés d'en-tête sépare l'en-tête de transport du message du journal interne et ne transmet que le message du journal interne à la structure de type source. Le message interne contient les données de journal réelles sans inclure les informations d'expédition. * **[Extraire des données de journal spécifiques dans Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/fBU2E39kd0svJZ_3Ke6k6w)** Définissez Analyse de l'intégrité des journaux pour extraire les termes spécifiés des journaux et les mapper à des composants spécifiques. * **[Arrêter l'extraction des données de journal inutiles dans Analyse de l'intégrité des journaux](https://servicenow-prod.fluidtopics.net/xOUY3eNkZMieXTKIKV5Aow)** Si une chaîne de données extraite n'est pas suffisamment descriptive ou contient du texte ou des informations redondants, vous pouvez configurer Analyse de l'intégrité des journaux la propriété pour arrêter l'extraction de ces données à partir de vos journaux.