Évolution du journal de diagnostic

Traduit automatiquement de Deepl

Année après année, fonctionnalité après fonctionnalité, le journal de diagnostic est devenu un fichier massif sur les serveurs occupés. Avec 4D v19R5, nous avons inclus un nouveau paramètre de base de données vous permettant de choisir le niveau de journalisation du fichier de diagnostic. Il vous aidera à contrôler la taille du journal de diagnostic en n’enregistrant que ce dont vous avez réellement besoin.

Le journal de diagnostic peut être activé avec le paramètre de base de données 79 (diagnostic log recording) :

SET DATABASE PARAMETER (diagnostic log recording; 1 )
Vous pouvez ensuite choisir le niveau de journalisation avec le paramètre 86 de la base de données (log diagnostic level) :

SET DATABASE PARAMETER (log diagnostic level; log trace)
Il existe 5 niveaux de journalisation :

  • log error: Pour ne consigner que les erreurs (déconnexions inattendues, problèmes de licence, etc…).
  • log warn: Pour enregistrer les erreurs et les avertissements (polices manquantes et autres problèmes similaires).
  • log info: Niveau par défaut, enregistre les événements importants (connexion et déconnexion des utilisateurs, par exemple).
  • log debug: Niveau verbeux, utile pour l’équipe de support 4D lorsqu’elle enquête sur un problème.
  • log trace: Niveau le plus verbeux, utile pour les équipes de développement 4D lorsqu’elles travaillent sur un bug.

Bien sûr, vous pouvez modifier tous ces paramètres directement avec le fichier de configuration des logs, comme expliqué dans cet article de blog.

Avant la v19R5, le niveau de log par défaut était l’équivalent du nouveau niveau de trace. Ainsi, si vous ne modifiez pas le niveau de journal, vous constaterez une diminution drastique de la journalisation dans le journal de diagnostic. Vous pouvez définir le niveau du journal de diagnostic sur trace pour revenir au comportement précédent.

Grâce à ce nouveau paramètre de base de données, vous devriez être en mesure de contrôler le flux de journaux dans le journal de diagnostic, en le maintenant à un faible niveau tout en enregistrant ce dont vous avez vraiment besoin.

N’hésitez pas à nous faire part de vos commentaires sur le forum officiel de 4D.

Nicolas Brachfogel
- Product Owner & Senior Developer - Nicolas Brachfogel a rejoint 4D en 2017 en tant que développeur senior (4D Server et networking) et en tant que Product Owner pour gérer la mise en production d'Apple Silicon. Il est chargé de rédiger les user stories et de les traduire en spécifications fonctionnelles, ainsi que de s'assurer que les implémentations des fonctionnalités répondent aux besoins des clients. Diplômé de l'Institut Supérieur d'Informatique Appliquée (INSIA), Nicolas a commencé sa carrière en tant que développeur de logiciels en 2001. Après plusieurs années de programmation en Java et C++, il s'est spécialisé dans le développement client-serveur pour des sociétés de jeux vidéo. En tant que développeur/architecte serveur, il a travaillé avec succès sur les architectures serveur de nombreux jeux (Dofus Arena, Drakerz, Trivial Pursuit Go !).