Lebenslauf für die Datenbankadministration: Muster und Anleitung

Dieses Muster zeigt einen SQL-Server-Datenbankadministrator mit rund neun Jahren in der IT, davon acht im Betrieb produktiver Datenbanken. Er hat im Support angefangen, ist als Junior-DBA eingestiegen und betreut heute den Produktivbetrieb eines mittelgroßen Unternehmens mit einigen Workloads in Azure. Name und Arbeitgeber sind erfunden. Übernehmen Sie den Aufbau und setzen Sie Ihre eigene Plattform, Ihre Instanzzahlen und Ihre Wiederherstellungswerte ein.

Wer eine Datenbankadministratorin oder einen Datenbankadministrator einstellt, geht ein Risiko ein. Die Person, die Ihren Lebenslauf liest, denkt an einen Ausfall am Samstagabend und fragt sich, ob sie Sie dann am Telefon haben möchte. Sechs Punkte entscheiden darüber.

• Plattform und Version. SQL Server, Oracle, PostgreSQL, MySQL, MongoDB oder ein verwalteter Clouddienst. Nennen Sie Versionen und Editionen. Ein Betrieb mit Oracle 19c auf Exadata lädt niemanden zum Gespräch ein, dessen Lebenslauf nur „Datenbanken“ sagt.
• Größe der Umgebung. Instanzen, Datenbanken, Terabyte, Transaktionen pro Sekunde, Zahl der Nutzerinnen und Nutzer. Daran misst die IT-Leitung, ob Sie Probleme ihrer Art schon gesehen haben.
• Wiederherstellung und Verfügbarkeit. Sicherungskonzept, getestete Wiederherstellungen, Recovery Point Objective und Recovery Time Objective, Verfügbarkeitsgruppen, Data Guard, Replikation, Ergebnisse von Failover-Tests. Nennen Sie die Wiederherstellungszeit, die Sie tatsächlich erreicht haben.
• Tuning mit Vorher und Nachher. „Abfragen optimiert“ sagt nichts aus. „Nächtliches ETL-Fenster von 4 Std. 10 Min. auf 1 Std. 25 Min. verkürzt“ ist ein Einstellungssignal.
• Automatisierung und Disziplin beim Patchen. PowerShell, dbatools, Ansible, Terraform, geplante Health Checks, Patchzyklus innerhalb einer festen Frist. Wer alles von Hand macht, stößt bei zwanzig Instanzen an Grenzen.
• Sicherheit und Audit. Verschlüsselung ruhender Daten, Auditing, Least Privilege und jede Kontrolle, die Sie verantwortet haben: technische und organisatorische Maßnahmen nach Art. 32 DSGVO, Anforderungen der Wirtschaftsprüfung oder PCI DSS.

“Zeigen Sie mir eine Wiederherstellung, die Sie unter Druck tatsächlich durchgeführt haben, mit der Dauer und der Menge an verlorenen Daten. Dieser eine Stichpunkt sagt mir mehr als eine Seite konfigurierter Funktionen. Die Hälfte der Lebensläufe, die ich lese, erwähnt die Wiederherstellung überhaupt nicht.”

Einen allgemeinen DBA-Lebenslauf gibt es nicht. Am Vokabular der jeweiligen Plattform erkennt die IT-Leitung, ob Sie echte Erfahrung haben. Verwenden Sie die Begriffe der Plattform, auf die Sie sich bewerben, und lassen Sie den Rest weg.

• SQL Server: Always-On-Verfügbarkeitsgruppen, Failover-Clusterinstanzen, Log Shipping, Transaktions- und Mergereplikation, Query Store, Extended Events, Dynamic Management Views, gefilterte und Columnstore-Indizes, tempdb-Konfiguration, SSIS, SSRS, dbatools, die Wartungsskripte von Ola Hallengren, Transparent Data Encryption.
• Oracle: Real Application Clusters, Data Guard und Active Data Guard, Sicherung und Wiederherstellung mit RMAN, Automatic Storage Management, AWR- und ADDM-Berichte, Oracle Enterprise Manager, Multitenant mit Container- und Pluggable-Datenbanken, Partitionierung, GoldenGate und Exadata, falls Sie damit gearbeitet haben.
• PostgreSQL: Streaming-Replikation, logische Replikation, pgBackRest oder Barman, Patroni für das Failover, Autovacuum-Tuning, pg_stat_statements, Connection Pooling mit PgBouncer, Erweiterungen wie PostGIS oder TimescaleDB sowie Upgrades auf neue Hauptversionen mit pg_upgrade.
• MySQL und MariaDB: InnoDB-Tuning, Replikation über das Binärlog, Group Replication oder Galera, Percona Toolkit, XtraBackup, ProxySQL.
• Verwaltete Clouddienste: Amazon RDS und Aurora, Azure SQL Database und Managed Instance, Cloud SQL, dazu das, was sich im verwalteten Betrieb ändert (Parametergruppen, Wartungsfenster, Lesereplikate, Aufbewahrung automatischer Sicherungen).

Für die Datenbankadministration ist in Deutschland keine staatliche Zulassung vorgeschrieben. Zertifikate helfen vor allem, um durch den Filter im Recruiting zu kommen, und beim Einstieg, wenn Sie Wissen belegen müssen, bevor Sie Erfahrung im Produktivbetrieb vorweisen können. Die Hersteller stellen Prüfungen regelmäßig ein, prüfen Sie also vor der Anmeldung den aktuellen Weg.

