Was ist Azure SQL Database?
Azure SQL Database ist Microsofts vollständig verwaltete relationale Cloud-Datenbank basierend auf der SQL-Server-Engine. Der Service bietet Built-in Intelligence mit automatischem Tuning, einen Serverless-Compute-Modus für variable Workloads und laufend aktualisierte SQL-Server-Features ohne manuelle Wartung oder Patching.
Im Kern ist Azure SQL Database eine Platform-as-a-Service (PaaS)-Lösung, die Infrastructure-Management wie Backups, Patching und High Availability vollständig abstrahiert. Sie erhalten eine SQL-Server-kompatible Datenbank mit T-SQL-Support, ohne VM-Verwaltung, Betriebssystem-Updates oder Storage-Konfiguration.
Azure SQL Database ist in mehreren Service-Tiers verfügbar: General Purpose für die meisten Workloads mit ausgewogenem Verhältnis von Performance und Kosten, Business Critical für niedrigste Latenz durch lokalen SSD-Storage und eine kostenlose lesbare Replika, sowie Hyperscale mit entkoppeltem Compute und Storage für sehr große und schnell wachsende Datenbanken. Microsoft positioniert Hyperscale mittlerweile als empfohlenen Standard-Tier für neue und modernisierte OLTP- und HTAP-Workloads. Ergänzend steht der Serverless-Compute-Modus (im General-Purpose-Tier) für Workloads mit stark schwankender Auslastung zur Verfügung. Alle Tiers unterstützen vCore-basiertes oder DTU-basiertes Pricing.
Kernfunktionen
- General Purpose: Storage getrennt von Compute über Azure Blob Storage, Standard-SLA, Latenz im niedrigen einstelligen bis niedrigen zweistelligen Millisekundenbereich.
- Business Critical: Integrierter Cluster aus Datenbank-Engine-Prozessen mit lokal angebundenem SSD-Storage, primärer Replika plus mehreren Secondary-Replicas und einer kostenlosen lesbaren Replika für Reporting.
- Hyperscale: Cloud-native Architektur mit entkoppeltem Compute und Storage, konfigurierbarer Anzahl an High-Availability-Replicas (0-4), near-instant Backups über Storage-Snapshots.
- Serverless: Automatisches Pausieren bei Inaktivität und automatische Skalierung der Compute-Ressourcen zwischen konfigurierbaren Minimal- und Maximalwerten.
- Sicherheit: Always Encrypted, Transparent Data Encryption, Dynamic Data Masking, Row-Level Security.
- Hochverfügbarkeit und Disaster Recovery: Zonenredundanz, Active Geo-Replication und Auto-Failover-Gruppen für automatisiertes regionsübergreifendes Failover.
Typische Anwendungsfälle
SaaS-Anwendungen mit Elastic Pools
SaaS-Anbieter hosten viele Kunden-Datenbanken in Elastic Pools, die Compute- und Storage-Ressourcen dynamisch über mehrere Datenbanken teilen. Jeder Kunde erhält eine isolierte Datenbank, während Ressourcen über den Pool geteilt werden, was bei variablen Lastprofilen Kosten spart.
Mission-Critical Line-of-Business Apps
Unternehmensanwendungen wie ERP-, Finance- oder Inventory-Systeme nutzen den Business-Critical-Tier für niedrige Latenz und die integrierte lesbare Replika für Reporting-Workloads ohne Beeinträchtigung des Primärsystems.
Variable Workloads mit Serverless
Entwicklungs- und Testdatenbanken sowie Anwendungen mit sporadischem Zugriffsmuster nutzen den Serverless-Modus. Die Datenbank pausiert automatisch bei Inaktivität und skaliert Compute-Ressourcen automatisch basierend auf der Last.
Data Warehousing mit Hyperscale
Analytische Workloads mit großen Datenmengen nutzen Hyperscale für Wachstum ohne signifikante Performance-Degradation. Hyperscale trennt Compute und Storage, skaliert Storage automatisch und bietet mehrere Read-Replicas für parallele Abfragen.
Migrierte SQL-Server-Workloads
Unternehmen migrieren On-Premises-SQL-Server-Instanzen mit dem Azure Database Migration Service zu Azure SQL Database. Kompatibilität mit T-SQL, Stored Procedures, Triggern und Views ermöglicht Migrationen mit geringem Anpassungsaufwand. Azure Hybrid Benefit kann Lizenzkosten für bestehende SQL-Server-Lizenzen reduzieren.
Vorteile
- Vollständig verwaltete Datenbank ohne eigenen Infrastrukturbetrieb.
- Automatisches Tuning und Query Performance Insights zur kontinuierlichen Optimierung.
- Flexible Preismodelle (vCore, DTU, Serverless) für unterschiedliche Workload-Profile.
- Integrierte Hochverfügbarkeits- und Disaster-Recovery-Funktionen.
- Enge Integration mit dem Azure-Ökosystem (Entra ID, Key Vault, Private Link).
Häufig gestellte Fragen zu Azure SQL Database
Was ist der Unterschied zwischen General Purpose und Business Critical?
General Purpose nutzt entkoppelten Remote-Storage mit Standard-Latenz und eignet sich für die meisten Workloads. Business Critical verwendet lokal angebundenen SSD-Storage mit deutlich niedrigerer Latenz und enthält eine kostenlose lesbare Replika, kostet dafür aber spürbar mehr als General Purpose.
Was ist Hyperscale und für welche Workloads passt es?
Hyperscale ist eine Cloud-native Architektur, die Compute und Storage trennt. Storage wächst automatisch mit der Datenbank, Backups erfolgen nahezu verzögerungsfrei über Storage-Snapshots, und es lassen sich mehrere Read-Replicas hinzufügen. Microsoft empfiehlt Hyperscale mittlerweile als Standard-Wahl für neue OLTP- und HTAP-Workloads, nicht nur für sehr große Datenbanken.
Was ist ein Elastic Pool und wann sollte ich ihn verwenden?
Elastic Pools teilen vCores und Storage über mehrere Datenbanken hinweg. Sie eignen sich für Szenarien mit vielen Datenbanken und variablen Lastprofilen, etwa eine Datenbank pro SaaS-Kunde, da nicht jede Datenbank einzeln für Spitzenlast provisioniert werden muss.
Wie funktionieren automatische Backups?
Azure SQL Database erstellt automatisch Full-, Differential- und Transaction-Log-Backups. Point-in-Time-Restore ermöglicht die Wiederherstellung auf einen beliebigen Zeitpunkt innerhalb der konfigurierten Retention-Periode von 1 bis 35 Tagen. Für längere Aufbewahrung steht Long-Term Retention mit wöchentlichen, monatlichen oder jährlichen Backups für bis zu 10 Jahre zur Verfügung.
Kann ich Azure SQL Database in einem eigenen VNet betreiben?
Azure SQL Database läuft in Microsofts Multi-Tenant-Infrastruktur, nicht direkt in einem eigenen VNet. Für vollständige VNet-Integration mit privaten IP-Adressen eignet sich Azure SQL Managed Instance besser. SQL Database bietet jedoch Private Endpoints, über die eine private IP-Adresse im eigenen VNet bereitgestellt wird und Traffic über das Microsoft-Backbone ohne öffentliches Internet läuft.
Was kostet Azure SQL Database?
Die Kosten hängen vom gewählten Tier, der Anzahl vCores beziehungsweise DTUs, der Hardware-Konfiguration und der Region ab. Serverless wird nach tatsächlich genutzter Compute-Zeit abgerechnet, Provisioned-Compute nach fest zugewiesenen Ressourcen. Azure Hybrid Benefit und Reserved Instances können die Kosten für bestehende SQL-Server-Lizenzen beziehungsweise langfristige Nutzung reduzieren. Genaue Preise sind der offiziellen Azure-Preisseite zu entnehmen.
Ist Azure SQL Database DSGVO-konform?
Ja, Azure SQL Database kann DSGVO-konform betrieben werden, wenn europäische Azure-Regionen gewählt werden. Daten verlassen die gewählte Region nicht, außer bei explizit konfigurierter Geo-Replication in eine andere Region. Microsoft bietet Datenverarbeitungsverträge gemäß Art. 28 DSGVO sowie Funktionen wie Always Encrypted und Transparent Data Encryption für zusätzliche Datensicherheit.
Azure SQL Database vs. Alternativen
Bei der Wahl einer Cloud-Lösung stellt sich oft die Frage nach Alternativen. Azure SQL Database konkurriert mit vergleichbaren Services anderer Cloud-Provider:
- AWS: RDS for SQL Server, Aurora (PostgreSQL-/MySQL-kompatibel)
- Google Cloud: Cloud SQL, AlloyDB (PostgreSQL-kompatibel)
Während die Funktionalität oft ähnlich ist, unterscheiden sich die Services in Pricing-Modellen, regionaler Verfügbarkeit und Integrations-Ökosystem. Azure SQL Database punktet besonders bei Kunden mit Microsoft-Stack durch SQL-Server-Kompatibilität, Azure Hybrid Benefit für existierende Lizenzen und tiefe Integration mit Azure-Diensten.
Integration mit innFactory
Als Microsoft Solutions Partner unterstützt innFactory Sie bei der Architektur und Migration zu Azure SQL Database. Wir helfen bei Tier-Auswahl, Performance-Tuning, Kostenoptimierung und Hybrid-Szenarien.
Kontaktieren Sie uns für eine unverbindliche Beratung zu Azure SQL Database und Cloud-Datenbank-Strategien.
Verfügbare Varianten & Optionen
Serverless
- Automatisches Pausieren bei Inaktivität
- Automatische Compute-Skalierung
- Abrechnung nach tatsächlicher Nutzung
- Cold-Start-Latenz nach Pause
- Nur mit General-Purpose-Tier verfügbar
General Purpose
- Ausgewogenes Preis-Leistungs-Verhältnis
- Budgetfreundlich
- Für die meisten Standard-Workloads geeignet
- Höhere Latenz als Business Critical
Business Critical
- Niedrigste Latenz durch lokalen SSD-Storage
- Kostenlose lesbare Replika inklusive
- Hohe Ausfallsicherheit durch mehrere Replicas
- Deutlich höhere Kosten als General Purpose
Hyperscale
- Speicher bis in den TB-Bereich, entkoppelt von Compute
- Schnelles, near-instant Backup und Restore
- Konfigurierbare Anzahl an Read-Replicas (0-4)
- Von Microsoft als empfohlener Standard-Tier für neue OLTP/HTAP-Workloads positioniert
- Kein In-Memory-OLTP
- Azure Hybrid Benefit für neue Hyperscale-Datenbanken eingeschränkt verfügbar
Typische Anwendungsfälle
Technische Spezifikationen
Hinweis: Alle Produktinformationen auf dieser Seite wurden sorgfältig zusammengestellt, sind jedoch ohne Gewähr und können veraltet oder unvollständig sein. Cloud-Services entwickeln sich schnell weiter — Funktionen, Preise, SLAs und Verfügbarkeit ändern sich laufend. Verbindliche und aktuelle Informationen finden Sie ausschließlich auf der offiziellen Produktseite von Azure (offizielle Dokumentation). Diese Seite stellt kein Angebot von Azure dar.
