Datenbank-Monitoring-Software

Abfrage-Analyse

Das Herzstück. Du willst sehen, welche Abfragen langsam sind, wie oft sie laufen und wie sich das über die Zeit entwickelt. Achte darauf, dass die Software nicht nur die aktuell laufenden Abfragen zeigt, sondern auch eine Historie führt. Der Klassiker: Am Montagmorgen ist alles zäh, aber wenn du nachschaust, ist der Spuk vorbei. Ohne Historie stehst du dumm da.

Alarmierung

Ein Alarm nützt nichts, wenn er niemanden erreicht oder wenn er so oft losgeht, dass ihn keiner mehr ernst nimmt. Prüfe, ob du Schwellwerte selbst festlegen kannst und ob es mehrere Wege gibt, jemanden zu erreichen (E-Mail, Messenger, Anbindung an ein Ticketsystem). Wichtig ist die Möglichkeit, Alarme zeitlich zu staffeln: eine Warnung an die Bereitschaft, eine Eskalation, wenn nach zehn Minuten niemand reagiert hat.

Dashboards

Dashboards sind schnell überladen. Gut ist, wenn du eine Übersicht bauen kannst, die eine Person ohne Datenbankwissen versteht (grün oder rot), und daneben eine technische Ansicht für die Leute, die tiefer graben. Frag in der Demo, wie viele Klicks es braucht, um von der Übersicht bis zur konkreten Abfrage zu kommen.

Historie und Trends

Kapazitätsplanung lebt von Trends. Wann läuft die Festplatte in drei Monaten voll, wie wächst die größte Tabelle, wann kippt die Antwortzeit. Ein Werkzeug, das nur den Ist-Zustand zeigt, hilft dir bei der Fehlersuche, aber nicht bei der Planung.

Unterstützte Datenbanktypen

Banal, aber der häufigste Stolperstein. Kläre vorher genau, welche Datenbanksysteme und welche Versionen ihr im Einsatz habt, auch die vergessene Alt-Datenbank im Keller, an der eine wichtige Auswertung hängt. Nicht jedes Werkzeug deckt jedes System gleich gut ab.

Agenten oder agentenlos

Manche Werkzeuge brauchen eine kleine Software auf jedem überwachten Server (Agent), andere greifen von außen zu. Beides hat Vor- und Nachteile. Agenten liefern oft mehr Detail, verursachen aber Pflegeaufwand und müssen bei Updates mitgezogen werden. Kläre, was zu eurer IT-Landschaft passt.

Fang nicht bei den Funktionen an, sondern bei deiner Ausgangslage. Wie viele Datenbanken, welche Systeme, wie kritisch für den Betrieb, wer soll damit arbeiten. Erst wenn das steht, wird die Funktionsliste aussagekräftig.

Lass die Software in der Demo von der Person bedienen, die später damit arbeitet, nicht vom Vertriebler und nicht vom Chef. Der Vertriebler kennt jeden Klick auswendig, deine Person nicht. Gib ihr eine konkrete Aufgabe: Finde heraus, welche Abfrage gestern zwischen 14 und 15 Uhr am meisten Last erzeugt hat. Wenn das zäh geht oder Rückfragen an den Support nötig sind, weißt du genug.

Achte auf die Einarbeitung. Ein mächtiges Werkzeug, das niemand versteht, wird zur Karteileiche und meldet irgendwann nur noch ignorierte Alarme. Frag, wie lange die Ersteinrichtung dauert und ob es dafür Begleitung gibt.

Prüfe die Anbindung an das, was ihr schon habt. Wenn ihr ein Ticketsystem nutzt, soll ein Alarm dort ein Ticket erzeugen. Wenn ihr einen Messenger für die Bereitschaft nutzt, soll die Warnung dort ankommen. Insellösungen, die niemand aktiv aufruft, verpuffen.

Cloud oder im eigenen Haus

