Monitoring: Probleme erkennen, bevor sie kritisch werden

Wenn der Server steht, steht im Zweifel der ganze Betrieb. Trotzdem erfährt die IT in vielen Unternehmen von Problemen auf dem gleichen Weg wie früher: Ein Mitarbeiter ruft an, weil etwas nicht mehr geht. Monitoring kehrt dieses Prinzip um. Statt auf den Ausfall zu warten, beobachtet es Systeme fortlaufend und meldet Abweichungen, solange sie noch klein sind. Dieser Artikel erklärt, wie Sie das in einer Umgebung mit zehn bis hundert Arbeitsplätzen sinnvoll aufsetzen – und wann Sie es besser schlank halten.

Was Monitoring leistet – und was nicht

Monitoring bedeutet, den Zustand Ihrer IT-Systeme automatisiert und fortlaufend zu erfassen: Auslastung, freien Speicherplatz, die Erreichbarkeit von Diensten, Hardware-Meldungen, das Ergebnis der Datensicherung. Aus diesen Daten entstehen zwei Dinge. Zum einen Alarme, wenn ein definierter Schwellenwert überschritten wird. Zum anderen Verlaufskurven, die zeigen, wohin sich ein System entwickelt.

Der eigentliche Nutzen liegt im Zeitgewinn. Eine Festplatte, die seit Wochen kontinuierlich voller wird, ist kein Notfall – solange Sie davon wissen, können Sie in Ruhe handeln. Ein Zertifikat, das in sechs Wochen abläuft, ist eine Aufgabe, keine Störung. Monitoring verhindert Ausfälle nicht, es verlagert den Moment, in dem Sie von einem Problem erfahren: weg vom Zeitpunkt des Ausfalls, hin in die Phase davor, in der Sie noch Optionen haben.

Was Monitoring nicht leistet: Es ersetzt weder Wartung noch Reaktion. Ein Alarm, zu dem niemand hinschaut, ist schlechter als kein Alarm, weil er Sicherheit vortäuscht.

Mit diesen Systemen fangen Sie an

Beginnen Sie nicht mit allem, sondern mit dem, was wehtut. Stellen Sie sich eine Frage: Welches System darf wie lange ausfallen, bevor es richtig teuer oder richtig peinlich wird? In den meisten Betrieben dieser Größe steht am Ende eine kurze Liste: der zentrale Server beziehungsweise die virtuellen Maschinen, die Firewall und der Internetanschluss, das ERP- oder Warenwirtschaftssystem, der Mailverkehr – und das Backup.

Gerade die Datensicherung wird gern vergessen, weil sie im Alltag niemand vermisst. Sicherungsjobs schlagen still fehl: Ein Ziellaufwerk ist voll, ein Dienstkonto hat ein abgelaufenes Kennwort, und wochenlang läuft kein einziges Backup, ohne dass es jemand bemerkt. Aufgedeckt wird das klassischerweise im schlechtesten Moment, nämlich bei der Wiederherstellung. Deshalb gehört die Überwachung der Backup-Ergebnisse an den Anfang jeder Monitoring-Planung, nicht ans Ende.

Diese Werte sind wirklich wichtig

Die Versuchung ist groß, alles zu erfassen, was ein Werkzeug hergibt. In der Praxis tragen wenige Werte den größten Teil des Nutzens:

• Freier Speicherplatz, und zwar als Trend über Wochen, nicht als Momentaufnahme. Ein Laufwerk mit noch ausreichend freiem Platz, das pro Woche spürbar schrumpft, ist eine Ansage.
• Erreichbarkeit der Dienste, nicht nur der Geräte. Ein Server, der auf Ping antwortet, dessen Datenbankdienst aber steht, hilft niemandem. Überwachen Sie, was die Anwender tatsächlich nutzen.
• Ablaufdaten von Zertifikaten und Domains. Beides fällt ohne Erinnerung irgendwann auf – mit garantiert schlechtem Timing.
• Hardware-Status: RAID-Verbund, Lüfter, Temperaturen, USV. Eine defekte Platte im Verbund ist nur dann kein Notfall, wenn Sie sofort davon erfahren.
• Netzwerkkennwerte auf der WAN-Strecke: Bandbreite, Latenz, Paketverluste. Morgens langsam steigende Latenz ist oft der erste Hinweis auf ein wachsendes Problem, lange bevor etwas ausfällt.

Werkzeuge gibt es viele, von quelloffenen Lösungen bis zu kommerziellen Produkten. Die Auswahl ist zweitrangig; entscheidend ist, dass jemand das Werkzeug betreut und die Alarme ernst nimmt.

Alarme so einstellen, dass jemand reagiert

Der häufigste Grund, warum Monitoring scheitert, ist nicht die Technik, sondern die Alarmflut. Wenn jede Kleinigkeit eine Mail auslöst, landet das Postfach nach wenigen Wochen in einem Filter – und mit ihm der eine wichtige Alarm.

