Jahr für Jahr, Funktion für Funktion, ist das Diagnoseprotokoll auf ausgelasteten Servern zu einer riesigen Datei angewachsen. Mit 4D v19R5 haben wir einen neuen Datenbankparameter eingeführt, mit dem Sie die Protokollierungsebene der Diagnoseprotokolldatei auswählen können. Er hilft Ihnen, die Größe des Diagnoseprotokolls zu kontrollieren, indem er nur das protokolliert, was Sie wirklich brauchen.
Das Diagnoseprotokoll kann mit dem Datenbankparameter 79 (diagnostic log recording) aktiviert werden:
SET DATABASE PARAMETER (diagnostic log recording; 1)
Mit dem Datenbankparameter 86 (log diagnostic level) können Sie dann die Protokollierungsstufe wählen:
SET DATABASE PARAMETER (log diagnostic level; log trace)
Es gibt 5 Stufen der Protokollierung:
- log error: Um nur Fehler zu protokollieren (unerwartete Verbindungsabbrüche, Lizenzprobleme, etc…).
- log warn: Um Fehler und Warnungen zu protokollieren (fehlende Schriftarten und ähnliche Probleme).
- log info: Standardmäßig werden die wichtigsten Ereignisse protokolliert (z. B. das Verbinden und Trennen von Benutzern).
- log debug: Ausführliche Ebene, nützlich für das 4D Support Team, wenn es ein Problem untersucht.
- log trace: Ausführlichste Stufe, nützlich für das 4D Entwicklungsteam bei der Arbeit an einem Fehler.
Natürlich können Sie alle diese Parameter direkt in der Konfigurationsdatei für die Protokolle ändern, wie in diesem Blogbeitrag beschrieben.
Vor v19R5 entsprach die Standard-Protokollebene der neuen Trace-Ebene. Wenn Sie also die Protokollierungsebene nicht ändern, werden Sie eine drastische Verringerung der Protokollierung im Diagnoseprotokoll feststellen. Sie können den Diagnoseprotokoll-Level auf Trace setzen, um zum vorherigen Verhalten zurückzukehren.
Dank dieses neuen Datenbankparameters sollten Sie in der Lage sein, den Fluss der Protokolle im Diagnoseprotokoll zu kontrollieren und es klein zu halten, während Sie nur das protokollieren, was Sie wirklich brauchen.
Sie können uns gerne Ihre Kommentare im offiziellen 4D Forum mitteilen.