10.1 Ziele und Grundlagen des Monitoring and Event Management

Kurz erklärt

Monitoring and Event Management sorgt dafür, dass der Zustand von IT-Services und IT-Systemen kontinuierlich überwacht wird.

Ziel ist es, Abweichungen möglichst früh zu erkennen, bevor daraus Incidents oder Serviceunterbrechungen entstehen.

Ereignisse (Events) werden gesammelt, bewertet und – je nach Bedeutung – automatisch verarbeitet oder an die zuständigen Teams weitergeleitet.

Was ist Monitoring and Event Management?

Monitoring and Event Management ist eine ITIL Practice zur kontinuierlichen Überwachung von Services, Systemen und Infrastruktur.

Dabei werden Informationen über den aktuellen Zustand gesammelt und ausgewertet.

Beispiele:

Server erreichbar?

CPU-Auslastung zu hoch?

Festplatte fast voll?

Backup erfolgreich?

Zertifikat läuft bald ab?

Datenbank antwortet?

Netzwerkverbindung aktiv?

Webservice erreichbar?

Temperatur im Serverraum normal?

Das Ziel besteht darin, Probleme möglichst frühzeitig zu erkennen.

Warum Monitoring wichtig ist

Ohne Monitoring werden viele Probleme erst bemerkt,

wenn Benutzer sie melden.

Dadurch entstehen:

längere Ausfallzeiten,

mehr Incidents,

höhere Kosten,

unzufriedene Benutzer,

größere Geschäftsrisiken.

Ein gutes Monitoring erkennt viele Probleme bereits,

bevor Benutzer betroffen sind.

Ziele des Monitoring and Event Management

Die wichtigsten Ziele sind:

frühzeitige Fehlererkennung,

schnelle Reaktion,

Verfügbarkeit erhöhen,

Ausfälle vermeiden,

automatische Benachrichtigung,

Automatisierung unterstützen,

Servicequalität verbessern,

Trends erkennen,

Ursachenanalyse erleichtern.

Monitoring ersetzt dabei keine Fehlerbehebung.

Es liefert die notwendigen Informationen.

Monitoring und Event Management unterscheiden

Diese beiden Begriffe werden häufig gemeinsam verwendet,

beschreiben jedoch unterschiedliche Aufgaben.

Monitoring	Event Management
sammelt Messwerte	bewertet Ereignisse
überwacht Systeme	entscheidet über Reaktionen
erkennt Veränderungen	verarbeitet Events
liefert Daten	löst Aktionen aus

Monitoring erzeugt Events.

Event Management verarbeitet diese.

Was ist ein Event?

Ein Event ist jede erkennbare Veränderung des Zustands eines Services oder Configuration Items.

Ein Event kann beispielsweise entstehen durch:

Anmeldung,

Fehler,

Neustart,

Backup,

Alarm,

Warnung,

Hardwareausfall,

erfolgreiche Aktualisierung,

Zertifikatsablauf,

Überschreiten eines Grenzwerts.

Nicht jedes Event bedeutet automatisch ein Problem.

Event ist nicht gleich Incident

Ein häufiger Irrtum:

Jedes Event ist ein Incident.

Das stimmt nicht.

Beispiel:

Ein Server startet nach einer geplanten Wartung neu.

Das Monitoring erzeugt ein Event.

Da die Änderung geplant war,

liegt kein Incident vor.

Beispiel eines echten Incidents

Das Monitoring erkennt:

Webserver nicht erreichbar.

Es existiert:

keine geplante Wartung,

kein geplanter Change.

Jetzt entsteht aus dem Event möglicherweise ein Incident.

Informationsfluss

Monitoring
      │
      ▼
Event entsteht
      │
      ▼
Bewertung
      │
 ┌────┴────┐
 │         │
Normal   Reaktion
 │         │
 ▼         ▼
Protokoll Alarm oder Automation

Nicht jedes Event benötigt menschliches Eingreifen.

Arten von Monitoring

Typische Bereiche:

Server

Netzwerk

Cloud

Datenbanken

Anwendungen

Container

virtuelle Maschinen

Speicher

Backup

Sicherheit

Zertifikate

Hardware

Umgebungsbedingungen

Je nach Service kommen unterschiedliche Überwachungen zum Einsatz.

Technisches Monitoring

Technisches Monitoring überwacht einzelne Komponenten.

Beispiele:

CPU-Auslastung,

RAM-Auslastung,

Festplattenbelegung,

Netzwerkverkehr,

Temperatur,

Lüfter,

Spannungsversorgung,

Hardwarefehler.

Es beantwortet die Frage:

Funktioniert das System technisch?

Service Monitoring

Service Monitoring betrachtet den Service aus Benutzersicht.

Beispiele:

Anmeldung möglich?

Website erreichbar?

E-Mail versendbar?

Datenbankabfrage erfolgreich?

VPN-Anmeldung funktioniert?

API antwortet korrekt?

Ein Server kann technisch erreichbar sein,

während der eigentliche Service bereits gestört ist.

Aktives Monitoring

Beim aktiven Monitoring werden Systeme regelmäßig geprüft.

Beispiele:

Ping,

HTTP-Aufruf,

Datenbankanmeldung,

DNS-Abfrage,

SMTP-Test,

API-Aufruf.

Die Prüfungen erfolgen automatisch in festgelegten Intervallen.

Passives Monitoring

Beim passiven Monitoring senden Systeme selbst Informationen.

Beispiele:

