DBA: Markt

Stelle

eine offene Stelle, die das Qualitäts-Gate passiert hat und mindestens zwei Technologien nennt

Beobachteter Kandidat

ein Kandidat, dessen Stack diese Technologie enthält; ein Aggregat — kein einziger Datensatz verlässt den Perimeter

Matchbarer Kandidat

noch nicht gezählt

Fenster

Stellen, die zum Zeitpunkt der Erstellung des Snapshots offen waren

Top 5: sql, cloud, aws, oracle, postgresql. DBMS: PostgreSQL (größte Nachfrage in der GUS — Importsubstitution; Postgres Pro), Oracle (Legacy-Enterprise), MS SQL Server, MySQL / MariaDB; zunehmend — NoSQL (MongoDB, Redis) und analytische DBMS (ClickHouse — in der GUS sehr beliebt). Ausfallsicherheit: Patroni (HA-Cluster für PostgreSQL — der Standard), repmgr, PgBouncer / Odyssey (Connection Pooling). Backup: pgBackRest, WAL-G, Barman, PITR (Point-in-Time Recovery). Monitoring: Prometheus + Exporter, pgwatch, Percona Monitoring, Zabbix, Grafana. Fähigkeiten: tiefes SQL und Analyse von Abfrageplänen (EXPLAIN ANALYZE), Indizes (Typen, wann welcher), Partitionierung, Replikation (physisch / logisch), Tuning von DBMS-Parametern, VACUUM / Autovacuum und Kampf gegen Bloat in PostgreSQL, Sperren und Transaktionen, Sicherheit (Rollen, Rechte, Verschlüsselung, Audit). Infrastruktur: Linux (Pflicht), Skripting (Bash / Python), Netzwerke, für DBRE — Ansible / Terraform (Infrastructure as Code), Docker / Kubernetes und DB-Operatoren. Kenntnis der DBMS-Interna (wie der Planer arbeitet, MVCC, WAL) wird höher geschätzt als auswendig gelernte Befehle.

Für einen DBA in der GUS ist die Antwort 2026 weitgehend durch die Importsubstitution vorgegeben. PostgreSQL — die Hauptwahl: offen, leistungsfähig, aktiv weiterentwickelt; in Russland — massenhafte Migration von proprietären DBMS, es gibt einen einheimischen Anbieter Postgres Pro, Anforderungen von Regulierern und staatlicher Beschaffung drängen zu Postgres. Expertise als PostgreSQL-DBA ist heute am gefragtesten und wird weiter wachsen. Oracle — ein leistungsfähiges Enterprise-DBMS mit riesigem Legacy bei Banken und Großkonzernen; Oracle-Kenntnisse sind weiterhin wertvoll (das Legacy ist nicht verschwunden, Spezialisten gibt es wenige), aber es ist eine verdrängte Technologie — eine Karriere darauf aufzubauen ist riskant, eher als zusätzlicher Vorteil. MS SQL Server — stark im Unternehmenssegment, in der RF ebenfalls unter dem Druck der Importsubstitution. MySQL / MariaDB — im Web weit verbreitet, einfacher als Postgres, aber für eine ernsthafte DBA-Karriere weniger interessant. NoSQL und Analytik: ClickHouse (analytisches DBMS, in der GUS sehr beliebt), MongoDB, Redis — eine nützliche Ergänzung. Strategie 2026: auf PostgreSQL als Hauptspezialisierung setzen; ClickHouse — als starke Ergänzung; Oracle / MS SQL — wenn Sie ein Legacy-Projekt bekommen (zahlt gut, ist aber nicht die Basis einer Karriere).