Es gibt Werkzeuge, die als Dienst laufen, und solche, die du selbst betreibst. Beim Dienst hast du weniger Wartung, gibst aber Daten aus der Hand und musst prüfen, wo die liegen. Beim Eigenbetrieb behältst du die Kontrolle, trägst aber die Pflege selbst. Diese Frage entscheidet oft mehr als jedes einzelne Feature.

Der Lizenzpreis ist selten die ganze Rechnung. Ich zeige dir die üblichen Modelle, ohne Zahlen zu erfinden, damit du weißt, wonach du fragen musst.

Verbreitete Abrechnungsmodelle

Häufig wird nach der Zahl der überwachten Datenbankinstanzen oder Server abgerechnet. Das ist gut planbar, kann aber teuer werden, wenn ihr viele kleine Instanzen habt. Andere Anbieter rechnen nach Datenmenge oder nach der Zahl der Kerne. Wieder andere bieten ein Abonnement pro Monat oder Jahr, manche verkaufen eine Lizenz einmalig mit laufender Wartungsgebühr. Frag immer, was passiert, wenn ihr wachst: Was kostet die nächste Instanz.

Versteckte Kosten

Denk an die Einrichtung. Wenn dafür externe Beratung nötig ist, kommt das obendrauf. Denk an die Schulung deiner Leute. Denk an den Betrieb, wenn du selbst hostest: Da braucht das Werkzeug selbst einen Server, Speicher für die Historie und regelmäßige Updates. Historiendaten wachsen, und Speicher kostet, das wird gern übersehen.

Rechne auch die Arbeitszeit ein, die das Werkzeug bindet. Ein System, das täglich Fehlalarme wirft, kostet dich nicht in der Lizenz, sondern in den Stunden, die jemand mit dem Abklären verbringt.

Die ehrliche Rechnung

Stell die Kosten dem gegenüber, was ein Ausfall dich kostet. Wenn deine zentrale Datenbank einen Vormittag steht und der Betrieb ruht, ist das oft ein Vielfaches der Jahreslizenz. Diese Gegenüberstellung hilft, die richtige Grössenordnung zu finden, statt am falschen Ende zu sparen.

Der Alarm, den keiner mehr liest

Der häufigste Fehler. Am Anfang werden alle Schwellwerte scharf gestellt, jede kleine Schwankung löst einen Alarm aus. Nach zwei Wochen filtert das Postfach alles automatisch weg, und wenn der echte Ausfall kommt, geht er in der Flut unter. Weniger Alarme, dafür die richtigen.

Die vergessene Datenbank

Ein Betrieb überwacht sorgfältig die neue Warenwirtschaft, aber die alte Datenbank, an der noch eine Lohnabrechnung hängt, taucht im Monitoring gar nicht auf. Fällt genau die aus, hilft das ganze schöne Dashboard nichts. Mach eine vollständige Bestandsaufnahme, bevor du auswählst.

Monitoring ohne Zuständigkeit

Die Software läuft, die Alarme kommen, nur fühlt sich niemand verantwortlich. Am Freitagnachmittag geht die Warnung raus, alle denken, der andere kümmert sich, und am Montag steht alles. Ein Werkzeug braucht eine benannte Person und eine Vertretung, sonst ist es nur teure Dekoration.

Speicher für die Historie unterschätzt

Ein Betrieb wollte drei Jahre Historie behalten, hat aber beim Speicher gespart. Nach einem Jahr war die Platte voll, das Monitoring fing an, sich selbst zu verstopfen. Die Aufbewahrungsdauer der Daten kostet Platz, das musst du von Anfang an einplanen.

Nur der Chef hat es gesehen

Die Auswahl wurde in einer Demo getroffen, in der der Geschäftsführer die schönen Grafiken gezeigt bekam. Die Technikerin, die es täglich bedienen sollte, sass nicht mit am Tisch. Nach dem Kauf stellte sich heraus, dass die Bedienung im Alltag umständlich ist. Die Leute, die damit arbeiten, entscheiden mit.

Datenbank-Monitoring berührt fast immer personenbezogene Daten, denn die überwachten Datenbanken enthalten sie in aller Regel. Auch wenn das Monitoring selbst nur Kennzahlen sammelt, kann es in Abfragetexten Klartextdaten mitschneiden. Das ist der Punkt, an dem die DSGVO ins Spiel kommt.

