Die Instanz verantworten, nicht das einzelne Statement
Wer diese Rolle übernimmt, wird an Dingen gemessen, die niemand sieht, solange sie funktionieren: an der Wiederherstellung, am Wartungsfenster und an der Antwortzeit unter Last.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Die Rolle entsteht meist nebenbei und wird trotzdem an Verfügbarkeit gemessen
In den meisten mittelständischen Häusern gibt es keine Stelle mit diesem Namen. Es gibt jemanden aus der Entwicklung, der sich mit Datenbanken auskennt, oder jemanden aus der Windows-Administration, auf dessen Servern die Instanz eben mitläuft. Beide haben die Aufgabe zusätzlich bekommen, beide haben nie einen vollständigen Wiederherstellungslauf gemacht, und beide erfahren von einem Problem, wenn die Anwendung bereits steht.
Der Zuschnitt ist deshalb heikel, weil die Aufgaben aus zwei verschiedenen Welten kommen. Die eine Hälfte ist Systembetrieb: Speicher, Platten, Dienstkonten, Domäne, Patchstand, Ausfallsicherheit. Die andere Hälfte ist Datenarbeit: Zugriffspfade, Sperren, Statistiken, Ladestrecken. Wer nur eine der beiden Hälften mitbringt, merkt das an genau den Störungen, die sich nicht durch einen Neustart beheben lassen.
Teuer wird das an zwei Stellen. Ohne geprobte Wiederherstellung ist die Sicherung eine Vermutung, und die Wiederanlaufzeit im Notfallplan eine Zahl, die niemand gemessen hat. Und ohne jemanden, der zwischen Anwendung und Instanz vermittelt, wird jede langsame Maske zur Streitfrage zwischen Entwicklung und Betrieb, statt in zehn Minuten am Plan geklärt zu werden.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Wer entscheidet, wer setzt um
Die meisten Konflikte in dieser Rolle entstehen nicht aus fehlendem Wissen, sondern daraus, dass eine Entscheidung bei jemandem landet, der ihre Folgen nicht trägt. Die Tabelle trennt beides für die Themen, an denen es regelmäßig hakt.
| Thema | Wer entscheidet | Wer setzt um | Stolperfalle |
|---|---|---|---|
| Zulässiger Datenverlust und Wiederanlaufzeit | Der Fachbereich als Eigentümer des Prozesses, gemeinsam mit der Geschäftsführung | Der Datenbankbetrieb über Wiederherstellungsmodell, Sicherungsplan und die Aufbewahrung | Niemand entscheidet, also wird die Voreinstellung übernommen. Im Ernstfall stellt sich heraus, dass sich der Stand von halb elf nicht wiederherstellen lässt, weil das Protokoll nie gesichert wurde. |
| Neue Indizes auf produktiven Tabellen | Der Datenbankbetrieb, auf Antrag der Entwicklung und mit Begründung am Plan | Der Betrieb im Wartungsfenster, mit Messung vorher und nachher | Der Vorschlag aus dem Ausführungsplan wird ungeprüft umgesetzt. Nach zwei Jahren tragen die Tabellen ein Dutzend Indizes, von denen die Hälfte nie benutzt wird, und jeder Ladelauf dauert doppelt so lang. |
| Zugriff auf produktive Daten | Der Fachbereich für die Inhalte, der Betrieb für die technische Umsetzung | Der Betrieb über Rollen, getrennt nach Anwendungskonto und persönlichem Konto | Die Anwendung läuft mit einem Konto, das Tabellen anlegen und löschen darf, weil die Migration beim Start läuft. Danach nimmt niemand das Recht zurück. |
| Versionsstand und Wartungsfenster | Der Betrieb im Rahmen der vereinbarten Fenster, bei Hauptversionen gemeinsam mit den Anwendungsverantwortlichen | Der Betrieb, mit Test auf einer Kopie vor dem produktiven Lauf | Der Sprung auf eine neue Hauptversion wird verschoben, bis der Hersteller die alte nicht mehr unterstützt. Dann fehlt die Zeit für den Test, und die Umstellung fällt in dieselbe Woche wie der Jahresabschluss. |
| Ladestrecken aus Vorsystemen | Der Fachbereich über Inhalt und Zeitpunkt der Lieferung | Der Betrieb über Pakete und geplante Aufträge, mit Protokoll und Wiederanlaufpunkt | Ein Paket ist vor Jahren von einem Externen gebaut worden, läuft mit dessen Konto und ohne Dokumentation. Beim ersten Fehler steht die halbe Auswertung, und niemand weiß, was das Paket eigentlich tut. |
Zulässiger Datenverlust und Wiederanlaufzeit
- Wer entscheidet
- Der Fachbereich als Eigentümer des Prozesses, gemeinsam mit der Geschäftsführung
- Wer setzt um
- Der Datenbankbetrieb über Wiederherstellungsmodell, Sicherungsplan und die Aufbewahrung
- Stolperfalle
- Niemand entscheidet, also wird die Voreinstellung übernommen. Im Ernstfall stellt sich heraus, dass sich der Stand von halb elf nicht wiederherstellen lässt, weil das Protokoll nie gesichert wurde.
Neue Indizes auf produktiven Tabellen
- Wer entscheidet
- Der Datenbankbetrieb, auf Antrag der Entwicklung und mit Begründung am Plan
- Wer setzt um
- Der Betrieb im Wartungsfenster, mit Messung vorher und nachher
- Stolperfalle
- Der Vorschlag aus dem Ausführungsplan wird ungeprüft umgesetzt. Nach zwei Jahren tragen die Tabellen ein Dutzend Indizes, von denen die Hälfte nie benutzt wird, und jeder Ladelauf dauert doppelt so lang.
Zugriff auf produktive Daten
- Wer entscheidet
- Der Fachbereich für die Inhalte, der Betrieb für die technische Umsetzung
- Wer setzt um
- Der Betrieb über Rollen, getrennt nach Anwendungskonto und persönlichem Konto
- Stolperfalle
- Die Anwendung läuft mit einem Konto, das Tabellen anlegen und löschen darf, weil die Migration beim Start läuft. Danach nimmt niemand das Recht zurück.
Versionsstand und Wartungsfenster
- Wer entscheidet
- Der Betrieb im Rahmen der vereinbarten Fenster, bei Hauptversionen gemeinsam mit den Anwendungsverantwortlichen
- Wer setzt um
- Der Betrieb, mit Test auf einer Kopie vor dem produktiven Lauf
- Stolperfalle
- Der Sprung auf eine neue Hauptversion wird verschoben, bis der Hersteller die alte nicht mehr unterstützt. Dann fehlt die Zeit für den Test, und die Umstellung fällt in dieselbe Woche wie der Jahresabschluss.
Ladestrecken aus Vorsystemen
- Wer entscheidet
- Der Fachbereich über Inhalt und Zeitpunkt der Lieferung
- Wer setzt um
- Der Betrieb über Pakete und geplante Aufträge, mit Protokoll und Wiederanlaufpunkt
- Stolperfalle
- Ein Paket ist vor Jahren von einem Externen gebaut worden, läuft mit dessen Konto und ohne Dokumentation. Beim ersten Fehler steht die halbe Auswertung, und niemand weiß, was das Paket eigentlich tut.
Sechs Dinge, die vor der ersten Störung stehen müssen
- 01 Ein Wiederherstellungsmodell, das zum zulässigen Datenverlust passt.
- 02 Eine Rückspielung, die einmal vollständig durchgeführt und gestoppt wurde.
- 03 Speichergrenze, Parallelität und tempdb bewusst gesetzt statt ab Werk gelassen.
- 04 Sicherung, Konsistenzprüfung und Indexpflege als geplante Aufträge mit Alarm.
- 05 Rechte über Rollen, getrennt nach Anwendung und Mensch.
- 06 Ein bekannter Termin für das Supportende der eingesetzten Version.
Was den Unterschied macht, wenn die Rolle jemand richtig ausfüllt
Die Arbeit besteht aus wenigen Dingen, die wiederkehren, und der Wert entsteht daraus, dass sie vor der Störung erledigt sind. Fast alles davon lässt sich automatisieren und danach nachweisen.
Die Wiederherstellung tatsächlich üben
Das Wiederherstellungsmodell bestimmt, wie genau du einen Zeitpunkt treffen kannst, und die geprobte Rückspielung bestimmt, wie lange es dauert. Beides gehört gemessen und dokumentiert, nicht angenommen.
Die Instanz bewusst konfigurieren
Arbeitsspeichergrenze, Parallelität, Anzahl und Lage der tempdb-Dateien und die Startparameter sind Einstellungen, die einmal richtig gesetzt mehr bringen als jeder spätere Optimierungsversuch an einzelnen Abfragen.
Wartung als Auftrag laufen lassen
Sicherung, Konsistenzprüfung, Index- und Statistikpflege gehören in geplante Aufträge mit Protokoll und Alarm. Der frei verfügbare Skriptsatz von Ola Hallengren ist dafür seit Jahren der verbreitete Standard.
Wartezeiten lesen statt raten
Der Server protokolliert, worauf er wartet. Diese Verteilung und der Abfragespeicher sagen dir innerhalb von Minuten, ob es an Platten, Sperren, Speicher oder an einem geänderten Plan liegt.
Rechte an Rollen binden
Anmeldungen auf Serverebene und Benutzer in der Datenbank hängen an der Sicherheitskennung. Wer das sauber über Rollen führt, verliert beim Zurückspielen auf eine andere Instanz keine halbe Stunde an verwaisten Benutzern.
Datenlieferungen wie Software behandeln
Ladestrecken sind Anwendungen: mit Fehlerbehandlung, Wiederanlaufpunkt, Protokoll und einer Verantwortung dafür, wer nachts angerufen wird, wenn der Lauf nicht durchgeht.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Was den Alltag füllt, und was Leute fälschlich erwarten
Die verbreitete Vorstellung ist, dass hier den ganzen Tag SQL geschrieben wird. Tatsächlich ist der Anteil klein und besteht überwiegend aus Abfragen gegen die Systemsichten des Servers. Den Tag füllen andere Dinge: Sicherungsläufe prüfen, einer Anwendung erklären, warum ihre Maske seit dem Wochenende langsam ist, einen Auftrag reparieren, der nachts abgebrochen ist, Rechte für ein neues Auswertungswerkzeug einrichten und den Testlauf für das nächste kumulative Update vorbereiten.
Die zweite falsche Erwartung betrifft das Optimieren. Ein Administrator, der eine fremde Abfrage umschreibt, arbeitet an der falschen Stelle, denn er kennt die fachliche Absicht dahinter nicht. Die tragfähige Arbeitsteilung sieht anders aus: Der Betrieb liefert den gemessenen Plan, die Wartezeiten und die Aussage, woran es liegt, und die Entwicklung entscheidet, wie sie die Abfrage ändert. Wer das einmal so etabliert, spart sich die wiederkehrende Diskussion darüber, wem das Problem gehört.
Was diese Rolle vom allgemeinen Datenbankbetrieb unterscheidet, ist die Nähe zur Windows-Welt. Dienstkonten, Kerberos, Gruppenrichtlinien, Failoverclustering und die Frage, welche Verfügbarkeitsoption die eingesetzte Edition überhaupt zulässt, gehören hier dazu. Seit der Server auch unter Linux läuft, kommt eine zweite Betriebswelt daneben, was die Rolle in Häusern mit gemischter Landschaft eher breiter als schmaler gemacht hat.
Der Weg hinein, und was auf dem Papier wirklich zählt
Es gibt drei übliche Wege. Der erste führt aus der Anwendungsentwicklung: Wer jahrelang gegen die Datenbank programmiert hat, kennt Datenmodelle und Abfragen und muss sich den Betriebsteil aneignen. Der zweite führt aus der Systemadministration und verläuft umgekehrt. Der dritte, seltenere, führt aus dem Anwendersupport über Auswertungen und Berichte hinein. Alle drei funktionieren, und in allen dreien ist die fehlende Hälfte der Aufgabe die eigentliche Arbeit der ersten zwei Jahre.
Bei den Nachweisen ist die Lage unübersichtlicher, als viele erwarten. Microsoft führt für den Betrieb im eigenen Rechenzentrum keine eigene Zertifizierung mehr, die alten Programme dieser Art sind ausgelaufen. Die aktuelle Zertifizierung mit dem größten Überschneidungsbereich ist die zum Azure Database Administrator, und die ist auf die Cloudprodukte und den Betrieb auf virtuellen Maschinen zugeschnitten. Das ist kein Ausschlusskriterium, aber es erklärt, warum in Ausschreibungen für diese Rolle selten ein bestimmtes Zertifikat verlangt wird.
Was stattdessen zählt, lässt sich in einem Gespräch prüfen und deshalb schwer behaupten: Hast du eine Datenbank auf einen bestimmten Zeitpunkt zurückgeholt, und wie lange hat es gedauert? Wie sieht dein Wartungsplan aus, und was passiert, wenn er fehlschlägt? Woran erkennst du, ob ein Problem an den Platten, an einer Sperre oder an einem geänderten Plan liegt? Wer darauf mit einem eigenen Beispiel antwortet, ist im Vorteil gegenüber jemandem mit längerer Liste im Lebenslauf.
Woran zwei Leute mit gleicher Berufsdauer sich unterscheiden
Der erste Unterschied ist die Wiederherstellung. Die eine Person hat einen Sicherungsplan, die andere hat zusätzlich eine gemessene Zeit, ein Protokoll des letzten Rückspielversuchs und die Liste dessen, was dabei gefehlt hat. Im Ernstfall trennt genau das die halbe Stunde von den zwei Tagen, und es ist der einzige Teil der Arbeit, dessen Wert sich vorher nie zeigt.
Der zweite Unterschied ist die Fähigkeit, eine Beobachtung in eine Ursache zu übersetzen. Auf die Meldung, dass die Anwendung hängt, gibt es zwei Reaktionen: neu starten, oder nachsehen, wer wen blockiert, seit wann, und mit welcher Anweisung. Die zweite Reaktion dauert fünf Minuten länger und liefert eine Antwort, die beim nächsten Mal wieder trägt. Dasselbe gilt für die Frage, warum eine Auswertung seit Montag langsam ist: Wer die Wartezeiten und den Abfragespeicher liest, kommt zu einer Aussage, wer rät, kommt zu einem weiteren Index.
Der dritte Unterschied ist der Umgang mit Wünschen. Jeder zusätzliche Index, jede zusätzliche Datenbank auf der Instanz und jedes zusätzliche Paket ist eine Verpflichtung, die jemand über Jahre pflegt. Wer das benennt und eine Alternative anbietet, hält die Landschaft betreibbar. Wer jeden Wunsch erfüllt, hat nach fünf Jahren eine Instanz, die niemand mehr anfassen will.
Wohin die Rolle führt
Die naheliegende Richtung ist die Vertiefung in die Verfügbarkeit: Verfügbarkeitsgruppen, Failoverclustering, Standorte, geprobte Umschaltungen. Das ist die Spezialisierung, die in größeren Häusern eine eigene Stelle rechtfertigt, und sie hängt eng an der Frage, welche Edition im Einsatz ist, weil die Editionsgrenzen darüber entscheiden, welche Optionen überhaupt zur Verfügung stehen.
Die zweite Richtung geht in die Daten. Wer die Ladestrecken betreut, steht ohnehin mit einem Bein in der Datenintegration, und von dort führt der Weg zu Auswertungsplattformen und Datenpipelines, zunehmend auf der Azure-Seite. Diese Richtung ist attraktiv, weil sie die Rolle vom reinen Betrieb wegbewegt, und sie ist anspruchsvoll, weil sie fachliches Verständnis für die Daten verlangt und nicht nur technisches.
Die dritte Richtung ist der Betrieb als Plattform, also der Weg zu verwalteten Datenbankdiensten. Dort fallen Patchen, Sicherung und Ausfallsicherung an den Anbieter, während Datenmodell, Zugriffspfade, Kosten und Rechte bleiben. Wer das für einen Bedeutungsverlust hält, unterschätzt, wie viel von der Rolle danach übrig ist. Und es gibt die Richtung in die Führung, wo aus der Verantwortung für Instanzen die Verantwortung für ein Team und für Verträge wird.
Was die amtlichen Zahlen abbilden und was nicht
Die hier ausgewiesenen Werte stammen aus der Berufsgattung Datenbankentwicklung und -administration auf dem Anforderungsniveau Spezialist. Zwei Dinge muss man dazu wissen. Erstens sind es Bruttomonatsverdienste von Vollzeitbeschäftigten ohne Sonderzahlungen, das Weihnachts- und Urlaubsgeld fehlt also, und der Jahresverdienst liegt entsprechend über dem Zwölffachen des Monatswerts. Zweitens beschreibt das Anforderungsniveau den Zuschnitt der Stelle und nicht die Berufserfahrung der Person, die sie ausfüllt.
Der Median ist die aussagekräftigere der beiden Zahlen, weil einzelne Spitzenverdienste den Durchschnitt nach oben ziehen, während der Median die Mitte der Verteilung markiert. Wer einordnen will, wo der eigene Verdienst liegt, vergleicht sich sinnvollerweise mit dem Median und nicht mit dem Durchschnitt.
Was die Zelle nicht abbildet, ist das Produkt. Sie fasst Entwicklung und Administration zusammen und unterscheidet nicht danach, ob jemand mit dem SQL Server, mit Oracle oder mit einem quelloffenen System arbeitet. Sie unterscheidet auch nicht nach Branche, Region und Betriebsgröße, und genau diese drei erklären in der Praxis den größten Teil der Abweichung nach oben oder unten. Wer deutlich darunter liegt, sollte zuerst prüfen, ob die eigene Stelle wirklich den Zuschnitt hat, den das Anforderungsniveau beschreibt, oder ob es sich um eine Aufgabe neben einer anderen Stelle handelt.
Dazu passende Kurse
Weil die Rolle beide Hälften verlangt, lohnt der Einstieg über Kurse, in denen du Abfragesprache und Datenbankentwurf zusammen lernst , bevor es an Sicherung und Verfügbarkeit geht.
Wer in einer gemischten Landschaft arbeitet und neben dem SQL Server noch andere Systeme betreut, findet in die produktübergreifenden Datenbankkurse zu Betrieb und Tuning den breiteren Zuschnitt.
Die amtlichen Zahlen zu dieser Rolle
Die Zahlen stammen aus der Berufsgattung Datenbankentwicklung und -administration auf dem Anforderungsniveau Spezialist, das den Zuschnitt der Stelle beschreibt und nicht die Berufserfahrung der Person. Es sind Bruttomonatsverdienste Vollzeitbeschäftigter ohne Sonderzahlungen, der Jahresverdienst liegt also über dem Zwölffachen. Aussagekräftiger ist der Median, weil einzelne Spitzenverdienste den Durchschnitt nach oben ziehen. Eine produktbezogene Unterscheidung kennt die Statistik nicht, deshalb steht hinter derselben Zelle sowohl der Betrieb einer einzelnen Instanz im Mittelstand als auch die Verantwortung für eine Landschaft mit Verfügbarkeitsgruppen.
Amtliche Medianverdienste, April 2025
Brutto im MonatStatistisches Bundesamt, Verdiensterhebung. Vollzeit, ohne Sonderzahlungen. Die Hälfte der Beschäftigten verdient weniger als der Median, die andere Hälfte mehr.
KldB 43353, Durchschnitt 6.244 €, gerundet rund 70.000 € im Jahr ohne Sonderzahlungen
- Vollzeitbeschäftigte, Bruttomonatsverdienst ohne Sonderzahlungen. Weihnachts- und Urlaubsgeld, Prämien und Boni sind nicht enthalten, der Jahresverdienst liegt also über dem Zwölffachen.
- Das Anforderungsniveau beschreibt den Zuschnitt der Stelle, nicht die Berufserfahrung. Fachkraft, Spezialist und Experte sagen etwas über die Komplexität der Tätigkeit aus, nicht über Dienstjahre.
- Die Erhebung geht regional nur bis auf die Bundeslandebene. Für einzelne Städte gibt es keine amtlichen Zahlen, weil der Zufallsfehler zu groß wäre.
Quelle: Statistischer Bericht Verdienste , Statistisches Bundesamt (Destatis). Den eigenen Fall prüfst du im Entgeltatlas der Bundesagentur für Arbeit . Beachte dort: Entgelte oberhalb der Beitragsbemessungsgrenze sind der Statistik nicht bekannt, bei gut bezahlten IT-Rollen steht deshalb nur eine Untergrenze.
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
Ein sehr gutes, praxisorientiertes und nachhaltiges Seminar. So sollte es immer sein. Vielen Dank.
Ein sehr guter und verständlicher Überblick über die Grundlagen im Umgang mit BricsCAD.
Alle meine Erwartungen wurden erfüllt und ich habe mich sehr gut aufgenommen gefühlt, jede Frage wurden Probleme direkt beseitigt.
Häufige Fragen
Muss ich als SQL-Server-Administrator programmieren können?
Ist die Rolle mit der Cloud überflüssig geworden?
Wie unterscheidet sich die Rolle vom allgemeinen Datenbankadministrator?
Wie oft muss ich die Wiederherstellung tatsächlich testen?
Quellen
Passt thematisch dazu
Die erste Festlegung in dieser Rolle betrifft das Wiederherstellungsmodell, und woran du zwischen Simple und Full entscheidest , steht als eigene Seite daneben.
Wenn die Anwendung hängt und der Plan trotzdem sauber aussieht, hilft wie du sichtbar machst, wer wen blockiert .
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem IT-Berufe-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Beide Hälften der Rolle an einer echten Instanz zusammenbringen
Vom Datenmodell über den Betrieb bis zur Ladestrecke lässt sich der Zuschnitt dieser Rolle bei cmt in einer Reihe aufeinander aufbauender Kurse durchgehen.
Passt dazu
- Datenbankadministrator werden: von SQL zur Verantwortung für den laufenden Betrieb
- Oracle-DBA: eine Rolle, in der Lizenz und Technik gleich schwer wiegen
- Business Intelligence Analyst: die Rolle beginnt beim Datenmodell
- VBA-Entwickler: Eigenentwicklung im Office, für die jemand geradestehen muss