IT-Monitoring erklärt: Probleme erkennen, bevor der Betrieb stillsteht
Monitoring macht Zustände sichtbar, bevor aus kleinen Warnzeichen grosse Störungen werden. Wir erklären, was sinnvoll überwacht werden kann und warum ein Alarm allein noch kein IT-Betrieb ist.
Monitoring beantwortet eine einfache Frage: Ist die IT noch so gesund, wie wir glauben?
Viele technische Probleme entwickeln sich schleichend. Ein Datenträger wird voller, ein Dienst reagiert langsamer, eine Sicherung schlägt wiederholt fehl oder ein Zertifikat nähert sich dem Ablaufdatum. Ohne Monitoring fällt das Problem häufig erst auf, wenn ein Benutzer bereits nicht mehr arbeiten kann.
Monitoring sammelt Zustandsinformationen und prüft definierte Bedingungen. Damit entsteht eine laufende Sicht auf Systeme, statt nur eine Momentaufnahme während eines Supportfalls.
NIST beschreibt Information Security Continuous Monitoring als fortlaufende Wahrnehmung von Sicherheitslage, Schwachstellen und Bedrohungen zur Unterstützung von Risikomanagement. Im täglichen IT-Betrieb wird dieses Prinzip um Verfügbarkeit, Leistung und Betriebszustände erweitert.
Was kann sinnvoll überwacht werden?
Monitoring sollte sich auf Systeme konzentrieren, deren Zustand für den Betrieb relevant ist. Typische Beispiele sind:
- Server-Erreichbarkeit und wichtige Dienste
- CPU-, RAM- und Speicherauslastung
- Freier Speicherplatz und Dateisystemzustände
- Backup-Jobs und letzte erfolgreiche Sicherungen
- Firewalls, Switches, Access Points und Internetverbindungen
- Windows-Dienste und geschäftskritische Anwendungen
- Hardwarezustände, sofern Geräte entsprechende Sensoren liefern
- Zertifikate, Lizenzen oder andere Fristen, soweit technisch erfassbar
- Security- und Endpoint-Ereignisse in den eingesetzten Managementsystemen
Schwellwerte müssen zum System passen
Ein Alarm ist nur hilfreich, wenn er eine sinnvolle Aussage hat. Ein Server, der für wenige Sekunden eine hohe CPU-Auslastung erreicht, ist nicht automatisch gestört. Ein Backup, das drei Nächte hintereinander fehlschlägt, kann dagegen dringend sein.
Deshalb müssen Schwellwerte, Zeitfenster und Prioritäten an das jeweilige System angepasst werden. Gute Monitoring-Konfiguration reduziert sowohl übersehene Probleme als auch Alarmflut.
Zu viele unwichtige Meldungen führen zu Alert Fatigue: Techniker gewöhnen sich an Alarme und wichtige Ereignisse gehen zwischen irrelevanten Warnungen unter.
Backup-Monitoring: „Job erfolgreich“ ist wichtig, aber nicht die ganze Wahrheit
Backups gehören zu den wichtigsten Monitoring-Zielen. Ein fehlgeschlagener Job sollte nicht erst Wochen später beim Restore auffallen.
Überwacht werden können beispielsweise letzter erfolgreicher Lauf, Dauer, Datenmenge, Repository-Kapazität und Fehlermeldungen. Trotzdem ersetzt Backup-Monitoring keine Restore-Tests. Ein erfolgreich gemeldeter Job beweist nicht automatisch, dass jede gewünschte Wiederherstellung funktioniert.
Deshalb gehören Monitoring und Recovery-Tests zusammen: Monitoring erkennt laufende Abweichungen, Tests prüfen die tatsächliche Wiederherstellbarkeit.
Netzwerk-Monitoring: Die Verbindung ist oft die gemeinsame Abhängigkeit
Cloud-Dienste, VoIP, Microsoft 365 und externe Anwendungen sind auf funktionierende Netzwerkverbindungen angewiesen. Deshalb können Router, Firewalls, Switches, Access Points und Internetzugänge Teil des Monitorings sein.
Je nach Umgebung werden Erreichbarkeit, Interface-Status, Auslastung, Fehlerzähler oder Verbindungszustände überwacht. Bei mehreren Standorten können auch Standortverbindungen und VPNs relevant sein.
Monitoring ersetzt jedoch keine saubere Netzwerkplanung. Ein permanent überlastetes WLAN wird nicht besser, nur weil sein schlechter Zustand auf einem Dashboard sichtbar ist.
Monitoring und Security überschneiden sich – sind aber nicht dasselbe
Security Monitoring konzentriert sich stärker auf Bedrohungen, Schwachstellen und verdächtige Ereignisse. Klassisches Infrastruktur-Monitoring beobachtet eher Zustand und Verfügbarkeit. In modernen IT-Umgebungen überschneiden sich beide Bereiche zunehmend.
Ein Endpoint-Security-Alarm, ungewöhnliche Kontoaktivität oder ein nicht gepatchtes System kann ebenso relevant sein wie ein ausgefallener Dienst. NIST betont bei Continuous Monitoring genau diese laufende Sicht auf Risiken und Wirksamkeit von Sicherheitskontrollen.
Wichtig ist, Zuständigkeiten festzulegen. Nicht jeder technische Alarm ist ein Security Incident, und nicht jeder Security Incident wird durch klassisches Infrastruktur-Monitoring erkannt.
Der entscheidende Teil beginnt nach dem Alarm
Ein Monitoring-System kann eine E-Mail, ein Ticket oder eine andere Benachrichtigung erzeugen. Es löst aber nicht automatisch jedes Problem. Deshalb braucht jeder relevante Alarm einen Prozess.
Wer bewertet die Meldung? Wann muss reagiert werden? Welche Systeme haben Priorität? Wann wird ein Kunde informiert? Welche Massnahmen dürfen automatisiert ausgeführt werden? Ohne diese Antworten bleibt Monitoring eine Sammlung von Messwerten.
Für geschäftskritische Systeme kann es sinnvoll sein, Eskalationsstufen und Servicezeiten ausdrücklich zu definieren.
Proaktiver Betrieb bedeutet nicht, dass nie wieder etwas ausfällt
Kein Monitoring verhindert jeden Hardwaredefekt, Provider-Ausfall oder Softwarefehler. Es kann aber die Zeit bis zur Erkennung verkürzen und Trends sichtbar machen, bevor eine Grenze erreicht ist.
Der Wert liegt deshalb in einer realistischeren Betriebsführung: Probleme werden früher erkannt, Kapazitäten können geplant und wiederkehrende Fehler analysiert werden. Das reduziert Überraschungen, ersetzt aber weder Redundanz noch Backup oder Notfallplanung.
Monitoring hilft auch bei Kapazitäts- und Lifecycle-Planung
Nicht jeder Mehrwert von Monitoring ist ein Alarm. Historische Messwerte zeigen, wie sich Systeme über Wochen und Monate entwickeln. Speicherverbrauch, Auslastung oder Netzwerkverkehr können Trends sichtbar machen, bevor eine harte Grenze erreicht wird.
Das ist besonders hilfreich für Budget- und Lifecycle-Planung. Wenn ein Storage-System kontinuierlich wächst, kann eine Erweiterung geplant werden, statt erst dann zu reagieren, wenn kein Platz mehr vorhanden ist. Gleiches gilt für Ressourcen virtueller Server oder stark beanspruchte Netzwerkverbindungen.
Trenddaten sollten jedoch im Kontext bewertet werden. Eine hohe Auslastung ist nicht automatisch schlecht, wenn sie erwartet und technisch unproblematisch ist.
Dashboards und Reports sind Mittel zum Zweck
Ein gutes Dashboard kann einen schnellen Überblick geben, aber die Anzahl grüner Kacheln ist kein Qualitätsmerkmal für sich. Wichtig ist, ob daraus relevante Entscheidungen entstehen.
Für den IT-Betrieb können regelmässige Berichte beispielsweise wiederkehrende Fehler, Kapazitätsentwicklung, Patch-Status oder Backup-Qualität sichtbar machen. Für das Management sollte die Darstellung stärker auf Geschäftsrisiko und Handlungsbedarf fokussieren als auf technische Einzelmetriken.
Monitoring wird dann wertvoll, wenn aus Daten Prioritäten entstehen – nicht wenn nur mehr Daten gesammelt werden.
Fazit: Monitoring schafft Sichtbarkeit – Betrieb entsteht aus der Reaktion darauf
Gutes IT-Monitoring beobachtet nicht alles, was technisch messbar ist, sondern das, was für den Betrieb relevant ist. Es arbeitet mit sinnvollen Schwellwerten, Prioritäten und klaren Reaktionswegen.
Für KMU ist das ein wichtiger Schritt vom rein reaktiven Support zu einer proaktiveren IT-Betreuung: Probleme werden nicht erst dann sichtbar, wenn der erste Mitarbeiter anruft.
Fach- und Produktinformationen wurden anhand der unten verlinkten Primärquellen geprüft. Stand: 10. August 2026.