Gestion des exceptions et des erreurs dans la synchronisation des actifs et des éléments de configuration

Catégories d'exception clés

Le moteur de synchronisation surveille des catégories spécifiques d'exceptions afin d'éviter les liens incorrects et la corruption des données entre les éléments de configuration (CI) et les actifs.

Exceptions de liaison et de correspondance

• Correspondances d'actifs multiples : Si un CI découvert correspond à plusieurs enregistrements d'actifs basés sur des règles de correspondance actives, le système ignore le processus de liaison. Cette restriction empêche les associations incorrectes. Le moteur marque le CI pour examen et génère une entrée de journal automatisée.
• Champs obligatoires manquants : Si un CI correspond exactement à un actif, mais qu'aucun champ n'est requis pour la création de l'actif, le système génère quand même l'enregistrement de l'actif. Le cadre marque le dossier comme incomplet et le signale pour examen administratif.

Exceptions de mappage et de valeur

• Valeurs de champ non mappées : Si un champ CI change en valeur sans valeur d'actif mappée correspondante, le système ignore la mise à jour pour ce champ spécifique. Cette fonctionnalité de sécurité empêche la corruption des données non valides ou inconnues.
• Configurations de mappage manquantes : Si un actif ou un champ CI change, mais qu'aucune configuration de mappage valide n'existe pour cet attribut, le système ignore la mise à jour et consigne un avertissement.

Exceptions système et opérationnelles

• Erreurs système et API : Ces événements comprennent des échecs dus à des problèmes techniques, tels que des expirations d'API de base de données de gestion de la configuration ou des problèmes de connectivité de la plate-forme.
• Événements hors commande : Si les événements de données ne sont pas séquentiels, le système utilise des horodatages pour identifier et ignorer les mises à jour périmées. Le moteur supprime les données périmées au lieu de placer ces mises à jour dans une nouvelle file d'attente.

Comportements du système de protection

Lorsque le système détecte une exception, il exécute des workflows spécifiques afin de protéger la stabilité de la plate-forme et de réduire les frais de notification administrative.

Notifications par lot

Pour réduire le volume d'alertes lors de pannes en masse, le moteur n'envoie pas d'alertes individuelles en temps réel pour chaque enregistrement échoué. À la place, le système agrège les notifications dans des résumés, par exemple « Échec de la tâche de synchronisation avec 5000 erreurs ».

Déduplication du journal

Pour éviter les erreurs de décompte, le système ne crée pas de journaux dupliqués pour la même erreur répétée sur un seul actif. À la place, l'infrastructure met à jour l'horodatage du journal dans l'enregistrement journal existant.

Opérations non bloquantes

Le processus de synchronisation repose sur un traitement par lot partiel. Les erreurs rencontrées sur un CI ou un actif spécifique n'empêchent pas la tâche de synchronisation globale de traiter les enregistrements valides restants dans le lot.

Modèle de données d'exception

Toutes les exceptions remplissent les enregistrements dans le journal de synchronisation des éléments de configuration. Ce journal d'audit structuré suit les paramètres suivants :

• Titre et description du journal : Résumés généraux et contexte de débogage détaillé.
• Statut : Catégories d'états comprenant Réussite, Avertissement, Erreur ou Action requise.
• Identifiants : Références directes vers l'objet associé, l'ID d'élément de configuration et l'événement de changement d'élément de configuration spécifique qui a déclenché l'échec du traitement.