--- 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 --- # Présentation des identificateurs de modèle # Présentation des identificateurs de modèle {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 minutes de lecture Un identificateur de modèle est un ensemble de critères ou d'attributs (tels que le type d'alerte, le système affecté, etc.) utilisés pour regrouper des alertes similaires. Il permet d'identifier les problèmes récurrents, ce qui permet aux équipes de répondre et de résoudre plus facilement les problèmes en cours. ## Comment les identificateurs de modèle regroupent les alertes {#pattern-identifiers-grouping__section_tj5_zs5_mdc} Envisagez un système de surveillance de réseau qui génère des alertes pour divers problèmes, tels qu'une utilisation élevée du processeur, des fuites de mémoire ou des délais de connexion. Identificateur de modèle : nom de la mesure et CI * Alerte 1 : utilisation élevée du processeur sur le serveur A à 10h00 * Alerte 2 : utilisation élevée du processeur sur le serveur A à 10 h 05 * Alerte 3 : Fuite de mémoire sur le serveur B à 10h10 * Alerte 4 : utilisation élevée du processeur sur le serveur A à 10 h 15 {#pattern-identifiers-grouping__ul_k35_ct5_mdc} Dans ce cas, l'identificateur de modèle peut être défini sur le nom de la mesure (par exemple, utilisation élevée du processeur) combiné à l'élément de configuration (CI) (par exemple, serveur A). Les alertes 1, 2 et 4 sont regroupées, car elles partagent la même mesure (utilisation élevée du processeur) et le même CI (serveur A), ce qui indique un problème récurrent qui peut nécessiter une enquête plus approfondie. Toutefois, l'alerte 3 ne serait pas incluse dans ce groupe, car elle a une mesure (fuite de mémoire) et un CI (serveur B) différents. Remarque : L'ensemble des champs d'alerte utilisés pour l'identificateur de modèle est également appelé attributs d'identificateur de fonctionnalité ou simplement attributs. ## Comment configurer des identificateurs de modèle efficaces {#pattern-identifiers-grouping__section_enl_nt5_mdc} Pour configurer des identificateurs de modèle efficaces pour le regroupement d'alertes, suivez ces trois étapes clés afin de garantir une analyse précise et significative des alertes. {#pattern-identifiers-grouping__table_x1p_wt5_mdc__entry__3} | Étape | Action | Description | |-|-|-| | Créer une règle d'événement | Définissez une règle d'événement. Pour savoir comment créer une règle d'événement, reportez-vous à la section [Créer ou modifier une règle d'événement](https://servicenow-prod.fluidtopics.net/gufsw7vmaADeI5JKoVZroA "Vous pouvez créer des règles d’événements pour générer des alertes à des fins de suivi et de correction. Utilisez des intégrations basées sur l’équipe dans les règles d’événements pour vous assurer que la propriété et l’exécution des règles du connecteur donnent la priorité aux règles générales. Les équipes peuvent maintenir la cohérence et la hiérarchie tout en offrant flexibilité et options de personnalisation."). | Configurez une règle d'événement pour renseigner les champs d'alerte pertinents pour l'identificateur de modèle. | | Gérer l'identificateur de modèle | Ajoutez le champ d'alerte pertinent à l'identificateur de modèle. Pour savoir comment ajouter des champs à l'identificateur de modèle, reportez-vous à la section [Spécifier et gérer les attributs d'identificateur de modèle pour le regroupement d'alertes](https://servicenow-prod.fluidtopics.net/6ixzWiEjl8pzrSJ~wxumXQ "L’apprenant d’agrégation d’alertes analyse les alertes et identifie les schémas à l’aide d’un ensemble défini d’attributs d’alertes et d’éléments de configuration (CI). En configurant ces attributs en tant qu’identificateurs de modèle, vous pouvez contrôler quelles caractéristiques sont utilisées pour regrouper des alertes. Cette personnalisation crée des groupes d’alertes significatifs, améliore la gestion des alertes et les délais de réponse en réduisant le bruit et en permettant de se concentrer sur les problèmes critiques."). | Après avoir ajouté les champs d'alerte pertinents, sélectionnez Déployer pour activer l'identificateur de modèle. | | Choisir les identificateurs pertinents | Sélectionnez les champs d'alerte qui identifient clairement le problème. Par exemple, si le problème est qu'un service est hors ligne ou qu'il n'y a pas de connexion à la base de données, recherchez dans l'alerte des valeurs spécifiques qui l'indiquent. Ajoutez ces types de champs à l'identificateur de modèle. Par défaut, nous fournissons le champ Nom de la mesure comme identificateur de modèle. | * Évitez les champs trop uniques (par exemple, Date) qui rendent difficile l'identification des modèles. * Évitez les champs trop courants qui entraînent un trop grand nombre d'alertes regroupées et qui rendent les modèles impossibles à distinguer. {#pattern-identifiers-grouping__ul_rkw_155_mdc} | [ ] {#pattern-identifiers-grouping__table_x1p_wt5_mdc} ## Regroupement d'alertes et schémas appris {#pattern-identifiers-grouping__section_rgg_l55_mdc} Découvrez comment les modèles d'alerte sont détectés, regroupés et affichés dans le système.{#pattern-identifiers-grouping__table_p1z_455_mdc__entry__2} | Concept | Description | |-|-| | Découverte de modèle | Lorsqu'un ensemble de champs d'alerte correspond, les alertes sont regroupées dans un \<\< modèle appris \>\>. Par exemple, les alertes avec le même groupe de priorités et la même ressource sont regroupées dans un schéma. | | Reporting de modèle | Ces schémas sont affichés dans le rapport Schémas appris qui se trouve sous Gestion des événementsAdministrationSchémas appris. | [ ] {#pattern-identifiers-grouping__table_p1z_455_mdc} ## Gestion des attributs de modèle et des délais {#pattern-identifiers-grouping__section_j4h_v55_mdc} Découvrez le processus de gestion des attributs d'identificateur de modèle, le déploiement de nouveaux ensembles et la façon dont le système identifie les problèmes.{#pattern-identifiers-grouping__table_kks_w55_mdc__entry__2} | Concept | Description | |-|-| | Attributs d'identificateur de modèle actif | Un seul ensemble d'attributs peut être actif à la fois. Remarque : Le nouvel ensemble remplace l'ensemble actuel après le déploiement. | | Objectif et calendrier | Le regroupement de modèles identifie les problèmes des 30 derniers jours, sous le contrôle de la propriété sa_analytics.agg.learner_period_days . | | Identification du problème | Pour identifier un problème, le système utilise une combinaison d'éléments de configuration (CI) et d'identificateurs de modèle (parfois appelés identificateurs de fonctionnalité). Par défaut, un identificateur de modèle est défini comme nom de la mesure, mais il peut être modifié. Deux alertes sont considérées comme similaires si elles partagent le même CI et le même identificateur de modèle, bien que des champs tels que Source, Gravité, Description et d'autres puissent différer. Pour plus d'informations, consultez [Spécifier et gérer les attributs d'identificateur de modèle pour le regroupement d'alertes](https://servicenow-prod.fluidtopics.net/6ixzWiEjl8pzrSJ~wxumXQ "L’apprenant d’agrégation d’alertes analyse les alertes et identifie les schémas à l’aide d’un ensemble défini d’attributs d’alertes et d’éléments de configuration (CI). En configurant ces attributs en tant qu’identificateurs de modèle, vous pouvez contrôler quelles caractéristiques sont utilisées pour regrouper des alertes. Cette personnalisation crée des groupes d’alertes significatifs, améliore la gestion des alertes et les délais de réponse en réduisant le bruit et en permettant de se concentrer sur les problèmes critiques."). Remarque : L'apprenant Agrégation d'alertes identifie également des modèles d'alertes au sein des groupes d'alertes manuelles. Dans certains cas, vous pouvez créer des schémas à partir d'alertes dans lesquelles les CI partagent la même valeur dans un champ spécifié. Par exemple, pour créer des schémas à partir d'alertes avec le même champ Emplacement de CI, saisissez emplacement dans la sa_analytics.agg.learner_group_by_property propriété. Pour en savoir plus, [Configurer le regroupement d'alertes basé sur la tâche planifiée](https://servicenow-prod.fluidtopics.net/gAPUTXUKYMgfq~8JoutU7Q "Configurez des règles et des paramètres pour regrouper automatiquement les alertes connexes, rationalisant ainsi la gestion des alertes et réduisant le bruit des alertes."). Lorsque vous travaillez avec des groupes basés sur des CI, assurez-vous que l'identificateur de modèle inclut à la fois le nœud et le nom de la mesure. Pour plus de détails sur la configuration de l'identificateur de fonctionnalité, reportez-vous à la section [Rapport sur les schémas appris](https://servicenow-prod.fluidtopics.net/jgqMkYwZN8RxnMVPSXVAnw "Le rapport Modèles appris permet d’évaluer l’efficacité de l’agrégation d’alertes et d’identifier les schémas d’alerte récurrents. Il permet une résolution proactive des problèmes, améliorant les performances globales du système en fournissant des informations sur les alertes fréquentes."). Remarque : Les alertes dépourvues de CI peuvent toujours être regroupées en groupes d'alertes basés sur le texte ou sur CI, en traitant un nœud comme un CI. Pour activer cette fonctionnalité, définissez la propriété sa_analytics.enable_no_ci_grouping sur vrai. | [ ] {#pattern-identifiers-grouping__table_kks_w55_mdc}