Am 13. Oktober 2026 verlässt Windows Server 2022 den Mainstream-Support. Am selben Tag endet das kostenpflichtige Verlängerungsprogramm für Windows Server 2012 und 2012 R2. Und knapp drei Monate später, am 12. Januar 2027, fällt Windows Server 2016 vollständig aus der Versorgung. Drei Termine, ein Quartal — und die meisten Betriebe wissen von keinem davon.
Wer jetzt Hardware ersetzt, einen Domänencontroller neu aufsetzt oder einen Terminalserver plant, trifft eine Entscheidung, die fünf bis acht Jahre trägt. Dieser Beitrag ordnet ein, was Windows Server 2025 gegenüber 2022 und 2019 technisch tatsächlich bringt, wo die Unterschiede im Betrieb spürbar werden, wann Datacenter günstiger wird als Standard, was beim Versionswechsel an Lizenzen zusätzlich anfällt — und für welche Szenarien eine ältere Version weiterhin die richtige Wahl bleibt.
Microsoft arbeitet mit zwei Phasen: fünf Jahre Mainstream-Support mit Funktions- und Fehlerkorrekturen, danach fünf Jahre erweiterter Support mit ausschliesslich Sicherheitsupdates. Alle vier noch verbreiteten Versionen erhalten heute Sicherheitsupdates, aber mit sehr unterschiedlichem Vorlauf.
Windows Server 2016: Mainstream seit 11. Januar 2022 beendet, erweiterter Support bis 12. Januar 2027.
Windows Server 2019: Mainstream seit 9. Januar 2024 beendet, erweiterter Support bis 9. Januar 2029.
Windows Server 2022: Mainstream endet am 13. Oktober 2026, erweiterter Support bis 14. Oktober 2031.
Windows Server 2025: Mainstream bis 13. November 2029, erweiterter Support bis 14. November 2034.
Zwei Sonderfälle gehören dazu. Wer noch Windows Server 2012 oder 2012 R2 betreibt, verliert am 13. Oktober 2026 die letzte Versorgung: Der reguläre Support endete bereits 2023, und das kostenpflichtige Programm für erweiterte Sicherheitsupdates läuft an diesem Tag aus. Diese Systeme sind danach dauerhaft ungepatcht. Und Windows Server 2016 hat mit dem 12. Januar 2027 den knappsten Zeitplan aller noch unterstützten Versionen — bei einer realistischen Migrationsdauer von drei bis sechs Monaten muss die Planung dort jetzt beginnen.
Sicherheitsupdates laufen weiter, das beruhigt viele Administratoren — zu Unrecht. Im erweiterten Support entfallen alle Fehlerbehebungen, die keine Sicherheitslücke betreffen. Ein Bug, der die Leistung eines Dateiservers einbrechen lässt oder eine Sicherungssoftware stolpern lässt, wird schlicht nicht mehr korrigiert.
Dazu kommt der Effekt, den fast alle unterschätzen: Drittanbieter orientieren sich an diesen Daten. Hersteller von Sicherungs-, Schutz- und Branchensoftware sowie Treiberentwickler streichen die Unterstützung für eine Serverversion regelmässig zeitnah nach dem Mainstream-Ende aus ihren Supportmatrizen. Ein System kann also formal noch gepatcht werden und trotzdem ausserhalb dessen liegen, was der eigene Softwarelieferant im Störungsfall unterstützt.
Für Betriebe mit Zertifizierungen oder Lieferantenpflichten kommt ein dritter Punkt hinzu: Prüfer fragen längst nicht mehr nur, ob gepatcht wird, sondern auch nach der verbleibenden Supportlaufzeit. Ein Server nach dem Ende beider Phasen ist in jedem Fragebogen ein klares Nein.
Windows Server 2025 baut auf dem Kernstand von Windows 11 24H2 auf und ist seit November 2024 allgemein verfügbar. Die spürbaren Neuerungen lassen sich auf vier Bereiche eindampfen.
Patch-Betrieb: Hotpatching, also das Einspielen von Sicherheitsupdates ohne Neustart — für lokale Server über Azure Arc und gegen Aufpreis.
Sicherheitsvorgaben: SMB-Signierung standardmässig aktiv, NTLM-Blockierung je Freigabe, Drosselung fehlgeschlagener SMB-Anmeldungen, TLS 1.3 auch für LDAP, delegierte verwaltete Dienstkonten.
Virtualisierung: GPU-Partitionierung, Generation-2-VMs als Vorgabe, Failover-Cluster ohne Domäne, deutlich höhere Grenzwerte bei Prozessoren und Arbeitsspeicher.
Speicher: überarbeitetes ReFS mit besserer Deduplizierung und Komprimierung, höhere NVMe-Durchsätze, Thin Provisioning für Storage Spaces Direct.
Was 2025 nicht ist: ein Zwang. Wer einen stabilen Dateiserver auf 2022 betreibt, gewinnt durch ein Upgrade kaum Funktion — aber fünf Jahre Laufzeit.
Hotpatching spielt Sicherheitsupdates in den laufenden Speicher ein, ohne den Server neu zu starten. In der Praxis heisst das: acht von zwölf monatlichen Patchrunden laufen ohne Neustart, viermal im Jahr — im Januar, April, Juli und Oktober — gibt es weiterhin einen kumulativen Basispatch mit Neustart.
Zwei Einschränkungen sind kaufentscheidend. Erstens setzt Hotpatching auf lokalen Servern eine Anbindung an Azure Arc voraus — rein offline funktioniert es nicht. Zweitens ist es seit dem 1. Juli 2025 kostenpflichtig: Microsoft berechnet ein Abonnement pro Kern und Monat. Bei einem Server mit zwei Prozessoren und zweiunddreissig Kernen summiert sich das auf einen vierstelligen Betrag pro Jahr und Server.
Die Rechnung geht dort auf, wo Neustarts teuer sind: Produktionssteuerung im Dreischichtbetrieb, Terminalserver mit Nutzern in mehreren Zeitzonen, Systeme mit vertraglich zugesicherter Verfügbarkeit. Für einen Dateiserver, der sonntags um drei Uhr neu starten darf, ist es hinausgeworfenes Geld. Wichtig für die Kalkulation: Es sind laufende Kosten, keine Einmalinvestition wie die Lizenz selbst.
Der grösste Unterschied liegt nicht in neuen Sicherheitsprodukten, sondern in geänderten Standardeinstellungen. Was früher gehärtet werden musste, ist ab Werk aktiv.
Die SMB-Signierung ist für alle Verbindungen standardmässig eingeschaltet und blockiert Relay-Angriffe, die in Windows-Netzen seit Jahren zum Standardrepertoire gehören. Die NTLM-Blockierung erlaubt es, den Rückfall auf NTLM je Freigabe oder je Client zu unterbinden. Die Drosselung fehlgeschlagener SMB-Anmeldungen verzögert jeden Fehlversuch und macht Passwort-Sprühangriffe auf offene Freigaben praktisch unbrauchbar. Credential Guard ist bei passender Hardware und Edition ab Werk aktiv statt optional. LDAP über TLS 1.3 und verschärfte Kerberos-Vorgaben schliessen Lücken bei der Verzeichniskommunikation.
Genau diese Vorgaben sind auch der häufigste Grund für Probleme nach der Migration. Alte Multifunktionsdrucker, NAS-Geräte, Kassensysteme und Industriesteuerungen, die nur SMBv1 oder unsigniertes SMB sprechen, verlieren den Zugriff. Das ist kein Fehler, sondern gewollt — aber es muss vorher inventarisiert werden.
SMB over QUIC transportiert Dateizugriffe über UDP-Port 443 in einem mit TLS 1.3 verschlüsselten Tunnel. Für Firewalls sieht das aus wie normaler Webverkehr. Der praktische Nutzen: Aussendienst, Heimarbeit oder Zweigstellen greifen ohne klassisches VPN auf Freigaben zu, und der Verbindungsabbruch beim Wechsel von WLAN auf Mobilfunk fällt weg, weil QUIC einen Wechsel der IP-Adresse toleriert.
Unter Windows Server 2022 war das der Azure Edition vorbehalten und für lokale Installationen damit faktisch nicht verfügbar. In Windows Server 2025 steht es in allen Editionen bereit, samt Steuerung darüber, welche Clients überhaupt per QUIC verbinden dürfen. Wer heute grosse Dateien über eine träge VPN-Strecke schiebt — Konstruktionszeichnungen, Videomaterial, Datenbankabzüge —, merkt den Unterschied sofort.
Nach der Übernahme von VMware durch Broadcom bewegen sich viele Umgebungen Richtung Hyper-V. Windows Server 2025 kommt dieser Verschiebung entgegen.
Die GPU-Partitionierung teilt eine physische Grafikkarte auf mehrere Bereiche auf und weist sie mehreren virtuellen Maschinen zu, statt sie wie bisher exklusiv einer einzigen durchzureichen — relevant für Konstruktionsarbeitsplätze im Terminaldienst und für Rechenlasten mit Grafikbeschleunigung. Neue virtuelle Maschinen entstehen standardmässig als Generation 2 mit UEFI und Secure Boot. Failover-Cluster lassen sich ohne Active Directory aufbauen, was in einer entkoppelten Netzzone oder an Aussenstandorten hilft. Die Grenzwerte für Prozessoren und Arbeitsspeicher liegen deutlich höher als unter 2022, und die Live-Migration verträgt sich besser mit Hosts unterschiedlicher Prozessorgenerationen.
Ein Hinweis zur GPU-Partitionierung: Die Live-Migration von Maschinen mit zugewiesener Grafikeinheit hängt an passenden Herstellertreibern. Das gehört vor einen Rollout geprüft, nicht danach.
Der Bereich wird gern übersehen, liefert aber messbaren Nutzen. ReFS wurde für Deduplizierung und Komprimierung überarbeitet, was bei Ablagen für virtuelle Festplatten und bei Sicherungsspeichern direkt Kapazität spart. Storage Spaces Direct unterstützt Thin Provisioning. Und der NVMe-Unterbau wurde überarbeitet — Microsoft gibt für Lasten mit hohen Zugriffsraten deutliche Zuwächse gegenüber Windows Server 2022 auf identischer Hardware an.
Wer einen Hyper-V-Host mit NVMe-Speicher plant, holt hier ohne Zusatzkosten Leistung heraus, die unter 2019 auf derselben Hardware nicht abrufbar wäre.
Die Tabelle stellt die Merkmale gegenüber, die in Kaufgesprächen tatsächlich den Ausschlag geben: Supportlaufzeit, Sicherheitsvorgaben, Virtualisierung und Lizenzmodell.
| Merkmal | Server 2025 | Server 2022 | Server 2019 |
|---|---|---|---|
| Mainstream-Support bis | 11/2029 | 10/2026 | Beendet |
| Erweiterter Support bis | 11/2034 | 10/2031 | 01/2029 |
| Hotpatching ohne Neustart | Limited | See note | ✕ |
| SMB over QUIC | ✓ | See note | ✕ |
| SMB-Signierung ab Werk | ✓ | Partial | Partial |
| NTLM-Blockierung je Freigabe | ✓ | ✕ | ✕ |
| Credential Guard ab Werk | See note | ✕ | ✕ |
| GPU-Partitionierung | ✓ | ✕ | ✕ |
| Cluster ohne Active Directory | ✓ | ✕ | ✕ |
| Überarbeiteter NVMe-Unterbau | ✓ | ✕ | ✕ |
| Neuer Product Key beim Upgrade nötig | ✓ | ✓ | ✓ |
| Empfehlung für Neuinstallation | ✓ | Nur bei Vorgabe | ✕ |
Zu den eingeschränkten Angaben: Hotpatching ist unter Server 2025 auf lokalen Systemen nur über Azure Arc und als kostenpflichtiges Abonnement je Kern nutzbar, unter Server 2022 ausschliesslich in der Azure Edition. SMB over QUIC war unter Server 2022 ebenfalls der Azure Edition vorbehalten. Credential Guard ist unter Server 2025 abhängig von Edition und vorhandener Hardware ab Werk aktiv. Die SMB-Signierung war unter 2019 und 2022 für Domänencontroller-Freigaben aktiv, für allgemeine Freigaben jedoch nicht. „Nur bei Vorgabe" heisst: Server 2022 ist als Neuinstallation dann richtig, wenn ein Softwarehersteller 2025 ausdrücklich noch nicht freigegeben hat.
Standard und Datacenter unterscheiden sich fast ausschliesslich bei den Virtualisierungsrechten. Der Funktionsumfang für die Serverrollen ist derselbe. Standard erlaubt zwei virtuelle Windows-Server-Instanzen pro vollständig lizenziertem Kernsatz, Datacenter beliebig viele.
Standard lässt sich stapeln: Wer vier virtuelle Maschinen braucht, lizenziert alle Kerne zweimal, für sechs dreimal. Daraus ergibt sich die Faustregel — bis etwa acht Maschinen fährt man mit gestapelten Standard-Lizenzen günstiger, im Bereich von zehn bis zwölf kippt die Rechnung Richtung Datacenter, darüber wird Standard schnell absurd teuer. Der genaue Umschlagpunkt hängt an der Kernzahl des Hosts: Je mehr Kerne, desto früher lohnt Datacenter, weil jede Stapelung den kompletten Kernsatz erneut kostet.
Für den typischen Fall — physischer Server, Domänencontroller, ein bis zwei virtuelle Maschinen — ist Windows Server 2025 Standard ⧉ die richtige Wahl. Bei hoher Maschinendichte, Storage Spaces Direct oder Clusterbetrieb führt der Weg zu Windows Server 2025 Datacenter ⧉. Datacenter bringt zusätzlich Funktionen mit, die Standard nicht vollständig enthält — Storage Spaces Direct, abgeschirmte virtuelle Maschinen, softwaredefinierte Netzwerke und die vollständige Speicherreplikation. Wer hyperkonvergent baut, landet unabhängig von der Maschinenzahl dort.
Essentials ist der Sonderfall für sehr kleine Umgebungen: ein einzelner Server, dafür ohne separate Zugriffslizenzen. Windows Server 2025 Essentials ⧉ kann sich deshalb rechnen, solange die Zahl der Zugriffe niedrig bleibt. Prüfen Sie vorher die Obergrenzen für Benutzer und Geräte sowie die eingeschränkten Rollen — wächst der Betrieb darüber hinaus, ist der Wechsel auf Standard kein Update, sondern ein Neuaufbau.
Windows Server wird nach physischen Prozessorkernen lizenziert, nicht nach Servern. Microsoft setzt dabei ein Minimum von acht Kernen je Prozessor und sechzehn Kernen je Server an — deshalb ist die übliche Grundausstattung mit sechzehn Kernen angegeben. Ein Server mit weniger Kernen wird trotzdem auf dieses Minimum lizenziert.
Hat Ihr Server mehr Kerne, wird die Differenz über Erweiterungen aufgefüllt. Windows Server 2025 Standard Core Add-On ⧉ ergänzt die Grundlizenz in Schritten. Zählen Sie vor der Bestellung die physischen Kerne aller verbauten Prozessoren — nicht die logischen, die durch Hyperthreading entstehen. Diese Verwechslung führt zuverlässig zu einer doppelt so hohen Bestellung wie nötig.
Das ist die Frage, die in der Planung am häufigsten zu spät gestellt wird. Windows Server 2025 teilt die Codebasis mit Windows 11 24H2 und verlangt deshalb Prozessoren mit bestimmten Befehlssatzerweiterungen. Ältere Serverprozessoren, die unter 2019 und 2022 problemlos liefen, fallen dabei durch — das Setup bricht ab oder das System startet nach dem Upgrade nicht mehr.
Vor einem Rollout gehören drei Dinge geprüft: die Prozessorgeneration des Hosts, die Verfügbarkeit von Herstellertreibern für Speichercontroller und Netzwerkkarten unter Server 2025, sowie ein aktueller Firmware- und BIOS-Stand. Die Serverhersteller pflegen dafür eigene Kompatibilitätslisten. Wer Hardware aus 2016 oder früher betreibt, plant das Betriebssystem-Upgrade sinnvollerweise gemeinsam mit dem Hardwaretausch — dann fällt die Lizenzentscheidung ohnehin neu.
Ja. Der Sprung von 2019 und von 2022 auf 2025 ist als direkte Aktualisierung des laufenden Systems unterstützt, wahlweise über das Installationsmedium oder — seit April 2026 — über Windows Update. Für den Weg über Windows Update muss vorher das kumulative Update von März 2026 oder neuer installiert sein: KB5078752 für Server 2019, KB5078766 für Server 2022.
Ob es klug ist, steht auf einem anderen Blatt. Für Domänencontroller rät Microsoft ausdrücklich von der direkten Aktualisierung ab; dort ist der saubere Weg ein zusätzlicher Server, der die Rollen übernimmt. Dasselbe gilt für Systeme mit gewachsener Rollenlandschaft — eine Aktualisierung schleppt Registrierungsaltlasten, verwaiste Dienste und alte Treiberreste mit. Bei einem einfachen Datei- oder Anwendungsserver mit überschaubarer Konfiguration spricht dagegen wenig gegen den direkten Weg, vorausgesetzt es existiert eine geprüfte Vollsicherung und eine getestete Rückfalloption.
Ein Detail, das Ärger spart: Eine Aktualisierung über zwei Versionsstände hinweg braucht mehr Zeit, als die meisten Wartungsfenster vorsehen. Bei grösseren Systemen sind mehrere Stunden realistisch.
Ja — und dieser Posten fehlt in vielen Kalkulationen. Wer eine Retail- oder OEM-Lizenz von Windows Server 2019 oder 2022 auf 2025 hebt, benötigt einen Product Key für 2025. Die vorhandene Lizenz wird durch die Aktualisierung nicht mitgehoben, unabhängig davon, ob Sie über das Installationsmedium oder über Windows Update aktualisieren.
Für die Beschaffung heisst das: Der Key gehört vor den Migrationstermin, nicht danach. Ein Server, der nach der Aktualisierung nicht aktiviert werden kann, ist der unangenehmste Moment eines Wartungsfensters — und der Zeitpunkt, zu dem niemand mehr in Ruhe eine Bestellung auslöst.
Windows Server 2025 bringt eine neue Domänen- und Gesamtstrukturfunktionsebene mit. Sie ist Voraussetzung für einen Teil der Neuerungen, etwa die delegierten verwalteten Dienstkonten, die dem Diebstahl von Anmeldedaten für Dienstkonten entgegenwirken. Auch die interne Datenbankstruktur wurde überarbeitet, was die Replikation über schmale Standortverbindungen beschleunigt.
Der Ablauf in der Praxis: erst einen zusätzlichen Domänencontroller mit Server 2025 in die bestehende Domäne aufnehmen, die Betriebsmasterrollen übertragen, alte Controller herabstufen — und erst danach die Funktionsebene anheben. Das Anheben lässt sich nicht ohne Weiteres rückgängig machen, deshalb darf zu diesem Zeitpunkt kein Domänencontroller mit einer älteren Version mehr laufen. Wer noch Controller mit Server 2012 R2 im Netz hat, räumt diese zuerst ab — deren Versorgung endet ohnehin am 13. Oktober 2026.
Standard und Datacenter verlangen für jeden zugreifenden Benutzer oder jedes zugreifende Gerät eine Zugriffslizenz. Die Regel dabei: Eine CAL muss mindestens der Version des Servers entsprechen. Eine CAL für Server 2019 berechtigt nicht zum Zugriff auf einen Server 2025 — umgekehrt deckt eine CAL für Server 2025 auch alle älteren Server im selben Netz ab.
Praktisch heisst das: Beim Versionswechsel des Servers wandern die Zugriffslizenzen mit. Wer zwölf Mitarbeitende hat und den Server hebt, braucht zwölf neue Lizenzen, nicht null. Und wer mehrere Server unterschiedlicher Versionen betreibt, kauft am besten die Lizenzen der höchsten eingesetzten Version.
Bei der Wahl zwischen Benutzer und Gerät entscheidet das Nutzungsmuster. Windows Server 2025 User CALs ⧉ rechnen sich, wenn eine Person von mehreren Geräten zugreift — Notebook, Telefon, Heimarbeitsplatz. Windows Server 2025 Device CALs ⧉ sind günstiger, wenn sich mehrere Personen ein Gerät teilen, etwa im Schichtbetrieb oder an der Produktionslinie.
Remotedesktop-Dienste verlangen eine zweite Lizenzebene: Zusätzlich zur normalen Zugriffslizenz wird je Benutzer oder Gerät eine RDS-Lizenz fällig. Die eine ersetzt die andere nicht, sie kommen zusammen. Auch hier gilt die Versionsbindung, und auch hier sind neuere Lizenzen abwärtskompatibel. Windows Server 2025 RDS User CALs ⧉ decken diesen Teil für aktuelle Umgebungen ab.
Für Terminalserver ist die Versionsfrage besonders heikel, weil dort die Fachanwendungen laufen. Bevor ein Terminalserver auf 2025 gehoben wird, gehört bei jedem Anwendungshersteller die Freigabe eingeholt. Erfahrungsgemäss hinken Warenwirtschafts- und Branchenlösungen der neuesten Serverversion ein bis zwei Jahre hinterher — und ein nicht freigegebener Terminalserver bedeutet im Störungsfall keinen Herstellersupport. Wer aus diesem Grund noch auf Server 2022 aufbaut, trifft eine vertretbare Entscheidung und braucht dafür Windows Server 2022 RDS User CALs ⧉. Die verbleibende Laufzeit bis Oktober 2031 reicht für einen typischen Hardware-Lebenszyklus.
Für Neuinstallationen ist 2025 der bessere Ausgangspunkt — drei Jahre mehr Laufzeit bei vergleichbarem Lizenzpreis. Es gibt aber drei Situationen, in denen 2022 die richtige Antwort bleibt: wenn ein Softwarehersteller 2025 nicht freigegeben hat und eine Freigabe auch nicht kurzfristig in Aussicht stellt; wenn die vorhandene Hardware die Prozessoranforderungen von 2025 nicht erfüllt, aber noch einige Jahre laufen soll; oder wenn ein bestehender Cluster erweitert werden soll, in dem alle Knoten denselben Versionsstand haben müssen.
In diesen Fällen sind Windows Server 2022 Standard ⧉ und für Hosts mit hoher Maschinendichte Windows Server 2022 Datacenter ⧉ weiterhin tragfähig. Lassen Sie sich eine fehlende Freigabe schriftlich geben und setzen Sie eine Wiedervorlage — solche Freigaben kommen oft ein halbes Jahr später doch. Und halten Sie fest, dass der Mainstream-Support am 13. Oktober 2026 endet.
Für ein neues Produktivsystem nicht mehr — der Mainstream-Support ist beendet, bis Januar 2029 bleiben nur Sicherheitsupdates. Es gibt trotzdem legitime Einsatzfälle: die Erweiterung einer bestehenden Farm, in der alle Knoten identisch sein müssen, ein isoliertes System für eine Maschinensteuerung, das an eine bestimmte Version gebunden ist, oder eine Testumgebung, die den Produktivstand abbilden soll.
In diesen Fällen zählt die Nachlizenzierung im gleichen Versionsstand, nicht der Funktionsumfang — dafür gibt es Windows Server 2019 Standard ⧉ und Windows Server 2019 Datacenter ⧉. Wer mittelfristig planen kann, nimmt die Migration trotzdem in die Roadmap auf. 2029 ist näher, als es klingt.
Die Stolpersteine sind über die Jahre erstaunlich konstant geblieben, verschieben sich mit Server 2025 aber Richtung Sicherheitsvorgaben.
Altgeräte am SMB sind der häufigste Fall: Drucker, Scanner, NAS-Systeme und Steuerungen, die kein signiertes SMB beherrschen, verlieren den Zugriff auf Freigaben. Anwendungen, die auf NTLM statt Kerberos setzen, kollidieren mit den neuen Blockierregeln. Ältere Sicherungsagenten erkennen Server 2025 nicht und müssen vor der Migration aktualisiert werden. Speicher- und Netzwerktreiber sind der häufigste Grund für eine fehlgeschlagene direkte Aktualisierung. Und Skripte, die auf feste Buildnummern oder Betriebssystembezeichnungen prüfen, laufen ins Leere.
Eine Inventarisierung der SMB-Clients vor der Migration erspart die meisten dieser Überraschungen. Sie lässt sich mit Bordmitteln über die SMB-Serverprotokollierung erstellen.
Eine Reihenfolge, die sich in mittelständischen Umgebungen bewährt hat: Bestandsaufnahme mit Servern, Rollen, Anwendungen, Herstellerfreigaben und Supportenddaten. Dann die Freigaben einholen, bevor irgendeine Lizenz gekauft wird. Danach mit den Domänencontrollern beginnen — parallel aufbauen, Rollen übertragen, alte abbauen. Anschliessend Datei- und Druckdienste, dann Anwendungsserver, zuletzt Terminalserver.
Vor jedem Schritt gehört eine Vollsicherung mit getestetem Rücksprungpunkt, bei virtuellen Maschinen zusätzlich eine Prüfpunktsicherung. Der Rückfallplan wird schriftlich festgehalten, inklusive des Zeitpunkts, an dem entschieden wird, ob zurückgerollt wird.
Der wirkungsvollste Hebel gegen Ausfallzeit ist die parallele Migration statt der direkten Aktualisierung: Der neue Server läuft neben dem alten, die Umstellung ist ein Wechsel von Namenseinträgen und Freigabepfaden — und der Weg zurück dauert Minuten statt Stunden.
Zwei Posten, die beim Serverwechsel regelmässig vergessen werden. Erstens der Schutz für den Server selbst: Schutzsoftware für Server ist ein eigenes Produkt mit eigener Lizenz, und die Freigabe für eine neue Serverversion kommt nicht automatisch. Bei einem Sprung auf 2025 gehört geprüft, ob die eingesetzte Agentenversion dafür überhaupt freigegeben ist — und die rollenspezifischen Scan-Ausschlüsse müssen auf dem neuen System neu gesetzt werden.
Zweitens die Datenbank. SQL Server folgt einem eigenen Lebenszyklus, der sich nicht mit dem Betriebssystem deckt. Wer den Server hebt und die Datenbank mitnimmt, sollte deren Enddatum und das passende Lizenzmodell gleich mitprüfen.
Als Orientierung: Ein Kleinbetrieb mit einem Server und wenigen Zugriffen fährt mit Server 2025 Standard oder Essentials, ohne Hotpatching. Ein mittelständischer Betrieb mit zwei bis drei Hosts und moderater Virtualisierung nimmt Standard und prüft ab etwa acht virtuellen Maschinen je Host die Datacenter-Rechnung gegen. Eine Hyper-V-Farm oder ein hyperkonvergenter Cluster landet bei Datacenter, wegen Storage Spaces Direct und der unbegrenzten Maschinenrechte.
Ein Terminalserver mit gebundener Fachsoftware bleibt bei 2022, solange der Hersteller 2025 nicht freigegeben hat. Eine bestehende Umgebung mit einheitlichem Versionsstand wird im vorhandenen Stand nachlizenziert, die Migration mittelfristig eingeplant. Und ein Betrieb mit durchgehendem Betrieb und engen Wartungsfenstern rechnet das Hotpatching-Abonnement gegen die Kosten eines Ausfalls.
Die Lizenzentscheidung ist dabei der kleinere Teil des Aufwands. Den Ausschlag geben die Herstellerfreigaben der eingesetzten Fachsoftware und der Zustand der Hardware — und der Kalender, der drei Termine in einem Quartal bündelt.
Disclaimer
This article is for general information purposes only and does not constitute a sales or licensing recommendation. All information has been compiled to the best of our knowledge, but is provided without guarantee of completeness or accuracy. License conditions are subject to change and may be interpreted differently in individual cases. The content does not replace individual legal or licensing advice.