Explorer l’audit

Suivez les modifications d'enregistrement sur les tables activées devant faire l'objet d'un audit. Par défaut, le système suit les modifications apportées aux tables d'incidents, de changements et de problèmes, entre autres.

L’activation de l’audit suit la création, la mise à jour et la suppression de tous les enregistrements de la table. Si vous souhaitez auditer des champs individuels dans une table, vous pouvez masquer les champs que vous ne souhaitez pas suivre à l’aide d’un attribut de dictionnaire.

Les informations d’audit sont conservées dans les tables suivantes :

• Table Audit .
• La Connaître les ensembles d’historique table.

Avertissement :

L’audit des tables système qui reçoivent une quantité importante de trafic, telles que les contextes de workflow [wf_context] ou les alertes Gestion des événements [em_alert], peut avoir un impact sur les performances. Pour cette raison, vous ne pouvez pas auditer la table em_alert dans son ensemble. Au lieu de cela, auditez les domaines d’intérêt sélectionnés. À définir audit=true sur la table em_alert et sur les champs sélectionnés. Essayez d’auditer le moins de champs possible.

Audit des tables parents et enfants

Les tables ne dérivent pas les marqueurs d’audit des tables auditées parentes ou enfants.

• Par exemple, si vous activez l’audit pour la table Éléments de configuration [cmdb_ci], seuls les CI stockés dans cette table de base sont audités.
• De même, si vous activez l’audit pour la table Ordinateurs [cmdb_ci_computer], seuls les enregistrements CI de l’ordinateur sont audités, y compris les champs de la table Ordinateurs [cmdb_ci_computer] dérivés de la table Éléments de configuration [cmdb_ci].

Audit des tables du système

Par défaut, le système n’audite pas la suppression d’un enregistrement des tables système. Pour auditer une table système, ajoutez-la à la liste des tables de la glide.ui.audit_deleted_tables liste des propriétés.

Audit des suppressions à partir d’un formulaire ou d’une liste

Par défaut, le système vérifie les suppressions d’enregistrements individuels à partir d’un formulaire. Pour empêcher l’audit, définissez l’attribut no_audit_deletedictionnaire de la table .

Le système audite les suppressions d’une liste lorsqu’il est sélectionné dans le dictionnaire de table et que la table n’est pas répertoriée dans la glide.db.audit.ignore.delete propriété.

Remarque :

Par défaut, la glide.db.audit.ignore.delete propriété ne figure pas dans la table Propriétés système [sys_properties]. Pour modifier la propriété et ses valeurs associées, vous devez d’abord l’ajouter manuellement. Cependant, lorsqu’il est ajouté manuellement, il remplace les valeurs par défaut suivantes :

glide.db.audit.ignore.delete = sys_mutex,sys_db_cache,sys_lucene_block,sys_lucene_file,sys_lucene_directory,sys_user_preference,sys_audit,sc_cart,sc_cart_item,sys_trigger,wf_context,wf_activity,wf_condition,wf_executing,wf_history,wf_log,wf_transition,wf_transition_history, cmdb_ci_windows_service, cmdb_sam_sw_install, cmdb_software_instance, cmdb_sam_sw_usage, sam_sw_counter_detail

Pour en savoir plus sur l’ajout de propriétés système, consultez Ajouter une propriété système

Il convient de noter que, par défaut, les suppressions d’audit sont activées, que l’enregistrement soit supprimé de la vue de formulaire, de la vue de liste ou via un script/une tâche planifiée.

Informations auditées

L’audit suit les changements d’enregistrement suivants :

• L’identificateur d’enregistrement unique (sys_id) de l’enregistrement qui a changé
• Champ qui a changé
• Nouvelle valeur du champ
• Ancienne valeur du champ
• Nombre de fois où cet enregistrement et ce champ ont été mis à jour
• Date et heure auxquelles le changement s’est produit
• Utilisateur ayant effectué le changement
• Motif du changement (le cas échéant, motif associé au changement)
• ID de point de contrôle interne pour l’enregistrement, si l’enregistrement a plusieurs versions.