Arbeiten Sie deshalb mit zwei Stufen: Warnungen, die bis zum nächsten Arbeitstag warten können, und kritische Alarme, die sofortige Reaktion verlangen. Kritisch ist, was den Betrieb stoppt oder Daten gefährdet; fast alles andere ist eine Warnung. Rechnen Sie in den ersten Wochen damit, Schwellenwerte nachjustieren zu müssen – das ist normal und kein Fehler der Einrichtung. Planen Sie außerdem Wartungsfenster, damit nächtliche Updates nicht unnötig Alarm schlagen.

Wer ist zuständig?

In Unternehmen dieser Größe gibt es selten eine eigene IT-Abteilung mit Rund-um-die-Uhr-Besetzung. Umso wichtiger ist eine schriftlich festgelegte Zuständigkeit: Wer bekommt Alarme, wer reagiert, in welchem Zeitraum, und wer springt ein, wenn die erste Person nicht erreichbar ist?

Seien Sie bei der Verfügbarkeit ehrlich: Wenn ein Ausfall um drei Uhr morgens bis zum Arbeitsbeginn warten kann, brauchen Sie keine Nachtbereitschaft – und sollten das auch nicht vortäuschen. Wenn Ihr Betrieb aber auch nachts oder am Wochenende produziert, muss die Reaktionskette dazu passen. Arbeiten Sie mit einem externen IT-Dienstleister, gehört in die Vereinbarung vor allem eine Klarstellung: Bedeutet Monitoring, dass Sie benachrichtigt werden – oder dass das Problem behoben wird? Beides ist legitim, aber der Unterschied entscheidet im Ernstfall.

Fragen, die Sie dem Anbieter stellen sollten

• Welche Systeme und Werte sind konkret abgedeckt? Lassen Sie sich die Liste zeigen, nicht die Hochglanzbroschüre.
• Wie wird überwacht – mit einem Agenten auf dem System oder agentenlos über das Netzwerk? Beides hat seine Berechtigung; Sie sollten aber wissen, was passiert, wenn der Agent selbst ausfällt.
• Wer sieht Alarme, und was passiert anschließend? Gibt es feste Reaktionszeiten?
• Wo liegen die Monitoring-Daten, und wer hat darauf Zugriff? Die Daten erlauben Rückschlüsse auf Ihre Infrastruktur und teilweise auf Nutzungsverhalten – das ist datenschutzrechtlich relevant.
• Gibt es regelmäßige Berichte über den Gesamtzustand, oder kommen nur Alarme?
• Was passiert bei Vertragsende: Bekommen Sie Konfiguration und historische Daten heraus?

Woran Sie merken, dass Ihr Monitoring nicht funktioniert

Es gibt deutliche Warnsignale. Mitarbeiter melden Probleme, bevor das System sie meldet – dann fehlen Prüfpunkte oder die Schwellenwerte sind falsch gesetzt. Alarme landen ungelesen im Postfach. Oder der Ausfall des Monitorings selbst fällt niemandem auf.

Testen Sie deshalb das Monitoring wie eine Brandmeldeanlage: Stoppen Sie absichtlich einen unkritischen Dienst oder nehmen Sie ein Testsystem vom Netz, und beobachten Sie, ob und wie schnell der Alarm kommt. Gehört ein Dienstleister zur Reaktionskette, testen Sie die Kette gleich mit.

Wann sich umfangreiches Monitoring nicht lohnt

Nicht jede Umgebung braucht jede Stufe. Bei einer Handvoll unkritischer Systeme reicht ein schlankes Basis-Monitoring; eine umfangreiche Plattform mit eigenem Server, Dashboards und komplexer Verwaltung erzeugt dann mehr Aufwand als Nutzen. Für reine Cloud-Dienste überwacht der Anbieter die Plattform selbst – Ihr eigenes Monitoring beschränkt sich dort sinnvollerweise auf das, was in Ihrer Verantwortung liegt: Erreichbarkeit, Zertifikate, Synchronisation, Schnittstellen.

Und ein Punkt, der gern übergangen wird: Wenn niemand Zeit und Zuständigkeit für die Reaktion hat, ist auch das beste Monitoring rausgeworfenes Geld. Klären Sie zuerst die Verantwortung, dann die Technik – nicht umgekehrt.

Monitoring ist ein Prozess, kein Produkt

Einmal eingerichtet und nie angefasst, veraltet Monitoring still: Neue Server fehlen, abgeschaffte Systeme melden Geisteralarme, Schwellenwerte passen nicht mehr zur Realität. Planen Sie deshalb in regelmäßigen Abständen eine kurze Überprüfung ein: Stimmt die Liste der überwachten Systeme noch? Gab es Alarme, auf die niemand reagiert hat – und warum? Wer diese Fragen konsequent stellt, erfährt von Problemen künftig vom System und nicht mehr vom verärgerten Anruf aus der Buchhaltung.

Dieser Artikel wurde KI-unterstützt erstellt und vor der Veröffentlichung geprüft.