Monitoring, Backups, Alerting: das Minimum für ein KMU-Produkt

Drei Uhr nachts, Datenbank voll

Ein typischer Vorfall: Eine Datenbank läuft voll, die Anwendung beginnt Fehler zu werfen und niemand merkt es sofort. Am Morgen haben Kundinnen und Kunden während Stunden nicht arbeiten können. Mit einfachem Monitoring wäre die drohende Kapazitätsgrenze früher sichtbar geworden. Wichtig ist die Trennung zwischen Technik und Bereitschaft: Monitoring und Alerting können rund um die Uhr laufen. Wann ein Mensch reagiert, richtet sich nach dem vereinbarten Servicefenster und Eskalationsplan. Bei Wertstifter gilt standardmässig Montag bis Freitag, 08:00 bis 17:00 Uhr. Eine Reaktion ausserhalb dieser Zeiten, etwa nachts oder am Wochenende, muss separat als Anforderung und gegebenenfalls mit einem Partner-Setup vereinbart werden.

Dieses Szenario ist kein Randfall. Server laufen voll, Zertifikate laufen ab, Dienste stürzen ab und APIs werden langsam. Die Frage ist nicht, ob etwas passiert, sondern ob dein System es rechtzeitig bemerkt. Monitoring, Backups und Alerting bilden die drei Schichten, die verhindern, dass aus einem kleinen Problem ein grosser Ausfall wird. Für KMU-Anwendungen brauchst du dafür kein Enterprise-System, sondern ein sinnvolles Minimum. Genau darum geht es hier.

Was Monitoring überhaupt bedeutet

Monitoring heisst, den Zustand deiner Anwendung laufend zu beobachten. Ein System sammelt Messwerte, prüft sie gegen Schwellenwerte und zeigt dir, ob alles im grünen Bereich ist. Dabei geht es um drei Ebenen.

Infrastruktur-Monitoring beobachtet CPU-Auslastung, Arbeitsspeicher, Festplattenplatz und Netzwerk. Wenn die Festplatte zu 85 Prozent voll ist, willst du das wissen, bevor sie bei 100 Prozent steht. Diese Werte sind die Vitalzeichen deines Servers.

Application Performance Monitoring, kurz APM, schaut in deine Anwendung hinein. Wie lange dauern Anfragen? Welche Datenbankabfragen sind langsam? Wo treten Fehler auf? Ein Server kann technisch gesund aussehen, während die Anwendung trotzdem kriecht. APM schliesst diese Lücke.

Uptime-Monitoring prüft von aussen, ob deine Anwendung erreichbar ist. Ein Dienst ruft alle paar Minuten eine URL auf und schlägt Alarm, wenn keine korrekte Antwort kommt. Das ist die einfachste und wichtigste Form, weil sie genau das misst, was deine Nutzerinnen und Nutzer erleben.

Diese drei Ebenen ergänzen sich. Uptime sagt dir, dass etwas kaputt ist. APM hilft dir zu verstehen, wo es kaputt ist. Infrastruktur-Monitoring zeigt dir, ob die Grundlage das Problem verursacht.

Alerting: Wer erfährt wann davon?

Monitoring ohne Alerting ist wie eine Alarmanlage ohne Sirene. Die Messwerte können perfekt sein, aber wenn niemand benachrichtigt wird, bringen sie nichts. Ein gutes Alerting-System beantwortet drei Fragen: Was ist passiert? Wie dringend ist es? Wer muss reagieren?

Nicht jeder Ausschlag verdient einen nächtlichen Anruf. Eine CPU-Spitze von zwei Minuten kann normal sein. Eine Fehlerrate von 20 Prozent über zehn Minuten ist es nicht. Alerting braucht deshalb Schwellenwerte und Abstufungen. Kritische Vorfälle lösen eine sofortige Benachrichtigung aus. Warnungen landen in einem Kanal, den das Team während des vereinbarten Servicefensters prüft. Informationen werden protokolliert und später ausgewertet.