Informations exemptées d’audit

Certaines mises à jour ne sont pas auditées malgré l’activation de l’audit sur une table. Par exemple, vous pouvez voir 132 mises à jour dans l’historique d’un enregistrement, mais seulement sept mises à jour auditées.

L’audit exclut les informations suivantes :

• Mises à jour effectuées par une mise à niveau.
• Les mises à jour sont effectuées via des jeux d’importation.
• Enregistrements dans les tables parentes ou enfants.
• Champs avec l’attribut no_audit dictionnaire.
• Les tables système ne sont pas répertoriées dans la liste des glide.ui.audit_deleted_tables propriétés.
• Champs commençant par le préfixe sys_ (champs système), à l’exception des colonnes sys_class_name et sys_domain_id.
• Les pages de l’interface utilisateur peuvent parfois déclencher des mises à jour d’un enregistrement sans créer de journal d’audit.
• Chaque fois qu’un moniteur d’inactivité touche un enregistrement. Cela vous évite de voir des centaines de mises à jour répertoriées contre un incident, le bruit noyant les données utiles.
• Modifications manuelles des Analyse des performances scores.

Audit d’une table

Pour obtenir des instructions sur l’audit d’une table, reportez-vous à la section Configuration de l’audit pour une table.

Par défaut, le système suit tous les champs d’une table auditée. Vous pouvez auditer un sous-ensemble de champs dans une table de deux manières :

• Vous pouvez activer l’audit pour l’ensemble de la table, puis exclure les champs que vous ne souhaitez pas inclure. Elle est appropriée lorsque vous souhaitez auditer la plupart des champs, mais pas tous, et est appelée liste d’exclusion. Pour plus d'informations, consultez Exclusion d’un champ de l’audit (liste d’exclusion).
• Vous pouvez activer l’audit pour la table, mais uniquement pour les champs spécifiés. Elle est appropriée lorsque vous souhaitez auditer uniquement un petit nombre de champs de la table et est appelée liste d’inclusion. Pour en savoir plus sur l’inclusion d’un champ à l’aide d’une liste d’inclusion, reportez-vous à la section Inclusion d’un champ de table dans l’audit (liste d’inclusion).

Enregistrements d’audit non annulables

Réduisez les chances que les enregistrements d’audit ne soient pas enregistrés lorsqu’une transaction est annulée avec le nouveau paramètre par défaut.

Des audits ont été définis pour créer un enregistrement immédiatement dans la même transaction avec les opérations d’écriture d’enregistrement cible. Si l’enregistrement cible est supprimé, l’audit est toujours créé et conservé dans le module NCA Test Audit Delete .

Remarque :

Le processus d’audit amélioré est activé par défaut. Si la propriété glide.db.audit.lazy est définie sur True, le processus d’audit amélioré est désactivé.

Avant la Yokohama publication, si une transaction est annulée, certaines opérations auditables n’étaient pas enregistrées. Cela est dû au fait que la plateforme exécute certaines opérations entre le changement d’enregistrement et est annulée avant la création de l’audit. Mais désormais, les audits sont créés immédiatement après la modification de l’enregistrement, ce qui réduit les risques d’abandon de l’opération par une transaction annulée avant l’enregistrement de l’audit.

Les audits sont maintenant enregistrés dans le même thread que la transaction. Les audits précédents ont été créés dans un thread d’arrière-plan. Ce changement redéfinit la valeur par défaut de la propriété glide.db.audit.lazy de Vrai à Faux. Cette propriété n’est généralement pas définie dans la table Propriétés, car la majorité des instances commencent à utiliser la nouvelle valeur et le nouveau comportement par défaut. Sur certaines instances, cette propriété peut être déjà présente et définie sur Vrai, ce qui signifie que ces instances ne pourront pas utiliser ce changement pour auditer le comportement.

Remarque :

Il est recommandé de supprimer cette propriété pour tirer parti de la mise à jour.