Windows Server 2012 R2: Die letzten Sicherheitsupdates enden am 13. Oktober 2026. Was jetzt?

Der reguläre Support für Windows Server 2012 und 2012 R2 endete am 10. Oktober 2023. Seitdem haben viele Unternehmen diese Server mit Extended Security Updates (ESU) am Leben gehalten, gekauft oder in Azure kostenlos. Diese Brücke endet am 13. Oktober 2026. Microsoft hat ESU für maximal drei Jahre angeboten, und das ist das Ende, auch in Azure.

Die Server starten weiter. Die Anwendungen darauf laufen weiter. Aber ab dem 14. Oktober bleibt jede in Windows Server 2012 gefundene Schwachstelle offen, für immer.

Was sich am 14. Oktober ändert

	Bis 13. Oktober 2026	Ab 14. Oktober 2026
Sicherheitsupdates	Kritische und wichtige Fixes über ESU	Keine
In Azure	ESU kostenlos	Auch dort keine Updates
Neue Schwachstellen	Werden geschlossen	Bleiben offen
Audits, Versicherer, Kunden mit Sicherheitsfragen	Es gibt eine Antwort: ESU	Ein nicht unterstütztes Betriebssystem auf der Liste

Wohin umziehen und wohin nicht

Ziehen Sie nicht auf Windows Server 2016 um. Es verliert den Support am 12. Januar 2027, und Sie würden das in drei Monaten wiederholen. Windows Server 2019 läuft bis zum 9. Januar 2029. Die sinnvollen Ziele:

Ziel	Unterstützt bis
Windows Server 2022	14. Oktober 2031
Windows Server 2025	14. November 2034

Es gibt drei Wege dorthin:

1. Ein neuer Server daneben. Ein neuer Windows Server 2022 oder 2025 neben dem alten, die Anwendungen werden umgezogen und getestet, dann wird umgeschaltet. Der alte Server bleibt unberührt, bis der neue sich bewährt hat. Das machen wir am häufigsten.
2. Ein In-Place-Upgrade. Windows Server 2025 lässt sich direkt von 2012 R2 upgraden und überspringt dabei bis zu vier Versionen. Das geht schneller, aber alles Alte zieht mit um, und wenn etwas kaputtgeht, gibt es keinen alten Server mehr. Testen Sie es zuerst an einer Kopie.
3. Ganz weg vom Server. Eine .NET-Webanwendung oder API kann oft auf Azure App Service oder in einen Container umziehen, und dann ist das Betriebssystem gar nicht mehr Ihr Problem.

Unser Tool zum Support-Ende von Windows Server zeigt die Daten aller Versionen mit Countdown.

Was den Umzug meist bremst

Das Windows-Upgrade ist selten der schwierige Teil. Diese Punkte sind es:

• Niemand weiß genau, was auf dem Server läuft. Eine geplante Aufgabe, die nachts Rechnungen verschickt, ein Dienst, den jemand 2015 installiert hat, ein freigegebener Ordner, in den ein anderes System schreibt.
• Alte Anwendungen. Anwendungen auf .NET Framework 4.x laufen auf dem neuen Windows Server meist ohne Änderungen. Sehr alte Anwendungen, 32-Bit-Komponenten und alte COM-Bibliotheken müssen getestet werden, und manchmal ist ein Umstieg auf modernes .NET nötig.
• Ein alter SQL Server auf derselben Maschine. Auch SQL Server 2012 und 2014 haben keinen Support mehr, also muss die Datenbank mit umziehen. Einen sicheren Weg beschreibt unser Artikel zum SQL Server 2016 Upgrade.
• Fest eingetragene Servernamen und Pfade in Anwendungen und Konfigurationsdateien.

Die Reihenfolge, die funktioniert

1. Schritt 1Bestandsaufnahme des alten Servers
2. Schritt 2Neuer Server daneben
3. Schritt 3Umzug und Test, eine Anwendung nach der anderen
4. Schritt 4Umschalten, den alten ausgeschaltet behalten

Die Bestandsaufnahme dauert eine Stunde und verhindert die meisten Überraschungen. Führen Sie das in PowerShell auf dem alten Server aus:

Get-WindowsFeature | Where-Object Installed
Get-ScheduledTask | Where-Object TaskPath -notlike '\Microsoft\*'
Get-Service | Where-Object StartType -eq 'Automatic'

Die erste Zeile zeigt die installierten Rollen, die zweite die geplanten Aufgaben, die jemand angelegt hat, und die dritte die Dienste, die von selbst starten. Jeder Eintrag auf diesen Listen braucht eine Antwort: Zieht er auf den neuen Server um, oder kann er weg?

Behalten Sie den alten Server nach dem Umschalten einige Wochen ausgeschaltet, aber intakt. Wurde etwas übersehen, merken Sie es am Monatsende, wenn der Monatsjob nicht läuft.

Wenn Sie es nicht rechtzeitig schaffen

Ab dem 14. Oktober ist ein alter Server ein Risiko, das Sie steuern, keine Lösung. Bis er ersetzt ist:

• Isolieren Sie ihn. Kein Internetzugang, eine Firewall, die nur die Ports durchlässt, die die Anwendung wirklich braucht, keine Administrator-Anmeldungen von ihm auf andere Server.
• Nehmen Sie ihn aus der Domäne, wenn die Anwendung es erlaubt, damit ein kompromittierter alter Server kein Weg zu allem anderen ist.
• Überwachen Sie ihn. Anmeldungen, offene Ports und Änderungen, mit einer Warnung, wenn etwas Ungewöhnliches passiert.
• Legen Sie ein Datum fest. Wochen, nicht Jahre. Jeder Monat auf einem ungepatchten Server macht es wahrscheinlicher, dass die nächste Schwachstelle die entscheidende ist.

Wie lange es dauert

Grobe Spannen für den Umzug auf einen neuen Server:

• ein Server mit einer Anwendung: einige Tage, inklusive Test
• mehrere Rollen, geplante Aufgaben und eine Datenbank: zwei bis vier Wochen
• ein Server, an dem viele Systeme hängen, und niemand weiß genau, was mit ihm spricht: länger, und die Bestandsaufnahme ist die halbe Arbeit

Dieselbe Situation wartet im Januar 2027 auf Windows Server 2016. Wenn Sie beide haben, planen Sie sie zusammen; den Rest beschreibt unser Artikel zum Support-Ende von Windows Server 2016.

Ziehen Sie die Anwendung stattdessen nach Azure? Lesen Sie App Service, VM oder Container.

Wie wir arbeiten

Genau das machen wir. ProCoding ist ein .NET-Studio aus Split in Kroatien, und wir ziehen Geschäftsanwendungen von alten Servern um: Bestandsaufnahme, neuer Server oder Azure, Umzug und Test Anwendung für Anwendung und ein wacher Blick auf alles nach der Umstellung. Der erste Schritt ist ein kostenloses 30-minütiges Gespräch.

Quellen

• Overview of Extended Security Updates for Windows Server 2012 and 2012 R2, Microsoft Learn
• Windows Server 2022 lifecycle, Microsoft Learn
• Windows Server 2025 lifecycle, Microsoft Learn