SQL Server Always On:
Backup-Präferenz & Lizenzmodell für DBAs
Lizenzgrundlagen, technische Realität und der Ausblick auf SQL Server 2025 –
vollständige und differenzielle Backups auf dem Secondary werden endlich Realität.
⚖️ Lizenzmodell – Backup auf Secondary (heute)
Die zentrale Compliance-Regel für SQL Server Always On Availability Groups: Backups auf einem passiven Sekundärreplikat sind nur dann ohne zusätzliche Lizenz erlaubt, wenn Enterprise Edition + aktive Software Assurance (SA) vorliegen. Andernfalls drohen Verstöße gegen die Lizenzbedingungen.
✅ Enterprise + SA
Backup auf Secondary erlaubt
(inkl. read-only Workloads / Berichte?) → Nur Backup & DBCC erlaubt; Reporting macht Secondary voll lizenzpflichtig!
⚠️ Enterprise (ohne SA)
Keine aktiven Workloads auf Secondary → Backup nur auf Primary
❌ Standard Edition
Backup auf Secondary nicht erlaubt
(Basic AG, Secondary rein passiv)
| Szenario | Backup auf Secondary lizenzkonform? | Kommentar |
|---|---|---|
| Enterprise + SA, reine Backup-/DBCC-Nutzung | ✅ Ja | Backups erlaubt – keine zusätzliche Lizenz |
| Enterprise + SA, zusätzlich Reporting / read-only Queries | ❌ Nein | Muss voll lizenziert werden |
| Standard Edition (Basic AG) | ❌ Nicht erlaubt | Secondary nur für Failover, kein aktiver Betrieb |
| Enterprise ohne SA | ❌ Nicht erlaubt | Keine passiven Rechte; jede Instanz benötigt Lizenz |
📌 Merke: Die reine Konfiguration der "Backup-Präferenz" in der AG ändert nichts an der Lizenzpflicht. Solange der Secondary lesbar ist (READABLE SECONDARY), geht Microsoft von einer aktiven Nutzung aus – die Lizenzkosten können sich verdoppeln.
🛠️ Technische Realität vor SQL Server 2025
📦 Aktuell (bis SQL Server 2022)
Auf lesbaren Secondary-Replikas sind ausschließlich COPY_ONLY-Backups möglich. Differenzielle Backups oder normale Full-Backups, die in die Backup-Kette eingreifen, werden nicht unterstützt. Das bedeutet: Sie können keine produktive Backup-Strategie (Full + Diff) auf den Secondary verlagern.
-- Nur Copy-ONLY möglich (vor 2025)
BACKUP DATABASE [AdventureWorks]
TO DISK = '\\backup\AW_CopyOnly.bak'
WITH COPY_ONLY, COMPRESSION;⚠️ Backup-Präferenz – nur ein Ratgeber
Die Einstellung BACKUP_PRIORITY in der Verfügbarkeitsgruppe wird von SQL Server intern nicht erzwungen. Backup-Jobs müssen selbst die Rolle abfragen (z.B. über sys.fn_hadr_backup_is_preferred_replica). Falsch konfigurierte Skripte können unbeabsichtigt Backups auf dem falschen Replikat ausführen – mit lizenzrechtlichen Risiken.
🚀 SQL Server 2025 – Ende der Einschränkungen
Feature ab SQL Server 2025 (General Availability: November 2025) Mit SQL Server 2025 wird die jahrelange Einschränkung aufgehoben: Sekundärreplikate unterstützen jetzt vollständige und differenzielle Backups – inklusive ZSTD-Kompression. Dadurch lässt sich die Backup-Last vom Primary nehmen und Backup-Fenster optimieren.
-- SQL Server 2025: Voll-Backup auf Secondary (kein COPY_ONLY mehr nötig)
BACKUP DATABASE [ProductionDB]
TO DISK = '\\backup\Prod_Full.bak'
WITH COMPRESSION, ALGORITHM = 'ZSTD', CHECKSUM, STATS = 5;
-- Differenzielles Backup auf Secondary (NEU in 2025)
BACKUP DATABASE [ProductionDB]
TO DISK = '\\backup\Prod_Diff.bak'
WITH DIFFERENTIAL, COMPRESSION, ALGORITHM = 'ZSTD';📈 Lizenzrechtliche Einordnung für 2025
Die technische Möglichkeit ändert nicht automatisch die Lizenzregeln. Microsoft wird voraussichtlich die bestehenden Passive Failover Rights (Enterprise + SA) auf die neuen Backup-Typen ausweiten. Standard Edition bleibt vom Backup auf Secondary ausgeschlossen. Wichtig: Sobald der Secondary für andere lesende Workloads (Reporting, ETL) genutzt wird, ist weiterhin eine vollständige Lizenz erforderlich.
📊 Vergleich: Backup-Strategie heute vs. SQL Server 2025
| Feature | SQL Server 2019 / 2022 | SQL Server 2025 (ab Nov. 2025) |
|---|---|---|
| Backup-Typ auf Secondary | Nur COPY_ONLY | ✅ Full / Differential / Log |
| Query Store auf Secondary | Nur auf Primary | ✅ Aktiv – direkte Performance-Diagnose |
| Failover-Geschwindigkeit | Abhängig vom Log-Stau | ✅ Log-Record-Caching → schneller |
| TLS 1.3 für AG-Kommunikation | Optional | ✅ Erzwingbar (Encrypt=Strict) |
| ZSTD-Kompression für Backups | Nicht verfügbar | ✅ Höhere Kompression, weniger Platz |
⚙️ DBA-Checkliste für Upgrade auf 2025
- Verbindungsstrings auf
Encrypt=Trueprüfen (TLS 1.3 Default) - Full-Text-Indizes nach Upgrade neu aufbauen
- Backup-Skripte anpassen:
ALGORITHM = 'ZSTD' - Backup-Präferenz auf Secondary setzen & Preferred-Replica-Logik prüfen
📌 Wichtige Lizenz-Regel (unverändert)
Werden auf einem Secondary lesende Zugriffe (z.B. Berichte) ausgeführt, verliert das Replikat den passiven Status – selbst bei reinen Lese-Workloads. Dann ist eine vollwertige SQL Server-Lizenz erforderlich.
🔧 Für DBAs im Tagesgeschäft: Was sich zusätzlich ändert
OPTION(RECOMPILE).💡 Empfehlung: Planen Sie das Upgrade auf SQL Server 2025 frühestens nach dem ersten Cumulative Update (CU1) im Frühjahr 2026. Testen Sie die neuen Backup-Funktionen auf einer Staging-Umgebung und gleichen Sie die Lizenzverträge mit Ihrer Microsoft-Volumenlizenz ab.
✅ Fazit für Administratoren
📌 Aktuell (2019/2022)
- Backup auf Secondary nur mit Enterprise + SA (und nur COPY_ONLY).
- Standard Edition: kein Backup auf Secondary lizenzkonform.
- Lesbare Secondaries sofort voll lizenzpflichtig.
🔮 Ab SQL Server 2025
- Voll- und Diff-Backups auf Secondary technisch möglich.
- Lizenzgrundlage (Passive Failover Rights) bleibt voraussichtlich erhalten → großer Gewinn für Enterprise-Kunden.
- Standard Edition weiterhin ausgeschlossen.
Wichtiger Hinweis: Die verbindliche Lizenzinterpretation können nur die aktuellen Microsoft Product Terms liefern. Wenden Sie sich für vertragssichere Aussagen an Ihren Microsoft-Lizenzspezialisten. Diese Zusammenfassung ersetzt keine rechtliche Beratung.
🎯 Für DBAs: Mit SQL Server 2025 rückt die lang ersehnte Flexibilität für Always On-Backups in greifbare Nähe – planen Sie das Upgrade strategisch und nutzen Sie die neuen DMVs für mehr Transparenz.