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 changements apportés 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 à la fois 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] qui sont dérivés de la table Éléments de configuration [cmdb_ci].

Tables du système d’audit

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 audite les suppressions d’enregistrements individuels d’un formulaire. Pour empêcher l’audit, définissez l’attribut no_audit_deletede dictionnaire 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. Toutefois, lorsqu’elle est ajoutée manuellement, elle remplace les valeurs par défaut suivantes :

glide.db.audit.ignorer.supprimer = 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 :

• 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)
• 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 par le biais de jeux d’importation.
• Enregistrements dans les tables parent ou enfant.
• 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 empêche de voir des centaines de mises à jour répertoriées pour un incident, le bruit noyant les données utiles.
• Modifications manuelles des Analyse des performances scores.
• Application de l’ensemble de mises à jour
• Importer XML

Audit d’une table

Pour obtenir des instructions sur la façon d’auditer 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, mais pas la totalité, des champs, et est appelée liste d’exclusion. Pour plus d'informations, consultez Exclure 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 plus d’informations sur l’inclusion d’un champ à l’aide d’une liste d’inclusion, reportez-vous à la section Inclure un champ de table dans l’audit (liste d’inclusion).

Enregistrements d’audit non annulables

Réduisez les risques que les enregistrements d’audit ne soient pas enregistrés lors de l’annulation d’une transaction 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 que les opérations d’écriture de l’enregistrement cible. Si l’enregistrement cible est supprimé, l’audit est toujours créé et conservé sous le module de suppression d’audit de test NCA .

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 mise en Australie production, si une transaction était 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 qu’une transaction annulée abandonne l’opération avant que l’audit ne soit enregistré.

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.