Log-Management

Metriken zeigen, dass etwas nicht stimmt; Logs zeigen, warum. otwatch kann die Logs der OpenText-Plattform zentral erfassen, neben den Metriken durchsuchbar machen und bei Log-Mustern Alarme auslösen. Die Log-Erfassung wird im Einführungsprojekt pro Kunde eingerichtet.

Log-QuellenContent ServerOTDSSearchTomcat / IISOS / DatenbankenAlloyerfassen, parsen, labelnLokispeichern, indexierenGrafana Exploresuchen, filtern, KontextLoki Rulerlogbasierte AlarmeAlertmanagerRouting wie bei Metriken
Log-Fluss: Logs werden von Alloy erfasst, in Loki gespeichert, in Grafana durchsucht und von Alarmregeln ausgewertet.

Unterstützte Log-Quellen

QuelleBeispiele
Content ServerThread-, Connect- und Timing-Logs, Agenten-Logs
OTDSEreignisse zu Authentifizierung, Single Sign-on und Synchronisation
SearchAdmin-Server, Update Distributor, Index- und Such-Engines
WebserverTomcat, IIS Access- und Error-Logs
BetriebssystemeWindows-Ereignisprotokolle, Linux syslog / journal
DatenbankenOracle Alert Log, PostgreSQL, Microsoft SQL Server
KubernetesContainer-Logs

Erfassung und Speicherung

Logs werden in Grafana mit LogQL durchsucht: Label-Filter, Freitext, reguläre Ausdrücke und geparste Felder. Beispiel: alle fehlgeschlagenen Anmeldungen der letzten Stunde in der Produktion:

{env="PROD", component="otds"} |= "failed" | logfmt

Von einer Spitze in einem Dashboard springen Sie direkt zu den Logs derselben Komponente im selben Zeitraum.

Logbasierte Alarmierung

Der Loki Ruler wertet Log-Abfragen laufend aus, zum Beispiel eine Anzahl fehlgeschlagener Anmeldungen in einem Zeitfenster oder wiederholte Fehler einer Komponente. Log-Alarme nutzen dasselbe Routing, dieselben Prioritäten und dieselben Wartungsfenster wie Metrik-Alarme.

SIEM

otwatch ist kein SIEM. Logs und Alarme können zusätzlich an das SIEM oder die Log-Management-Plattform des Kunden weitergeleitet werden.

Weiterführende Informationen

handel gmbh · otwatch Dokumentation · Zuletzt aktualisiert am 19. Oktober 2026