SQL Server 2022 unter Windows installieren (unattended, produktionsreif)

Installiert SQL Server 2022 unbeaufsichtigt (unattended) auf einem einzelnen Windows Server mit einer ConfigurationFile.ini, die aus deinen Angaben erzeugt wird (Features, Instanz, Dienstkonten/gMSA, Sortierung, Verzeichnisse für Daten/Log/tempdb/Sicherung, Anzahl der tempdb-Dateien, Arbeitsspeicher, MAXDOP, TCP). Vorher: Datenträgerformat, Energiesparplan, Instant File Initialization und Lock Pages in Memory; danach: T-SQL-Einstellungen, Firewall, Überprüfung und die erste Sicherung der Systemdatenbanken. Ergebnis ist eine einzelne, überprüfte, produktionsreife Instanz.

Für einen Linux-Server öffne den Guide SQL Server unter Linux installieren. Wenn du eine Always On AG aufbaust, installiere zuerst jeden Knoten mit diesem Guide (gleiche Sortierung und Verzeichnisse) und wechsle dann zum Guide Always On AG (Windows).

Topologie: 1 Windows Server

Vor dem Start

• Windows Server 2016 oder neuer (2019/2022/2025 empfohlen), aktuelles Windows Update, Domänenmitglied (wenn ein gMSA/Domänenkonto verwendet wird). Mindestens 6 GB frei auf dem Systemdatenträger; .NET Framework 4.7.2 oder neuer.
• Installationsmedium für SQL Server 2022 unter … (setup.exe ist sichtbar). …Lizenziertes Medium aus VLSC / dem Microsoft 365 Admin Center heruntergeladen.…… Die aktuelle CU-Datei (SQLServer2022-KB…-x64.exe) unter ….…
• Getrennte Datenträger angeschlossen: Daten …:, Log …:, tempdb …:, Sicherung …:. Formatiert mit NTFS (oder ReFS) und 64 KB Zuordnungseinheit. Der Systemdatenträger (C:) wird nicht für Datenbankdateien verwendet.
• Die gMSA-Konten (…, …) sind im AD angelegt, und dieser Server darf das Passwort abrufen (PrincipalsAllowedToRetrieveManagedPassword). Das PowerShell-Modul RSAT AD ist auf dem Server installiert.
• Domänen-Dienstkonten (…, …) sind angelegt: Passwort läuft nie ab, kein Recht zur interaktiven Anmeldung, kein lokaler Administrator. Die Passwörter werden beim Setup abgefragt.
• SPNs für Kerberos: MSSQLSvc/….<domain>:… ist am Dienstkonto registriert (oder das Konto darf seinen eigenen SPN schreiben).
• Das Konto, das das Setup ausführt, ist lokaler Administrator und Mitglied der Gruppe …. PowerShell ist als Administrator geöffnet (Start → „PowerShell“ → Rechtsklick → Run as administrator; der Titel zeigt Administrator:). Administratorrechte prüfen: whoami /groups | findstr S-1-5-32-544.
• Kein ausstehender Neustart (sonst bleibt Setup bei der Regel „Restart computer“ stehen).
• Für sa ist ein starkes Passwort festgelegt und im Passworttresor gespeichert (wird beim Setup abgefragt; nach dem Setup wird sa deaktiviert).
• Das TLS-Zertifikat liegt im Zertifikatspeicher LocalMachine\My (Personal): EKU Server Authentication, CN/SAN = FQDN des Servers, privater Schlüssel vorhanden.
• Ein Wartungsfenster ist eingeplant; ein Snapshot oder eine Sicherung des Servers wurde erstellt.

Phasen der Anleitung

• Vorbereitung von Windows — Systeminformationen und .NET-Version prüfen · Energiesparplan auf High performance setzen · Datenträger mit 64 KB Zuordnungseinheit formatieren · Datenträgerformat prüfen · Verzeichnisse anlegen · gMSA auf dem Server installieren und testen …
• Unbeaufsichtigte Installation (ConfigurationFile.ini) — Datei ConfigurationFile.ini schreiben · Setup ausführen · Dienste und sqlcmd prüfen
• Konfiguration nach der Installation — Einstellungen auf Serverebene vornehmen (sp_configure) · Vergrößerungseinstellungen der model-Datenbank festlegen · Festen TCP-Port setzen · TLS-Zertifikat festlegen und Verschlüsselung erzwingen · Dienst neu starten · Firewallregel hinzufügen
• Überprüfung — Version, Edition, Sortierung und Verzeichnisse prüfen · IFI, Lock Pages und Dienstkonten prüfen · Remote-Verbindung testen · SSMS auf einem Verwaltungsrechner installieren
• Nach der Installation — Erste Sicherung der Systemdatenbanken erstellen · Konto sa deaktivieren · Wartung und Überwachung planen