„Wir denken über eine Cloud-Datenbank nach” — diesen Satz hören wir bei Hamburger IT-Entscheidern fast wöchentlich. Hinter dem Satz stecken meist drei Auslöser: ein veralteter SQL-Server, der refresht werden müsste; eine Anwendung, die in die Cloud migriert wird; oder ein Audit, das Hochverfügbarkeit verlangt. Dieser Artikel zeigt, was eine Cloud Database (DBaaS) 2026 wirklich leistet, welche Anbieter wofür taugen und wann Sie besser bei Ihrer self-hosted Lösung bleiben.
Eine Cloud-Datenbank ist ein Datenbankdienst, der vollständig in der Cloud läuft — vom Anbieter verwaltet, automatisch skalierbar, mit eingebauten Backups. Hauptanbieter 2026: Azure SQL Database (Microsoft, EU-Region Frankfurt), AWS RDS (inklusive Aurora), Google Cloud SQL sowie spezialisierte Plattformen wie Snowflake (Data Warehouse) und Databricks (Analytics + AI). Vorteile gegenüber eigenen DB-Servern: keine Wartung, automatisches Patching, Pay-per-Use.
Inhalt in Kürze
- DBaaS-Realität 2026: Azure SQL Database, AWS Aurora, Google Cloud Spanner und Azure Cosmos DB sind die Marktführer — jeder mit klarem Stärkenprofil.
- Kosten: Für typische KMU-Workloads liegt DBaaS 30–50 Prozent unter den Total-Cost-of-Ownership einer self-hosted Datenbank, sobald Sie Personal-, Backup- und HA-Kosten einrechnen.
- DSGVO & Schrems II: EU-Region plus Standardvertragsklauseln plus optional Confidential Computing. Frankfurt/Dublin sind die Default-Standorte für Hamburger Mittelständler.
- Lock-in vermeiden: Offene Engines (PostgreSQL, MySQL) bevorzugen, Schema-Migrationen versioniert pflegen, Export-Strategie definieren.
- Wann self-hosted noch Sinn macht: Sehr hohe Compliance-Anforderungen, große Bandbreite zu lokalen Systemen, regulatorisch ausgenommene Branchen. Für 80–90 Prozent typischer Mittelstands-Workloads ist DBaaS überlegen.
Ein Hamburger Logistik-Mittelständler (110 Mitarbeiter) betrieb seinen SQL Server 2014 auf einem 8 Jahre alten Dell PowerEdge. Refresh-Kalkulation: 14.000 Euro Hardware plus 4.500 Euro Lizenzen plus monatlich rund 800 Euro Personalanteil für Backup, Patching und Monitoring. Alternative: Azure SQL Database Business Critical für 460 Euro pro Monat — inklusive 99,99 Prozent Verfügbarkeit, Point-in-Time-Restore, automatischem Patching. ROI in 8 Monaten.
Was ist eine Cloud Database (DBaaS) wirklich?
Eine Cloud Database ist keine „normale Datenbank auf einer Cloud-VM”. Das wäre Infrastructure-as-a-Service mit selbst betriebener Datenbank — Sie hätten alle administrativen Aufgaben weiterhin. Eine echte Cloud Database (DBaaS) bedeutet: Der Cloud-Anbieter übernimmt Patching, Backup, Hochverfügbarkeit, Skalierung und Monitoring. Sie übernehmen nur Schema, Daten und Zugriffsrechte.
Das ist das Shared-Responsibility-Modell für Datenbanken:
| Verantwortungsbereich | Cloud-Anbieter (Azure/AWS/GCP) | Sie als Kunde |
|---|---|---|
| Hardware, Hypervisor, Netzwerk | ✅ | — |
| Datenbank-Engine & Patches | ✅ | — |
| Automatische Backups | ✅ | — |
| Hochverfügbarkeit (Multi-AZ) | ✅ | — |
| Schema & Datenmodell | — | ✅ |
| Daten selbst | — | ✅ |
| Zugriffsrechte (RBAC) | — | ✅ |
| Konfiguration (Indexe, Tuning) | — | ✅ |
| Disaster Recovery in andere Region | (Tools) | (Strategie) |
Das ist der eigentliche Punkt: Sie zahlen nicht für eine Maschine — Sie zahlen für ein Datenbank-Outcome. Das ändert die Wirtschaftlichkeit grundlegend, besonders für KMU ohne dedizierten Datenbank-Administrator.
Die DBaaS-Familie im Überblick
Cloud Databases zerfallen in vier Hauptklassen, jeweils mit den dominanten Marktteilnehmern:
- Relationale DBs (SQL): Azure SQL Database, AWS Aurora (MySQL/PostgreSQL), AWS RDS, Google Cloud SQL. Default für ERP, CRM, Buchhaltung, klassische Web-Apps.
- NoSQL & Dokument-DBs: Azure Cosmos DB, AWS DynamoDB, MongoDB Atlas. Für unstrukturierte Daten, hohe Skalierung, IoT-Workloads.
- Analytische DBs (Data Warehouse): Snowflake, Google BigQuery, Azure Synapse, AWS Redshift. Für Auswertungen über große Datenmengen — getrennt von operativen Systemen.
- Global verteilte DBs: Google Cloud Spanner, Azure Cosmos DB Multi-Region. Für Anwendungen mit weltweiten Nutzern und niedriger Latenz pro Region.
DBaaS-Anbieter im Vergleich: Wofür welcher Dienst?
Die meisten Hamburger Mittelständler stehen vor der praktischen Frage: „Welche Cloud-Datenbank passt zu uns?” Hier die Stärkenprofile aus über 80 Migrationsprojekten:
| Workload | Empfehlung | Begründung |
|---|---|---|
| Microsoft-Ökosystem, ERP, klassische LOB-Apps | Azure SQL Database | Native T-SQL-Kompatibilität, Always-On-HA, nahtlos mit M365/Power Platform |
| OSS-Stack (PHP/Python/Node), Web-Apps | AWS Aurora MySQL/PostgreSQL | 5x Performance vs. Standard-MySQL, exzellente Read-Replica-Skalierung |
| Globale Verteilung, IoT, Mobile | Azure Cosmos DB | Multi-Region-Replikation, Multi-Model (SQL, MongoDB-API, Graph) |
| Analytisches Reporting (BI) | Snowflake oder BigQuery | Storage-Compute-Trennung, Skalierung in Sekunden |
| Hochverfügbarkeits-kritische Transaktions-DB | Google Cloud Spanner | 99,999 % Verfügbarkeit, globale Konsistenz |
| Migration On-Prem Oracle ohne Code-Änderung | AWS RDS for Oracle oder Oracle Database@Azure | Lift-and-shift, minimaler Anpassungsaufwand |
Bei Microsoft Azure ist die Detail-Dokumentation auf Microsoft Learn: Azure SQL Database sehr ausführlich — wir empfehlen sie als ersten Lese-Stopp für IT-Leiter, die Azure Database ernsthaft evaluieren.
Cloud-Datenbank vs eigene DB-Server — wann lohnt sich Cloud?
Die Frage „Cloud oder eigener Datenbankserver?” lässt sich an drei Faktoren festmachen: Personal, Lastprofil und Verfügbarkeit. Eine Cloud-Datenbank lohnt sich, sobald einer dieser drei Punkte zutrifft:
- Kein dedizierter DB-Administrator im Haus. Patching, Backups und HA-Setup verschlingen 4–8 Stunden pro Woche — Personalzeit, die KMU selten haben. Azure SQL Database, AWS RDS und Google Cloud SQL übernehmen das vollständig.
- Schwankende oder wachsende Last. Wer im Q4 dreimal so viel Datenbankleistung braucht wie in Q1, zahlt bei eigener Hardware das ganze Jahr für Spitzenlast. DBaaS skaliert in Minuten hoch und wieder runter — Pay-per-Use statt Vollausbau.
- Hochverfügbarkeit gefordert. 99,99 Prozent SLA bei Azure SQL Business Critical bedeutet maximal 52 Minuten Ausfall pro Jahr — bei Standardpreis. Ein vergleichbares On-Prem-HA-Setup mit zweiter Maschine, Cluster-Lizenz und Failover-Tests kostet schnell 25.000–40.000 Euro initial plus laufenden Betrieb.
Eine eigene DB-Maschine bleibt dann sinnvoll, wenn Sie hohe Bandbreite zu lokalen Systemen brauchen (Produktion, Fertigungsdaten), regulatorisch eine physisch getrennte Infrastruktur verlangt wird, oder wenn die Datenbank-Last konstant niedrig ist und ein bestehender Server noch nicht abgeschrieben ist. Eine ausführliche Pro/Contra-Bewertung finden Sie in unserem Vergleich On-Premises vs Microsoft Azure — was ist besser?.
Konkrete Einstiegspreise 2026 (Stand Mai 2026, Listenpreise EU-Region):
- Azure SQL Database Basic: ab 5 Euro/Monat (5 DTUs, 2 GB Speicher) — für Dev/Test oder kleine LOB-Apps
- Azure SQL Database Standard S0: ab 14 Euro/Monat (10 DTUs, 250 GB Speicher) — typischer Einstieg für kleine Produktiv-Workloads
- Azure SQL Database Standard S2: ab 56 Euro/Monat (50 DTUs) — mittelgroße KMU-Anwendungen
- AWS RDS for MySQL db.t4g.small: ab 22 Euro/Monat (2 vCPU, 2 GB RAM, Single-AZ) — Einstieg für Web-Apps
- AWS Aurora Serverless v2: ab 0,12 Euro/ACU-Stunde — skaliert auf Null bei Inaktivität, ideal für unregelmäßige Workloads
- Google Cloud SQL db-f1-micro: ab 9 Euro/Monat (Shared CPU, 0,6 GB RAM) — Mini-Workloads
Für mittlere Produktivlasten landen die meisten Hamburger Mittelständler bei 200–500 Euro pro Monat — das vollständige Kostenbild folgt im nächsten Abschnitt.
Was Cloud-Datenbanken konkret kosten
Preise sind das häufigste Missverständnis bei DBaaS — beide Richtungen. Manche Geschäftsführer halten die Cloud für „zu teuer” und vergleichen Listenpreise gegen abgeschriebene On-Prem-Hardware. Andere unterschätzen die laufenden Kosten und werden im zweiten Jahr von der Rechnung überrascht.
Eine ehrliche TCO-Rechnung für eine typische Mittelstands-Datenbank (50 GB, 200 Anfragen pro Sekunde, 2 vCPU, 4 GB RAM, HA-Setup) über 5 Jahre:
| Kostenposten | Self-hosted (Hardware + Lizenz) | DBaaS (Azure SQL Business Critical) |
|---|---|---|
| Server-Hardware (Refresh nach 5 J.) | 14.000 € | — |
| SQL Server Standard-Lizenz | 4.500 € | enthalten |
| Backup-Hardware/Software | 3.000 € | enthalten |
| Personal (Patching, Monitoring, Backup-Tests) | 48.000 € (800 €/Monat × 60 Monate) | enthalten |
| HA-Setup (zweite Maschine) | 14.000 € | enthalten |
| Gesamt 5 Jahre | 83.500 € | 27.600 € (460 €/Monat × 60 Monate) |
| Differenz | — | −55.900 € über 5 Jahre |
Selbst wenn Sie das Personal nicht einrechnen (weil es vorhandene Kapazität ist), bleibt DBaaS bei rund 30 Prozent günstiger. Mit eingerechnetem Personal sind es eher 65 Prozent. Quelle: Eigene Kalkulationen, deckt sich mit dem Forrester TEI Report on Azure SQL (durchschnittlich 212 Prozent ROI über drei Jahre).
Wir starten jede Zusammenarbeit mit einer Cyber-Risikoanalyse gemeinsam mit der Geschäftsführung. Nicht um Angst zu machen, sondern um ehrlich zu sehen, wo Sie stehen — und was als Erstes passieren muss.
Jens HagelGeschäftsführer, hagel IT-Services GmbH
DSGVO, Schrems II und der CLOUD Act: Was Sie wirklich beachten müssen
Seit dem Schrems-II-Urteil 2020 ist die rechtliche Lage für US-Cloud-Anbieter komplex. Für Datenbanken mit personenbezogenen Daten gilt:
- EU-Region zwingend: Frankfurt, Dublin oder Amsterdam für AWS; Germany West Central oder Frankfurt für Azure; europe-west3 (Frankfurt) für Google Cloud.
- Standardvertragsklauseln (SCC): Sind in den Standard-Verträgen von Azure, AWS und GCP enthalten — Sie müssen nichts separat vereinbaren.
- Transfer Impact Assessment (TIA): Eigenständig durchführen, dokumentieren. Vorlagen liefert die Hamburger Datenschutzbehörde.
- Zusätzliche Schutzmaßnahmen bei besonderen Kategorien (Gesundheit, Religion, politische Meinung): Pseudonymisierung oder Confidential Computing.
Eine ausführliche Behandlung der Hamburger Praxis finden Sie in unserem Artikel Cloud Compliance in Hamburg — wer haftet wirklich bei DSGVO & Co. Spezifisch für die Datenbank-Verschlüsselung lohnt der Glossar-Eintrag Datenbankverschlüsselung.
Microsoft EU Data Boundary — 2024 ausgerollt
Microsoft hat 2024 die EU Data Boundary vollständig ausgerollt — Customer Data, Personal Identifier und Pseudonymized Personal Data verlassen die EU nicht mehr. Quelle: Microsoft Learn: EU Data Boundary. Für Hamburger Mittelständler heißt das: Azure SQL Database in Germany West Central erfüllt die Schrems-II-Anforderungen für nicht-besonders-sensible personenbezogene Daten ab Werk.
AWS plant für Ende 2025/Anfang 2026 die European Sovereign Cloud in Brandenburg — komplette operative Trennung von der US-AWS, EU-Personal, EU-Eigentümerstruktur. Damit gleicht AWS die strikteren Anforderungen aus.
Wann eine self-hosted Datenbank weiterhin sinnvoll ist
Cloud ist nicht alternativlos. Drei klare Szenarien, in denen wir Hamburger Kunden zur self-hosted Lösung raten:
- Extreme Compliance-Anforderungen mit physischer Trennung: Verteidigungs-Industrie, Geheimhaltung, manche kritische Infrastrukturen (KRITIS-Sektor C). Hier verlangt die Aufsicht eine physisch getrennte Infrastruktur.
- Sehr hohe Bandbreite zu lokalen Systemen: Fertigungsdaten aus Produktionsanlagen mit Millisekunden-Latenz, lokale BI-Analytik mit Terabytes an Quelldaten täglich. Hier kostet der Datentransfer mehr als die Hardware.
- Regulatorische Sonderpfade: Manche Sektor-spezifische Verbände erlauben (noch) keine Cloud-Datenbanken. Selten, aber konkret prüfen.
Für die anderen 80–90 Prozent typischer Mittelstands-Workloads ist DBaaS heute der wirtschaftlich und sicherheitstechnisch überlegene Weg.
Lock-in vermeiden — die wichtigste strategische Frage
Das größte langfristige Risiko bei DBaaS ist nicht Sicherheit oder Verfügbarkeit, sondern Lock-in. Wer einmal auf eine proprietäre Engine wie Cosmos DB oder DynamoDB setzt, kommt nur noch mit erheblichem Aufwand wieder raus. Unsere Empfehlung für strategisch wichtige Datenbanken:
- Offene Engines bevorzugen: PostgreSQL, MySQL, MongoDB — alle in mehreren Clouds verfügbar.
- Schema-Migration versioniert pflegen: Tools wie Flyway oder Liquibase machen Cloud-Wechsel beherrschbar.
- Datenexport-Strategie vor Migration definieren: Wie kommen die Daten wieder raus? Welches Format? Welche Bandbreite?
- Vertragsklauseln prüfen: Manche Cloud-Verträge erlauben kostenlosen Export beim Ausstieg, andere nicht.
Für die Strategie-Phase lohnt die Beratung durch einen unabhängigen Partner. Unsere Cloud-Festpreis-Beratung liefert eine herstellerunabhängige Hyperscaler-Auswahl plus konkrete Lock-in-Risikobewertung.
Cloud-Datenbank prüfen — in 15 Minuten geklärt
Wir bewerten Ihre aktuelle Datenbank-Landschaft und zeigen das DBaaS-Migrationspotenzial — Festpreis, keine Stundenfalle.
Zur Cloud-Beratung →Praxisbeispiel: Hamburger Logistik-Mittelständler migriert SQL Server 2014 zu Azure SQL
Ein Bestandskunde von uns — Hamburger Logistik-Dienstleister mit 110 Mitarbeitern und 14 Standorten in Norddeutschland — stand 2025 vor einem Hardware-Refresh. Der bestehende Dell PowerEdge mit SQL Server 2014 lief seit 8 Jahren, die ERP- und WMS-Datenbanken liefen darauf. Symptome: gelegentliche Performance-Einbrüche, schwierige Backup-Tests, fehlende Hochverfügbarkeit.
Setup nach Migration (4 Monate Projekt):
- Azure SQL Database Business Critical (4 vCores, 32 GB RAM)
- Region Germany West Central
- Zone-Redundant HA, 99,99 Prozent SLA
- Point-in-Time-Restore über 35 Tage
- Private Endpoint statt öffentlicher IP
- ExpressRoute-Verbindung zum Hamburger Hauptstandort
Ergebnisse:
- Failover-Test: 27 Sekunden (vorher: keine HA — Ausfälle bedeuteten Stunden)
- Backup-Restore-Test: 4 Minuten für 80 GB DB (vorher: 90 Minuten)
- ERP-Antwortzeiten: durchschnittlich 38 Prozent schneller
- Kosten: 510 Euro pro Monat (vorher: 1.200 Euro Personalanteil + Hardware-Refresh-Kosten amortisiert)
Ein Ansprechpartner, eine Rechnung, alles drin. Keine zehn verschiedenen Verträge, keine Überraschungen. Das ist alles, was wir wollen.
Typische Fehler bei DBaaS-Migrationen
Aus unserer Migrationsbegleitung kennen wir die immer wiederkehrenden Fallen:
1. Lift-and-Shift ohne Tuning: Eine 1:1-Migration nutzt nicht die DBaaS-Optimierungen — Storage-Tiering, Auto-Tuning, intelligente Indexe. Nach Migration gezielt nachtunen. 2. Falsche Service-Tier-Wahl: Basic oder Standard reicht für viele Workloads — Premium oder Business Critical ist oft Overkill. 3. Datentransfer-Kosten unterschätzt: Egress-Traffic kostet pro GB. Wenn Apps lokal bleiben und nur die DB in der Cloud ist, summiert sich das. 4. Backups nicht in Disaster-Region kopiert: Standard-Setup liegt in einer Region — geo-redundante Backups optional aktivieren. 5. Vergessene Service-Account-Berechtigungen: Migrations-Service-Accounts haben oft volle Rechte und werden nach Go-Live nicht abgebaut.
Diese Fehler kosten typischerweise 20–40 Prozent der erwarteten Einsparungen. Mit einem erfahrenen Migrationspartner sind sie vermeidbar — unser Managed-IT-Service übernimmt die Migrationsbegleitung Festpreis-basiert für Hamburger Mittelständler.
Fazit: DBaaS ist 2026 der Default — mit klaren Ausnahmen
Cloud Databases haben die Reife erreicht, in der sie für die große Mehrheit der KMU-Workloads die wirtschaftlich, operativ und sicherheitstechnisch überlegene Option sind. Die Frage ist nicht mehr „ob”, sondern „welcher Anbieter, welche Engine, welche Region”.
Für Hamburger Mittelständler heißt das konkret: Beim nächsten Hardware-Refresh nicht reflexartig wieder eine neue Server-Maschine kaufen. Sondern eine DBaaS-Alternative mit ehrlicher TCO-Rechnung gegenüberstellen — inklusive Personalkosten, Backup-Aufwand und Ausfallrisiko.
Erstgespräch mit Geschäftsführer Jens Hagel
15 Minuten. Kostenlos. Ehrliche Einschätzung Ihrer Cloud-Datenbank-Strategie — ohne Vertriebsdruck.
Termin buchen →