Eine technische Benachrichtigung ist noch keine Zusage für eine Reaktion ausserhalb des Servicefensters. Wer reagiert, über welchen Kanal und bis wann, gehört in den Wartungsvertrag. Der Standard bei Wertstifter ist Montag bis Freitag, 08:00 bis 17:00 Uhr. Braucht dein Geschäft auch nachts oder am Wochenende eine Reaktion, muss dafür eine separate 24/7-Anforderung mit passendem Bereitschafts- oder Partner-Setup vereinbart werden. Was ein solcher Vertrag sonst noch regeln sollte, liest du in unserem Artikel über Wartungsverträge.

Backups: Deine letzte Verteidigungslinie

Monitoring verhindert nicht jeden Ausfall. Manchmal geht etwas schief, egal wie gut du aufpasst: Ein fehlerhaftes Deployment löscht Daten, ein Angreifer verschlüsselt die Datenbank, ein Hardwaredefekt zerstört den Speicher. Dann retten dich Backups, vorausgesetzt, sie funktionieren wirklich.

Die wichtigste Backup-Regel heisst 3-2-1:

1. Halte drei Kopien deiner Daten.
2. Speichere sie auf zwei unterschiedlichen Medientypen oder Systemen.
3. Bewahre eine Kopie an einem anderen Standort auf.

Für eine typische Webanwendung bedeutet das: Die laufende Datenbank ist Kopie eins. Ein automatisches tägliches Backup auf einem separaten Speicher ist Kopie zwei. Eine zusätzliche Kopie in einer anderen Cloud-Region oder bei einem anderen Anbieter ist Kopie drei. Der dritte Punkt wird oft vernachlässigt. Wenn dein Cloud-Anbieter ein grösseres Problem hat, willst du nicht, dass alle deine Backups beim gleichen Anbieter liegen.

Ein Backup, das nie getestet wurde, ist kein Backup, sondern eine Hoffnung. Führe mindestens vierteljährlich einen Restore-Test durch: Spiele das Backup in eine separate Umgebung ein und prüfe, ob die Anwendung damit startet und die Daten vollständig sind. Dokumentiere, wie lange der Restore dauert. Diese Dauer ist deine tatsächliche Wiederherstellungszeit, nicht die Zahl, die im Vertrag steht.

RPO und RTO verständlich erklärt

Zwei Begriffe tauchen in jedem seriösen Betriebskonzept auf: RPO und RTO. Sie klingen technisch, beantworten aber einfache Geschäftsfragen.

RPO, Recovery Point Objective, fragt: Wie viele Daten darfst du verlieren? Wenn du täglich um Mitternacht ein Backup machst und der Server um 23 Uhr ausfällt, verlierst du fast einen ganzen Tag. Dein RPO beträgt 24 Stunden. Für einen Online-Shop mit vielen Bestellungen ist das inakzeptabel. Für eine Vereinswebsite, die einmal pro Woche aktualisiert wird, kann es reichen.

RTO, Recovery Time Objective, fragt: Wie lange darf die Wiederherstellung dauern? Wenn dein Geschäft ohne die Anwendung stillsteht, brauchst du vielleicht ein RTO von wenigen Stunden. Wenn die Anwendung nur intern für seltene Aufgaben genutzt wird, kann ein Tag vertretbar sein.

RPO und RTO bestimmen direkt die Kosten. Ein RPO von wenigen Minuten erfordert kontinuierliche Replikation statt täglicher Backups. Ein RTO von einer Stunde verlangt vorbereitete Ersatzsysteme und eine schnelle Reaktion. Bevor du teure Infrastruktur bestellst, kläre mit deinem Team, was ein Datenverlust oder ein Ausfall tatsächlich kostet. Dann weisst du, welches Schutzniveau wirtschaftlich sinnvoll ist.

Das Minimum für eine KMU-Anwendung

