SQL Server 2025 und Always On: Was für echte HA-Umgebungen zählt

Always On in SQL Server 2025 ist interessant, weil das Release nicht nur KI-orientierte Oberflächen ergänzt. Für betriebliche Datenbankteams ist relevanter, wie die Engine Nebenläufigkeit, Leseverhalten auf sekundären Replikaten und Vorhersehbarkeit der Plattform rund um Hochverfügbarkeitsbereitstellungen verbessert. Microsofts offizielle Vorschauhinweise zu SQL Server 2025 nennen optimiertes Sperren, persistierte Statistiken auf lesbaren sekundären Replikaten, tempdb-Governance und beschleunigte Datenbankwiederherstellung in tempdb. Diese Funktionen sind in Umgebungen mit Verfügbarkeitsgruppen unmittelbar wichtig, in denen Failover-Bereitschaft, Read-only-Routing und Stabilität der Arbeitslast gleichzeitig bestehen müssen.

Persistierte Statistiken auf lesbaren sekundären Replikaten gehören zu den praktischsten Verbesserungen für Always-On-Bestände. Sekundäre Replikate werden häufig für Reporting, ausgelagerte Lesezugriffe und betriebliche Abfragen verwendet, doch die Qualität der Ausführungspläne auf diesen Replikaten war historisch eine Schwachstelle. Eine bessere Persistenz der Statistiken verringert einen der versteckten Nachteile von Read-Scale-Architekturen und macht die Nutzung sekundärer Replikate in der Produktion besser vertretbar, insbesondere wenn Reporting-Datenverkehr nicht optional, sondern Teil des zentralen Dienstmodells ist.

Optimiertes Sperren ist ein weiterer relevanter Schritt für HA-Umgebungen. Blockierungen und Speicherdruck durch Sperren zeigen sich anfangs häufig nicht als dramatische Ausfälle. Stattdessen verschlechtern sie die Reaktionsfähigkeit von Anwendungen und erzeugen Instabilität unter Spitzenlast. In geclusterten SQL-Server-Beständen wird dieses Verhalten noch teurer, weil es Ursachenanalysen erschwert, Schwankungen der Arbeitslast verstärkt und die saubere Bewertung von Failover-Zeiträumen erschwert. Senkt SQL Server 2025 den Sperraufwand unter realen Arbeitslasten, liegt der Gewinn ebenso in betrieblicher Ruhe wie in reiner Leistung.

Auch die Änderungen rund um tempdb verdienen in Always-On-Entwürfen Aufmerksamkeit. Die Steuerung des tempdb-Speicherplatzes ist nützlich, weil eine einzelne unbegrenzte Arbeitslast weiterhin weit mehr als eine Sitzung beeinträchtigen kann. ADR in tempdb ist relevant, weil es die Wiederherstellungseigenschaften in einem der Engine-Bereiche verändert, die bei belasteten Systemen häufig am meisten schmerzen. Für Teams mit Verantwortung für geschäftskritische SQL-Plattformen sind genau solche Änderungen interessanter als Funktionsschlagzeilen für Demonstrationen.

Die wichtige Schlussfolgerung lautet, dass SQL Server 2025 dort am stärksten erscheint, wo es den laufenden Betrieb von Hochverfügbarkeitsplattformen verbessert. Besseres Leseverhalten auf sekundären Replikaten, kontrolliertere tempdb-Nutzung und ruhigerer Umgang mit Nebenläufigkeit passen unmittelbar zu den Anliegen von Datenbankteams, die Always On in der Produktion betreiben. Deshalb verdient das Release nicht nur die Aufmerksamkeit von Entwicklern, sondern auch von DBAs und Infrastrukturteams, die für Verfügbarkeit, Wartungsfenster und Vertrauen in Failover verantwortlich sind.