DBRE (Database Reliability Engineer) — die moderne Weiterentwicklung der DBA-Rolle, entstanden unter dem Einfluss der DevOps- und SRE-Kultur. Der klassische DBA arbeitet größtenteils „von Hand“: konfiguriert Server manuell, führt Operationen aus, reagiert auf Incidents und wird oft als von der Entwicklung getrennte Funktion wahrgenommen — als „Türsteher“. Der DBRE wendet den Engineering-Ansatz von SRE auf Datenbanken an: Infrastructure as Code (DB-Konfiguration, Cluster — per Terraform / Ansible, nicht von Hand), Automatisierung von Routineoperationen, Observability (Metriken, SLOs für die DB), Self-Service für Entwickler (statt „Ticket beim DBA aufmachen“), Zuverlässigkeit durch Automatisierung statt Heldentum. Der DBRE ist näher an Entwicklung und DevOps, programmiert mehr und denkt in skalierbaren Prozessen. In der Praxis: Die Grenze ist fließend, viele „DBA“-Stellen verlangen im Kern einen DBRE-Ansatz. Der Trend 2026 ist eindeutig — Richtung DBRE: Manuelle Administration skaliert schlecht, Clouds und Kubernetes-Operatoren automatisieren klassische DBA-Aufgaben. Fazit für die Karriere: Der reine „klickende“ DBA wird allmählich seltener; Wachstum lohnt sich in Richtung DBRE — Automatisierung, IaC, Observability, Beherrschung des DBMS bis zum Verständnis der Interna. Das wird auch höher bezahlt.

Die Arbeit eines DBA teilt sich in zwei große Profile (in kleinen Unternehmen vereint eine Person beide, in großen sind es verschiedene Rollen). Production DBA — Betrieb produktiver Datenbanken: Konfiguration und Betreuung von DBMS-Servern, Backup und Wiederherstellung (und regelmäßige Prüfung, dass sich Backups tatsächlich wiederherstellen lassen), Replikation und Ausfallsicherheit (HA-Cluster, Failover), Monitoring und Reaktion auf Vorfälle, Updates und Patches, Sicherheit (Zugriff, Verschlüsselung, Audit), Kapazitätsplanung, Migrationen. Fokus — Verfügbarkeit und Zuverlässigkeit 24/7. Development DBA — Unterstützung der Entwicklung: Schemaentwurf, Abfrageoptimierung (Planalyse, Indizes, Umschreiben langsamer Abfragen), Beratung der Entwickler, Review von Migrationen, Datenmodellierung. Fokus — Performance und Qualität der Arbeit mit Daten. Cloud DBA — verwaltete Datenbanken in der Cloud (die Cloud übernimmt einen Teil der Routine, aber Konfiguration, Optimierung, Kosten und Sicherheit bleiben). DBRE — verbindet all das mit Automatisierung und einem Engineering-Ansatz. Der allgemeine Kern der Rolle: Ein DBA ist ein Engineer, der dafür verantwortlich ist, dass Daten verfügbar, unversehrt, geschützt und schnell sind; ein Fehler des DBA (verlorenes Backup, ausgefallener Cluster) kommt das Unternehmen sehr teuer zu stehen — daher das Niveau der Anforderungen und das Niveau der Bezahlung.

Ja, 24% der DBA-Stellen sind remote oder hybrid. Datenbankadministration lässt sich gut aus der Ferne erledigen (Serverzugriff über sichere Kanäle, Monitoring über Dashboards). Besonderheit — ein Teil der Banken, Fintechs und des öffentlichen Sektors bevorzugt aus Sicherheitsgründen und wegen regulatorischer Anforderungen Büro oder Hybrid (besonders für den Zugriff auf Live-Datenbanken mit sensiblen Daten). Russische Großunternehmen bieten unterschiedliche Formate. Englisch — nötig für den internationalen Markt und die Dokumentation. Der Wandel hin zu DBRE (Automatisierung, IaC) macht die Rolle noch remote-freundlicher.