Wo liegen die Daten

Wenn du ein Werkzeug als Dienst nutzt, das Daten in eine Cloud überträgt, musst du wissen, wo diese Server stehen. Bei einer Verarbeitung ausserhalb der EU brauchst du eine tragfähige Rechtsgrundlage. Kläre das vor dem Kauf und lass es dir schriftlich geben, nicht mündlich vom Vertrieb.

Auftragsverarbeitung

Nutzt du einen externen Dienst, ist meist ein Vertrag zur Auftragsverarbeitung nötig. Frag den Anbieter aktiv danach. Seriöse Anbieter haben ein fertiges Muster. Fehlt es oder muss es lange gesucht werden, ist das ein Warnzeichen.

Zugriff und Protokollierung

Wer im Monitoring sensible Abfragen sieht, sieht potenziell auch, welche Daten verarbeitet werden. Achte auf ein Rollen- und Rechtekonzept, damit nicht jeder alles sieht. In Deutschland ist bei solchen Werkzeugen ausserdem der Betriebsrat einzubeziehen, wenn eine Leistungs- oder Verhaltenskontrolle von Mitarbeitenden möglich wäre. Auch wenn das Werkzeug technisch überwacht, kann es indirekt Rückschlüsse auf Personen zulassen.

In der Schweiz und Österreich

In der Schweiz gilt das revidierte Datenschutzgesetz, in Österreich die DSGVO mit nationalen Ergänzungen. Die Grundlinie ist ähnlich: Datenminimierung, klare Rechtsgrundlage, Transparenz. Ich bin kein Anwalt, und dieser Abschnitt ersetzt keine Rechtsberatung. Bei kritischen Fällen zieh jemanden hinzu, der das rechtssicher beurteilt.

Schritt 1: Bestandsaufnahme

Schreib alle Datenbanken auf, wirklich alle, auch die vergessenen. Notiere System, Version, wie kritisch sie für den Betrieb ist und wer sie heute pflegt. Diese Liste ist die Grundlage für alles Weitere.

Schritt 2: Ziele festlegen

Was willst du erreichen. Ausfälle früher bemerken, langsame Abfragen finden, Kapazität planen. Priorisiere. Ein Werkzeug, das alles ein bisschen kann, ist selten so gut wie eines, das dein Hauptziel wirklich trifft.

Schritt 3: Zuständigkeit klären

Benenne, bevor du kaufst, wer das Werkzeug betreut und wer auf Alarme reagiert, inklusive Vertretung. Ohne diese Person ist der Rest sinnlos.

Schritt 4: Zwei bis drei Kandidaten testen

Hol dir Testzugänge und lass sie von der späteren Nutzerin bedienen, mit einer konkreten Aufgabe. Miss nicht das Marketing, sondern die tatsächliche Bedienung an einem echten Fall aus deinem Betrieb.

Schritt 5: Kosten über drei Jahre rechnen

Lizenz, Einrichtung, Schulung, Betrieb, Speicher. Rechne das über drei Jahre und mit einem realistischen Wachstum eurer Datenbanken. Der günstige Einstieg ist manchmal die teuerste Variante.

Schritt 6: Rechtliches abhaken

Vertrag zur Auftragsverarbeitung, Speicherort, Rollenkonzept, gegebenenfalls Betriebsrat. Erst wenn diese Punkte geklärt sind, unterschreibst du.

Schritt 7: Klein anfangen

Schalte nicht am ersten Tag alle Alarme scharf. Fang mit den kritischsten Datenbanken an, stell die Schwellwerte behutsam ein und weite es aus, wenn ihr ein Gefühl dafür habt, was normal ist. So vermeidest du die Alarmflut, an der viele Einführungen scheitern.

Wenn du diese sieben Schritte gehst, triffst du eine Entscheidung, die im Alltag trägt, und nicht eine, die in der Demo gut aussah.