SQL Server Cumulative Update (CU) einspielen

Spielt auf einer installierten SQL Server 2022/2025-Instanz ein Cumulative Update (CU) innerhalb derselben Hauptversion ein: unter Linux mit dnf/apt, unter Windows als unbeaufsichtigte Installation (/quiet) mit der CU-Setupdatei. Einzelserver oder Rolling Update in einer Always On AG (zuerst die Secondaries, Failover, danach der alte Primary; unter Linux mit Pacemaker). Vorabprüfungen, COPY_ONLY-Backup, Prüfung und Rollback sind enthalten; am Ende sind alle Replicas auf demselben CU und gesund.

Ein Upgrade der Hauptversion (z. B. 2019 → 2022) ist nicht Gegenstand dieses Guides. Für eine Neuinstallation siehe die Installations-Guides für Linux oder Windows; für den täglichen AG-Betrieb AG-Betrieb.

Topologie: 1 Server oder eine AG (2+ Replicas)

Vor dem Start

• Das einzuspielende CU ist festgelegt und seine KB-Hinweise (bekannte Probleme, Voraussetzungen) sind gelesen. …Ziel: ………das neueste CU im Repository….…Setupdatei … …auf jedem Node unter demselben Pfad…auf dem Server….…
• Das CU wurde zuerst in einer Test- oder Vorproduktionsumgebung eingespielt, und die Anwendungstests waren erfolgreich.
• Das Wartungsfenster ist genehmigt, die Anwendungsteams sind informiert. …Beim Rolling Update gibt es nur beim Failover eine kurze Unterbrechung (Sekunden).…Auf einem Einzelserver wird der Dienst neu gestartet (einige Minuten Ausfallzeit).…
• Ein Server-Snapshot (virtuelle Maschine) oder ein Wiederherstellungspunkt auf Betriebssystemebene kann erstellt werden.
• Mindestens 2 GB frei unter /var/opt/mssql und /opt; im Backup-Verzeichnis (…) ist genug Platz für ein komprimiertes Full Backup aller Datenbanken.
• Der Server erreicht das Repository für SQL Server … (das neue CU muss bereits im Repository sein).
• Die sqlcmd-Schritte verbinden sich als …. Vor dem Ausführen des Skripts: read -rsp 'Passwort: ' SQLCMDPASSWORD; export SQLCMDPASSWORD und sudo --preserve-env=SQLCMDPASSWORD bash <skript>.sh.
• Mindestens 6 GB frei auf dem Systemlaufwerk; kein ausstehender Windows-Neustart; mit SQL Server verbundene SSMS-Sitzungen und Werkzeuge sind geschlossen. PowerShell ist als Administrator mit einem Windows-Konto mit sysadmin-Rechten geöffnet; sqlcmd liegt im PATH.
• Die AG ist gesund: alle Replicas verbunden, Datenbanken synchronisiert, das Failover-Ziel (…) ist SYNCHRONOUS_COMMIT. Gibt es nur asynchrone Replicas, stelle zuerst eine auf synchron um.
• Der Pacemaker-Cluster ist gesund (pcs status ohne Fehler, Fencing funktioniert); AG-Ressource ….

Phasen der Anleitung

• Vorabprüfungen — Aktuelle Version festhalten und Versionen im Repository auflisten · Aktuelle Version festhalten und Versionen im Repository auflisten: … · Neue Version vorab herunterladen · Neue Version vorab herunterladen: … · Setupdatei und Server prüfen · Setupdatei und Node prüfen: … …
• Backup und Rückfallpunkt — COPY_ONLY-Backup aller Datenbanken erstellen · COPY_ONLY-Backup aller Datenbanken erstellen · Server-Snapshot erstellen
• CU einspielen (Einzelserver) — Anwendungsverbindungen stoppen · Anwendungsverbindungen stoppen · SQL Server aktualisieren · CU unbeaufsichtigt installieren
• Rolling CU (Windows-AG) — Automatisches Failover vorübergehend deaktivieren · Zusätzliches Secondary aktualisieren: … · Failover-Ziel aktualisieren: … · Prüfen, dass die aktualisierten Secondaries synchronisiert sind · Failover: … zum Primary machen · Alten Primary aktualisieren: … …
• Rolling CU (Linux-AG) — Zusätzliches Secondary aktualisieren: … · Zusätzliches Secondary aktualisieren: … · Failover-Ziel aktualisieren: … · Failover-Ziel aktualisieren: … · Prüfen, dass die aktualisierten Secondaries synchronisiert sind · Failover: … zum Primary machen (Pacemaker) …
• Prüfung — Version und CU-Stand prüfen · Version und CU-Stand prüfen: … · Version und CU-Stand prüfen · Version und CU-Stand prüfen: … · Errorlog auf Upgrade-Fehler prüfen · Errorlog auf Upgrade-Fehler prüfen …
• Rollback (bei Bedarf) — Zur vorherigen Version zurückkehren · CU deinstallieren · Version nach dem Rollback prüfen · Version nach dem Rollback prüfen