Automatisierung verändert die Arbeit des DBAs. Sie ersetzt aber nicht seine Verantwortung.
In vielen IT-Diskussionen klingt es so, als ob Automatisierung, Cloud und Autonomous Database den klassischen DBA überflüssig machen würden. Die Aussage wirkt modern, ist aber zu einfach.
Ja, viele Aufgaben haben sich verändert. Datenbanken können heute schneller bereitgestellt werden. Backups, Monitoring, Patching und Skalierung lassen sich stärker automatisieren als früher. In Cloud-Umgebungen übernimmt der Anbieter viele technische Details, die früher direkt beim DBA lagen.
Aber genau hier entsteht ein Denkfehler: Automatisierung ersetzt nicht die Verantwortung für Daten. Sie verschiebt sie.
Ein Skript kann eine Aufgabe ausführen. Eine Plattform kann Ressourcen bereitstellen. Ein Tool kann Warnungen erzeugen. Aber jemand muss verstehen, ob das Ergebnis fachlich, technisch und betrieblich sinnvoll ist.
Das ist weiterhin DBA-Arbeit.
Die falsche Frage: Brauchen wir noch DBAs?
Die Frage „Brauchen wir in Zeiten von Cloud und Automatisierung noch DBAs?“ ist schlecht gestellt.
Die bessere Frage lautet:
Wer versteht die Datenbankumgebung gut genug, um Risiken zu erkennen, Entscheidungen zu treffen und Probleme sauber einzugrenzen?
Eine Datenbank ist nicht nur ein technisches Produkt. Sie ist ein kritischer Bestandteil vieler Geschäftsprozesse. Wenn eine Datenbank langsam wird, nicht mehr startet, falsche Berechtigungen hat oder ein Recovery nicht funktioniert, reicht es nicht, auf ein Dashboard zu schauen.
Dann braucht man jemanden, der versteht, was unter der Oberfläche passiert.
Ein DBA muss heute vielleicht weniger manuell installieren als früher. Aber er muss stärker beurteilen können, ob eine Umgebung sicher, stabil, wartbar und wiederherstellbar ist.
Automatisierung ersetzt Aufgaben, nicht Denken
Automatisierung ist stark, wenn Prozesse klar, wiederholbar und gut verstanden sind. Sie ist gefährlich, wenn man sie auf chaotische oder schlecht dokumentierte Umgebungen anwendet.
Ein automatisierter Fehler bleibt ein Fehler. Nur schneller.
Wenn ein Backup-Job automatisch läuft, bedeutet das nicht, dass die Datenbank wirklich wiederherstellbar ist. Entscheidend ist nicht nur, ob ein Backup existiert. Entscheidend ist, ob Restore und Recovery getestet wurden.
Wenn Monitoring automatisch Alerts erzeugt, bedeutet das nicht, dass die Ursache verstanden wurde. Ein hoher Wait Event, ein voller Tablespace oder eine blockierte Session sind Symptome. Die eigentliche DBA-Arbeit beginnt bei der Analyse.
Wenn eine Datenbank automatisch provisioniert wird, bedeutet das nicht, dass Architektur, Security, Namenskonventionen, Rollen, Speicherstruktur und Betriebsmodell sauber sind.
Automatisierung nimmt Routine weg. Sie nimmt nicht die Notwendigkeit weg, Architektur und Betrieb zu verstehen.
Oracle 23c macht den DBA nicht kleiner, sondern strategischer
Oracle 23c zeigt sehr deutlich, wohin sich Datenbankadministration entwickelt. Es geht nicht mehr nur um klassische Tabellen, Benutzer, Tablespaces und Backups. Diese Grundlagen bleiben wichtig, aber sie stehen heute in einem größeren Zusammenhang.
DBAs müssen sich mit Multitenant-Architekturen, Cloud-Services, JSON, Data Management, Automation, Security, Migration und Recovery beschäftigen. Das bedeutet: Die Rolle wird nicht einfacher. Sie wird breiter.
Ein moderner DBA muss nicht jedes neue Feature sofort produktiv einsetzen. Aber er muss einschätzen können, welche Funktion einen echten betrieblichen Nutzen hat und welche nur technisch interessant ist.
Das ist ein großer Unterschied.
Ein Feature ist nicht automatisch wertvoll, nur weil es neu ist. Es wird erst dann wertvoll, wenn es ein reales Problem löst: bessere Wartbarkeit, geringeres Risiko, schnellere Wiederherstellung, sauberere Migration, bessere Sicherheit oder weniger manuelle Fehler.
Der DBA als Kontrollinstanz
In einer automatisierten Umgebung wird der DBA zur Kontrollinstanz.
Er muss Fragen stellen wie:
Ist diese Datenbankumgebung nachvollziehbar aufgebaut?
Sind Rollen und Berechtigungen sauber getrennt?
Gibt es ein realistisches Backup- und Recovery-Konzept?
Sind PDBs, Services und Listener verständlich dokumentiert?
Ist Monitoring nur vorhanden oder auch handlungsfähig?
Sind Skripte wiederholbar, versioniert und erklärbar?
Kann ein anderer DBA die Umgebung übernehmen, ohne zu raten?
Diese Fragen sind nicht altmodisch. Sie sind die Grundlage eines professionellen Datenbankbetriebs.
Was Automatisierung nicht kann
Automatisierung kann viel, aber sie kann nicht für eine Organisation denken.
Sie kann nicht entscheiden, welche Daten kritisch sind.
Sie kann nicht automatisch verstehen, welche Ausfallzeit akzeptabel ist.
Sie kann nicht beurteilen, ob ein Recovery-Szenario zum Geschäftsrisiko passt.
Sie kann nicht erkennen, ob eine technische Lösung politisch, organisatorisch oder sicherheitstechnisch tragfähig ist.
Sie kann nicht ersetzen, dass jemand Verantwortung übernimmt.
Genau deshalb bleibt der DBA relevant. Nicht als Person, die nur Befehle eintippt. Sondern als jemand, der Datenbankbetrieb versteht, Risiken erkennt und technische Entscheidungen begründen kann.
Mein Ansatz in dieser Artikelserie
In dieser Serie möchte ich Oracle 23c nicht als reine Feature-Liste betrachten.
Mich interessiert vor allem die praktische DBA-Perspektive:
Was ist im täglichen Betrieb wirklich wichtig?
Welche Funktionen helfen bei Stabilität, Sicherheit und Wartbarkeit?
Welche Themen muss man testen, bevor man sie ernsthaft bewertet?
Welche Fehler entstehen, wenn man neue Funktionen ohne Betriebsmodell einführt?
Welche Grundlagen bleiben auch in modernen Cloud- und Automatisierungsumgebungen unverzichtbar?
Der Fokus liegt nicht auf Theorie allein. Der Fokus liegt auf verständlicher, praktischer und sauberer Datenbankadministration.
Fazit
Automatisierung ersetzt den DBA nicht. Sie ersetzt einzelne manuelle Schritte.
Der eigentliche Wert eines DBAs liegt nicht darin, jeden Befehl auswendig zu kennen. Der Wert liegt darin, eine Datenbankumgebung zu verstehen, Risiken zu erkennen, Probleme systematisch zu analysieren und Entscheidungen nachvollziehbar zu treffen.
Oracle 23c verändert die Arbeit des DBAs. Aber diese Veränderung macht die Rolle nicht unwichtiger.
Sie macht sie anspruchsvoller.
English Summary
Automation, cloud services and autonomous database features change the daily work of DBAs, but they do not remove the need for database expertise. Scripts and platforms can execute tasks, but they cannot take responsibility for architecture, security, recovery, troubleshooting and operational decisions.
Oracle 23c pushes DBAs toward a broader role: less manual repetition, more control, analysis, governance and risk awareness. A modern DBA must understand not only features, but also how these features affect stability, maintainability and recoverability.
Automation replaces tasks. It does not replace judgment.