Skip Navigation

Lesen von .txt Protokolldateien

Protokolldateien, die als .txt-Dateien gespeichert werden, haben zwei Basisformate:
  • Das erste Format wird am häufigsten verwendet. Es beginnt in der Regel mit Datum und Zeit und stellt die Informationen auf folgende Weise bereit:
    DatumUhrzeit App-Name Prozess-ID Protokollfunktion Protokollkomponente StrukturierteDaten Protokollebene Meldung
    Beispiel:
    2019-04-23T13:16:56.883+0100 - CORE {wff-thread-37} none|none [{{Correlation-Id,b417051d-13c3-4a29-95f2-512c48b2b018}{Method,POST}{Uri,/tomcat/startup}{host,computer.example.com}}] - INFO Discrete snapin load finished
  • Das zweite Format, das mit einer numerischen Ebenenanzeige beginnt, stellt die Informationen auf folgende Weise bereit:
    Ebene Datum Thread CID Meldung
    Beispiel:
    <#03>[30000] (09/10 00:00:00.122):{0x520} [DIAG] EVENT=Thread_report, THREADID=0x1390, THREADNAME="SRPReceiverHandler"
Je nach der zu protokollierenden Komponente bzw. Funktion gibt es einige Unterschiede. Alle als 
.txt
-Dateien gespeicherten Protokolldateien enthalten jedoch die folgenden Basisinformationen.
Objekt
Beschreibung 
Datum oder Zeitstempel
Ein Zeitstempel in der Form <Datum><Zeit><Abweichung zur UTC-Zeit>.
Datum/Zeit gibt das Datum und die Uhrzeit eines bestimmten Ereignisses an.
Datum und Zeitstempel werden in der Zeit des lokalen Servers angegeben.
Hostname oder Komponentenidentifikation
Anhand der Kennzeichnung der Komponente oder des Hostnamens können Sie erkennen, auf welche Komponente sich diese Protokolldatei bezieht. Während es in einigen Fällen eindeutig ist (zum Beispiel, bei CORE oder MDS-CS), ist es in anderen Fällen weniger ersichtlich, sodass ein numerisches Kennzeichen verwendet wird.
App-Name
Der App-Name ist für alle Protokolldateien identisch und wird als MDM angezeigt.
ProcessID oder Thread
Gibt die Java Thread-ID des Threads an, der derzeit eine Nachricht protokolliert. Beispiel:
localhost-startStop-1
MessageID
Die MessageID identifiziert den Typ der Nachricht, die an die Protokolldatei gesendet wird. Es handelt sich um eine Kombination aus der Funktion und der Komponente, die protokolliert werden, im Format <Funktion>|<Komponente>. Beispiel:
admin.application.management|appmgmt
StructuredData
Null oder mehr Name-Wert-Paare, welche die strukturierten Daten darstellen. Beispiel:
[{{requestId,543ade23}{myContextInfo,runningContext}}]
Nachricht
Die Nachricht gibt die Aktivität an und beschreibt die Art des Ereignisses. Eine Nachricht könnte Informationen über die Hardware, die ausgeführte Software oder über das aufgetretene Problem enthalten. Beispiel:
INFO Total 2 routes, of which 2 is started.
Ebene
Die Ereignisebene gibt die Art des Protokolleintrags an. Im Allgemeinen lassen sich die Ereignisse in die folgenden Kategorien einteilen:
  • ERROR = Fehler
  • WARN = Warnung
  • INFO = Information
    ENV = Umgebung
  • DEBUG = Fehlerbehebung
  • Sonstiges
    • DIAG = Diagnose
Bei einigen Protokolldateien wird die Ebene mit einem numerischen Wert in folgendem Format angegeben:
  •  [10000] = Fehler
  •  [20000] = Warnung
  •  [30000] = Informativ
  •  [40000] = Informationen zur Fehlerbehebung
  •  [50000] = Andere