Thought Leadership
Wer seine Datenbanken nur überwacht, um Ausfälle zu bemerken, verschenkt Potenzial. Der DevOps-Anbieter Redgate hat aufgeschrieben, was aus seiner Sicht gutes Monitoring ausmacht und wo Unternehmen typischerweise falsch abbiegen.
Datenbanken laufen meist unauffällig im Hintergrund, bis sie es nicht mehr tun. Genau deshalb gilt Monitoring in vielen IT-Abteilungen als notwendiges Übel: Ein Tool installieren, ein paar Schwellenwerte setzen, fertig. Nach Einschätzung von Redgate greift das deutlich zu kurz. Der Anbieter von Database-DevOps-Werkzeugen hat fünf Punkte zusammengestellt, die aus einer reinen Ausfallüberwachung ein Werkzeug für fundierte Entscheidungen machen sollen.
1. Erst das Ziel, dann das Tool
Der klassische Fehler beginnt laut Redgate schon bei der Anschaffung: Unternehmen suchen sich ein Monitoring-Tool, bevor sie überhaupt definiert haben, wofür sie es brauchen. Sinnvoller sei es, zunächst festzulegen, welche geschäftlichen Ziele die Überwachung unterstützen soll, etwa Verfügbarkeit und Performance sicherstellen, Nachweise für Compliance-Anforderungen liefern oder Kapazitäts- und Investitionsentscheidungen absichern. Erst wenn klar ist, welche Risiken minimiert und welche Prozesse verbessert werden sollen, lässt sich daraus ableiten, welche Anforderungen ein Tool überhaupt erfüllen muss.
2. Nicht nur an die DBAs denken
Monitoring wird in vielen Firmen als Werkzeug der Datenbankadministratoren betrachtet, entsprechend eng fällt oft der Zuschnitt aus. Dabei haben Entwicklungsteams ganz andere Interessen als DBAs: Sie wollen wissen, wie sich Anwendungen und einzelne Abfragen auf die Performance auswirken. Infrastruktur-, Security- und Compliance-Teams wiederum brauchen eigene Sichten auf Transparenz und Nachvollziehbarkeit. Eine Monitoring-Strategie, die nur eine dieser Gruppen bedient, optimiert am Bedarf der Organisation vorbei. Redgate empfiehlt daher eine gemeinsame Datenbasis, die alle Stakeholder gleichermaßen bedienen kann.
3. Die Strategie ist kein Selbstläufer
Eine einmal aufgesetzte Monitoring-Strategie hält selten ewig. Neue Datenbankplattformen, Cloud-Migrationen oder veränderte Betriebsmodelle verschieben die Anforderungen, oft ohne dass es jemand bemerkt. Redgate rät deshalb zu regelmäßigen kritischen Reviews: Passt das bestehende Setup noch zu aktuellen Plattformen und Compliance-Vorgaben? Wer das nicht regelmäßig prüft, riskiert blinde Flecken, die erst auffallen, wenn es zu spät ist.
4. Mitwachsen statt nachrüsten
Hybride Infrastrukturen aus verschiedenen Cloud-Plattformen und Datenbanktechnologien sind mittlerweile eher Regel als Ausnahme. Ein Monitoring-Setup, das nur für die aktuelle Systemlandschaft ausgelegt ist, wird schnell zum Flaschenhals. Skalierbarkeit bedeutet dabei nicht nur, mehr Systeme gleichzeitig überwachen zu können, sondern auch neue Technologien und Betriebsmodelle zügig einzubinden, ohne dass Monitoring zur Bremse für Innovationen wird.
5. Eine Wahrheit für alle
Der vielleicht wichtigste Punkt: Metriken, Ereignisse und Zustandsinformationen sollten nicht in verschiedenen Tools und Datensilos verstreut liegen. Das führt zwangsläufig zu widersprüchlichen Bewertungen, wenn etwa DBAs und Entwickler auf Basis unterschiedlicher Zahlen diskutieren. Redgate plädiert für eine zentrale, konsistente Datenbasis mit einheitlichen Definitionen und standardisierten Kennzahlen, das beschleunigt nicht zuletzt die Ursachenanalyse, wenn tatsächlich mal etwas schiefläuft.
Fazit
„Für effektives Datenbankmonitoring gibt es natürlich mehr als nur fünf Best Practices“, räumt Oliver Stein, DACH-Geschäftsführer bei Redgate, ein. Skalierbarkeit, eine ganzheitliche Strategie und eine zentrale, konsistente Datenbasis seien aber die entscheidenden Hebel, kombiniert mit der Bereitschaft, die eigene Herangehensweise immer wieder zu hinterfragen und bei Bedarf anzupassen.
(red/Redgate)