Für die meisten KMU-Anwendungen brauchst du kein Kontrollzentrum mit zehn Bildschirmen. Dieses Minimum deckt die häufigsten Risiken ab:

Uptime-Check alle fünf Minuten. Ein externer Dienst prüft, ob die Anwendung erreichbar ist. Bei zwei aufeinanderfolgenden Fehlern geht eine Benachrichtigung raus.

Fehlertracking in der Anwendung. Unbehandelte Fehler werden automatisch erfasst, gruppiert und mit Kontext angezeigt. So siehst du nicht nur, dass etwas schiefgeht, sondern auch wo.

Basis-Infrastruktur-Monitoring. CPU, Arbeitsspeicher und Festplattenplatz werden überwacht. Warnungen kommen bei 80 Prozent, kritische Alerts bei 90 Prozent.

Tägliche automatisierte Backups. Die Datenbank wird täglich gesichert, mindestens 30 Tage aufbewahrt und an einem getrennten Ort gespeichert.

Vierteljährlicher Restore-Test. Ein Backup wird zurückgespielt und geprüft. Das Ergebnis wird dokumentiert.

Ein klarer Alarmkanal. Kritische Meldungen gehen an eine definierte Person oder Rolle, nicht an ein Postfach, das niemand liest.

Das ist kein Luxus. Es ist der Grundschutz, der verhindert, dass ein vorhersehbarer Fehler dein Geschäft lahmlegt. Grössere Systeme brauchen mehr: zentrale Log-Auswertung, detailliertes APM, automatisches Failover und Redundanz über mehrere Standorte. Aber mit diesem Minimum deckst du den grössten Teil der typischen Risiken ab. Mehr über laufende Betriebskosten findest du in Warum Software nach dem Launch teuer wird.

Eigenbetrieb oder Managed Service?

Du kannst Monitoring, Backups und Alerting selbst einrichten und betreiben. Das funktioniert gut, wenn jemand im Team die Verantwortung übernimmt und regelmässig prüft, ob alles noch läuft. Die Tools sind heute zugänglich und viele bieten kostenlose Einstiegspläne.

Die versteckte Arbeit liegt im Alltag: Schwellenwerte anpassen, Fehlalarme reduzieren, Backup-Speicher kontrollieren, Restore-Tests durchführen, Sicherheitsupdates einspielen und auf Meldungen reagieren. Wenn diese Aufgaben zwischen anderen Projekten untergehen, hast du zwar Werkzeuge, aber keinen verlässlichen Betrieb.

Bei einem Managed Service kümmert sich ein Anbieter um diese laufenden Aufgaben. Das kostet regelmässig, gibt dir aber planbare Verantwortung. Wichtig ist, dass der Vertrag klar definiert, was enthalten ist: Welche Systeme werden überwacht? Wie schnell wird auf Alerts reagiert? Wie oft werden Backups getestet? Wer ist bei einem Vorfall erreichbar? Und wie kommst du an deine Daten, wenn du den Anbieter wechselst? Unsere Managed Services bündeln genau diese Betriebsaufgaben.

Was du heute prüfen solltest

Öffne dein aktuelles Betriebskonzept oder frag deine Agentur nach diesen fünf Punkten:

1. Wer bekommt eine Nachricht, wenn die Anwendung nicht erreichbar ist?
2. Wie oft werden Backups erstellt und wie lange aufbewahrt?
3. Wann wurde zuletzt ein Backup erfolgreich zurückgespielt?
4. Wie viel Datenverlust ist im schlimmsten Fall möglich?
5. Wie lange dauert eine vollständige Wiederherstellung realistisch?

Wenn eine dieser Fragen keine klare Antwort hat, weisst du, wo du anfangen musst. Monitoring, Backups und Alerting sind keine Technikspielereien. Sie sind die Versicherung, dass dein digitales Produkt auch dann funktioniert, wenn etwas schiefgeht. Und etwas geht immer irgendwann schief.