Syslog,

Windows Event Log,

SNMP-Traps,

Sicherheitsmeldungen,

Container-Logs,

Anwendungsprotokolle.

Hier wartet das Monitoring auf eintreffende Ereignisse.

Synthetisches Monitoring

Synthetisches Monitoring simuliert typische Benutzeraktionen.

Beispiele:

Benutzer anmelden,

Bestellung durchführen,

Suchfunktion testen,

Datei hochladen,

VPN verbinden.

Dadurch wird geprüft,

ob ein Service tatsächlich nutzbar ist.

Real User Monitoring (RUM)

Beim Real User Monitoring werden echte Benutzeraktionen ausgewertet.

Beispiele:

Ladezeiten,

Antwortzeiten,

Fehlermeldungen,

Browserdaten,

Standortinformationen.

Dadurch erhält die IT Informationen über die tatsächliche Benutzererfahrung.

Überwachungsobjekte

Monitoring kann sich beziehen auf:

Configuration Items,

Services,

Anwendungen,

Netzwerke,

Cloud-Ressourcen,

Container,

Datenbanken,

APIs,

Sicherheitskomponenten,

Backup-Systeme.

Nicht jedes Objekt benötigt dieselbe Überwachung.

Grenzwerte (Thresholds)

Viele Überwachungen arbeiten mit Grenzwerten.

Beispiele:

Messwert	Grenzwert
CPU	über 90 %
RAM	über 95 %
Festplatte	über 85 % belegt
Zertifikat	läuft in 30 Tagen ab
Backup	fehlgeschlagen
Antwortzeit	über 2 Sekunden

Grenzwerte sollten regelmäßig überprüft werden.

Frühwarnungen

Nicht jeder Alarm muss sofort kritisch sein.

Beispiel:

Festplatte:

70 % → normal

85 % → Warnung

95 % → kritisch

Dadurch bleibt genügend Zeit,

Probleme zu beheben.

Alarmmüdigkeit (Alert Fatigue)

Zu viele unnötige Alarme führen dazu,

dass wichtige Warnungen übersehen werden.

Typische Ursachen:

falsche Grenzwerte,

doppelte Alarme,

bekannte Ereignisse,

ungefilterte Meldungen,

schlecht abgestimmtes Monitoring.

Ein gutes Monitoring erzeugt möglichst wenige,

aber relevante Alarme.

Praxisbeispiel

Das Monitoring erkennt:

Zertifikat läuft in 30 Tagen ab.

Es entsteht:

Warnung,

Ticket,

Benachrichtigung an den Administrator.

Das Zertifikat wird rechtzeitig erneuert.

Ein späterer Incident wird vermieden.

Typische Fehler

Fehler 1

Monitoring existiert nur für Server,

nicht für Services.

Fehler 2

Grenzwerte sind ungeeignet.

Fehler 3

Zu viele unnötige Alarme.

Fehler 4

Alarme werden nicht bearbeitet.

Fehler 5

Backups werden nicht überwacht.

Fehler 6

Zertifikate werden nicht überwacht.

Fehler 7

Monitoring erkennt Fehler erst nach Benutzerbeschwerden.

Fehler 8

Monitoring wird nach Änderungen nicht angepasst.

Checkliste Monitoring

Bedeutung für Fachinformatiker für Systemintegration

Monitoring gehört zu den täglichen Aufgaben vieler Fachinformatiker.

Typische Tätigkeiten:

Monitoring konfigurieren,

Alarme auswerten,

Grenzwerte anpassen,

Logs analysieren,

Events bewerten,

Incidents erkennen,

Automatisierungen entwickeln,

Monitoring kontinuierlich verbessern.

Ein gut aufgebautes Monitoring verhindert viele Störungen, bevor Benutzer sie überhaupt bemerken.

Zusammenfassung

Systeme und Services überwachen

↓

Messwerte sammeln

↓

Event erzeugen

↓

Event bewerten

↓

Alarm oder Automatisierung

↓

Incident vermeiden oder bearbeiten

↓

Service stabil halten

Merksätze

Monitoring sammelt Informationen – Event Management bewertet sie.

Nicht jedes Event ist ein Incident.

Gutes Monitoring erkennt Probleme vor den Benutzern.

Service Monitoring ist wichtiger als reine Serverüberwachung.

Wenige aussagekräftige Alarme sind besser als viele unnötige Warnungen.

Verwandte Seiten

10.2 Event-Typen, Filter und Priorisierung

10.3 Alarme, Eskalationen und Automatisierung

10.4 Monitoring-Werkzeuge, Dashboards und Kennzahlen

10.5 Zusammenspiel mit Incident, Problem, Change und Service Configuration Management

Incident Management

Service Configuration Management

Service Level Management

Continual Improvement

Quellen und Versionsstand

Offizielle Grundlagen

PeopleCert – ITIL Practice Guide: Monitoring and Event Management

ITIL Foundation – Version 5

Einordnung

Die dargestellten Monitoring-Arten, Beispiele und Grenzwerte sind herstellerneutrale Praxisempfehlungen. ITIL schreibt keine konkreten Monitoring-Werkzeuge oder festen Schwellenwerte vor. Diese richten sich nach den überwachten Services, den Geschäftsanforderungen und der technischen Umgebung.

Behandelter Framework-Stand: ITIL Version 5
Zusätzlich berücksichtigt: aktuelle ITIL-4-Practice-Guidance
Fachlicher Stand: August 2026