• Microsoft: Azure Database Administrator Associate (Prüfung DP-300) ist der aktuelle Weg für SQL Server und Azure SQL. Die älteren MCSA-Zertifikate für Datenbanken wurden eingestellt; nennen Sie sie mit Jahr nur, wenn sie für Ihren Werdegang wirklich relevant sind.
• Oracle: Das Oracle Certified Professional (OCP) für die Datenbankadministration ist weiterhin der anerkannte Nachweis. Die Bezeichnungen sind inzwischen versionsbezogen und ändern sich; prüfen Sie den aktuellen Namen und nennen Sie die Version, auf die sich Ihr Zertifikat bezieht.
• PostgreSQL: EDB bietet Zertifizierungen auf Associate- und Professional-Niveau an. Sie haben weniger Gewicht als die Nachweise von Microsoft oder Oracle, helfen aber in Open-Source-Teams.
• Cloud: Ein Zertifikat auf Associate-Niveau für AWS, Azure oder Google Cloud lohnt sich, seit die meisten Umgebungen teilweise verwaltet laufen. Wählen Sie die Cloud, die Ihre Wunscharbeitgeber tatsächlich nutzen.
• Ausbildung und Studium: Üblich sind eine IHK-Ausbildung als Fachinformatiker/in (Systemintegration, Anwendungsentwicklung oder Daten- und Prozessanalyse) oder ein Studium der Informatik oder Wirtschaftsinformatik; bei ausreichender Erfahrung sehen viele Arbeitgeber über den formalen Abschluss hinweg. Nach drei Jahren auf einer DBA-Stelle rückt die Ausbildung im Lebenslauf nach unten.
• Prozesse: ITIL 4 Foundation taucht in Anzeigen von Konzernen und IT-Dienstleistern auf und ist günstig zu erwerben.

Kaum jemand beginnt direkt als DBA. Die üblichen Wege führen über den Support oder die Systembetreuung, über die Softwareentwicklung oder über die Datenanalyse. Ein Lebenslauf für den Einstieg muss zeigen, dass Sie bereits mit Datenbanken arbeiten, auch wenn Ihre Stellenbezeichnung etwas anderes sagt.

1. 1Holen Sie jede Datenbankaufgabe aus Ihrer jetzigen Stelle heraus und geben Sie ihr eigene Stichpunkte: übernommene Sicherungen, Tickets mit SQL-Bezug, ein beschleunigter Bericht, eine Prüfung von Berechtigungen, ein neu aufgesetzter Server.
2. 2Zeigen Sie Verantwortung für etwas Kleines und Unspektakuläres. Die Sicherungen für 15 Datenbanken zu übernehmen und verlässlich zu machen, ist mehr wert als ein Zertifikat.
3. 3Bauen Sie ein Homelab auf und beschreiben Sie es wie eine Arbeitsstelle. Eine Instanz von SQL Server oder PostgreSQL mit geplanten Sicherungen, einem Skript für Wiederherstellungstests, einem Monitoring-Dashboard und einem dokumentierten Wiederherstellungsleitfaden deckt die meisten Fragen im Junior-Gespräch ab.
4. 4Lernen Sie eine Skriptsprache richtig. PowerShell für Microsoft-Umgebungen, sonst Python oder Bash. Automatisierung macht aus einer Junior-Kraft eine Datenbankadministratorin oder einen Datenbankadministrator.
5. 5Setzen Sie das Zertifikat weit nach oben, wenn Sie eines und sonst wenig haben. DP-300 oder eine Associate-Prüfung von Oracle zeigen auf diesem Niveau, dass Sie es ernst meinen.
6. 6Bewerben Sie sich auf die tatsächlichen Einstiegsbezeichnungen: Junior-Datenbankadministrator/in, Datenbankanalyst/in, Datenbank-Support, Application-DBA, Reporting-Analyst/in und Stellen im Anwendungsbetrieb mit Datenbankaufgaben.
7. 7Bleiben Sie bei einer Seite und beginnen Sie mit einem Block Kenntnisse, damit das Recruiting Sie bei der Suche nach „SQL Server“ oder „T-SQL“ findet.

• Eine Seite bis etwa sechs Jahre Erfahrung, zwei Seiten für Senior-DBAs mit großer Umgebung und Erfahrung mit Audits und Prüfungen. In Deutschland sind zwei Seiten bei längerer Berufserfahrung üblich.
• Setzen Sie einen Block Kenntnisse ins obere Drittel, mit genauen Plattformnamen und Versionen. Bewerbermanagementsysteme wie Personio, SAP SuccessFactors oder softgarden gleichen oft wörtlich ab: „SQL Server 2019“, „Oracle 19c“, „PostgreSQL 15“, „Always On“, „RMAN“, „Data Guard“.
• Nennen Sie bei der ersten Erwähnung Abkürzung und ausgeschriebene Form: „Recovery Point Objective (RPO)“, „Hochverfügbarkeit und Disaster Recovery (HADR)“, „Dynamic Management Views (DMVs)“.
• Übernehmen Sie die Plattform aus der Anzeige in Ihre Berufsbezeichnung, zum Beispiel „Datenbankadministrator (SQL Server / Azure SQL)“. Eine allgemeine Bezeichnung wie „IT-Fachkraft“ verschenkt die wertvollste Zeile der Seite.
• Eine Spalte, einfacher Text, PDF, sofern das Formular nichts anderes verlangt. Keine Prozentbalken für Kenntnisse; niemand weiß, was 80 % Oracle bedeuten soll. Ein Bewerbungsfoto ist in Deutschland üblich, aber freiwillig.
• Nennen Sie die Größe der Umgebung je Arbeitgeber in der Firmenzeile, zum Beispiel „(62 Instanzen, 24 TB)“. Das spart einen Stichpunkt und gibt allem darunter den Rahmen.