DBA ist selten die erste Rolle — häufiger kommt man aus der Systemadministration, der Backend-Entwicklung oder dem Betrieb. Roadmap: 1) SQL — gründlich: Abfragen beliebiger Komplexität, JOIN, Fensterfunktionen, Aggregationen; dann DDL, Transaktionen, ACID. 2) PostgreSQL als Haupt-DBMS (Priorität für die GUS) — Installation, Konfiguration, Rollen und Berechtigungen, Einstellungen. 3) Interner Aufbau — wie der Abfrageplaner funktioniert, MVCC, WAL, VACUUM / Autovacuum; das unterscheidet einen DBA von „jemandem, der die Befehle kennt“. 4) Optimierung — EXPLAIN ANALYZE, Pläne lesen, Indizes (Typen und wann man sie einsetzt), langsame Abfragen finden und beheben. 5) Backup und Wiederherstellung — pgBackRest / WAL-G, PITR; man muss nicht nur ein Backup erstellen, sondern daraus auch wiederherstellen können. 6) Replikation und Ausfallsicherheit — Streaming- und logische Replikation, HA über Patroni. 7) Monitoring — Prometheus + Exporter, Grafana, pgwatch. 8) Linux und Skripting (Bash / Python) — eine Pflichtbasis. 9) Für den Wechsel zu DBRE — Ansible / Terraform, Docker / Kubernetes, DB-Operatoren. 10) Pet-Projekt: einen ausfallsicheren PostgreSQL-Cluster mit Patroni aufsetzen, Backups mit pgBackRest und Monitoring einrichten, einen Übungs-Failover und eine Wiederherstellung durchführen. Ressourcen: offizielle PostgreSQL-Dokumentation (eine der besten der Branche), Kurse von Postgres Professional (teils kostenlos), Bücher zur PostgreSQL-Administration, DBMS-Materialien auf Otus / Slurm. Im Lebenslauf eines DBA zählen praktische Fälle (Wiederherstellung, Optimierung, Migration), nicht eine Liste von DBMS.

50 active open DBA vacancies in the Zorky sample — a narrow but steadily in-demand specialization. Geography: the US, India, Poland. Sources: hh.ru («database administrator», «DBA», «PostgreSQL DBA», «DBMS operations engineer»), Habr Career, getmatch, LinkedIn (international segment), Telegram (PostgreSQL and DBA communities, specialized channels). Demand concentrates in fintech, telecom, public sector and large products; in CIS 2026 the main driver is import substitution and the wave of migrations to PostgreSQL, which has separately raised demand for Postgres DBAs. Senior vacancy closing time — 6-12 weeks (shortage of qualified specialists). Shortage and regulatory pressure make the segment stable and well-paid; vacancies are few in number, but they're «expensive».

Ein Senior DBA ist ein Engineer, der für kritische Dateninfrastruktur verantwortlich ist. DBMS auf Ebene der Interna: tiefes Verständnis des Haupt-DBMS (für die GUS — PostgreSQL) — Query Planner, MVCC, WAL, Sperrmechanismen, VACUUM / Autovacuum und Kampf gegen Bloat, Aufbau von Indizes. Performance: Feinabstimmung der Parameter von DBMS und Betriebssystem, Diagnose und Optimierung langsamer Abfragen, Analyse von Plänen, Indexstrategie, Partitionierung, Optimierung für die konkrete Last. Zuverlässigkeit: Design ausfallsicherer Cluster (Patroni), Replikationsstrategien, durchdachtes Backup mit regelmäßiger Prüfung der Wiederherstellung, PITR, Disaster Recovery, Berechnung und Einhaltung von RPO / RTO. Skalierung: Partitionierung, Sharding, Connection Pooling, Read Replicas, Kapazitätsplanung. Sicherheit: Zugriffsmodell, Verschlüsselung, Audit, Einhaltung regulatorischer Anforderungen. Betrieb: Monitoring und Alerting, Analyse von Vorfällen, sichere Updates und Migrationen unter Last (ohne Downtime). Infrastruktur: Linux auf gutem Niveau, Skripte (Bash / Python), Netzwerke, Speicher. DBRE-Fähigkeiten: Infrastructure as Code (Ansible / Terraform), Automatisierung von Routinen, Docker / Kubernetes und DB-Operatoren, Observability und SLO für Datenbanken. Überblick: Verständnis verschiedener DBMS-Klassen (relational, analytisch — ClickHouse, NoSQL) und wann welche einzusetzen ist. Kommunikation: Arbeit mit der Entwicklung (Review von Schemata und Migrationen, Beratung), Erklärung von Risiken gegenüber dem Management, Mentoring. Englisch — für Dokumentation und den internationalen Markt. Ein Senior DBA wird vor allem für die Fähigkeit geschätzt, Zuverlässigkeit und Performance der Daten unter realer Last sicherzustellen und bei einem Vorfall keine Daten zu verlieren.