.png)
«Welcher Server läuft bei uns eigentlich noch auf Windows Server 2016?» Wenn diese Frage nicht sofort beantwortet werden kann, ist die Inventur bereits überfällig. Am 13. Januar 2027 endet laut Microsoft der erweiterte Support für Windows Server 2016. Bis dahin sind es nur noch wenige Monate.
Das klingt zunächst nach einem Betriebssystemthema. Für ein KMU steckt dahinter aber meist etwas anderes: Auf diesem Server können die Dateiablage, eine Fachanwendung, Remote Desktop Services, DHCP oder andere Dienste laufen, von denen Mitarbeitende jeden Tag abhängig sind. Einfach «Windows aktualisieren» greift deshalb zu kurz.
Der Zeitdruck ist real, Panik ist trotzdem fehl am Platz. Es gibt nicht den einen richtigen Migrationsweg. Microsoft unterstützt für Windows Server mehrere Verfahren, darunter In-place-Upgrades, Neuinstallationen und Migrationen auf neue Systeme. Zusätzlich sind für Windows Server 2016 nach dem Support-Ende Extended Security Updates erhältlich. Die richtige Frage lautet deshalb nicht: Wie bringen wir Server 2016 möglichst schnell weg? Sondern: Welche Aufgabe erfüllt dieses System heute noch und wie soll diese Aufgabe in den nächsten Jahren sinnvoll betrieben werden?
Das Windows Server 2016 Support-Ende ist mehr als ein Patch-Problem
Windows Server 2016 befindet sich bereits seit Januar 2022 ausserhalb des Mainstream-Supports. Am 13. Januar 2027 endet gemäss Microsoft Lifecycle auch der Extended Support. Ein Server verschwindet an diesem Tag natürlich nicht und stellt auch nicht plötzlich seinen Dienst ein. Entscheidend ist, dass der reguläre Supportzyklus ausläuft.
Für Unternehmen ist deshalb nicht nur die installierte Windows-Version relevant. Entscheidend sind die Abhängigkeiten dahinter. Welche Anwendungen laufen auf dem System? Gibt der Hersteller der Fachsoftware eine neuere Windows-Server-Version frei? Ist die bestehende Hardware dafür geeignet? Gibt es weitere Server, Schnittstellen oder Datenbanken, die davon abhängen? Und lässt sich das System im Fehlerfall tatsächlich wiederherstellen?
Genau hier werden vermeintlich einfache Upgrade-Projekte häufig interessant. Ein Server mit einer Dateiablage hat andere Anforderungen als ein Domänencontroller. Ein Terminalserver mit einer älteren Branchenlösung wiederum kann technisch aktualisierbar sein, während der Hersteller der Anwendung die neue Plattform noch nicht unterstützt. Die Betriebssystemversion alleine liefert deshalb keine belastbare Migrationsstrategie.
Weg 1: In-place-Upgrade auf eine aktuelle Windows-Server-Version
Beim In-place-Upgrade wird das bestehende Betriebssystem auf eine neuere Version aktualisiert. Einstellungen, Rollen, Anwendungen und Daten sollen dabei erhalten bleiben. Microsoft unterstützt mit aktuellem Stand bei nicht geclusterten Systemen sogar einen direkten Upgradepfad von Windows Server 2016 auf Windows Server 2025 über Installationsmedien.
Das macht den Weg attraktiv, wenn die Hardware weiterverwendet werden soll und sämtliche installierten Rollen und Anwendungen das Upgrade unterstützen. Aber technisch möglich ist nicht dasselbe wie betrieblich sinnvoll. Microsoft verlangt vor einem In-place-Upgrade unter anderem ein vollständiges Backup und empfiehlt ausdrücklich einen Wiederherstellungstest. Auch die Unterstützung der installierten Serverrollen und der Software von Drittanbietern muss vorher geprüft werden.
Ein wichtiger Sonderfall sind Domänencontroller. Microsoft rät bei Servern mit Active Directory Domain Services vom In-place-Upgrade ab und empfiehlt stattdessen, einen neuen Server sauber zu installieren, zum Domänencontroller hochzustufen und den alten anschliessend zurückzubauen. Das ist ein gutes Beispiel dafür, weshalb die Entscheidung auf Ebene der Arbeitslast und nicht nur anhand der Windows-Version getroffen werden sollte.
Für einen überschaubaren Applikationsserver mit aktueller Hardware und vollständig freigegebener Software kann ein In-place-Upgrade vernünftig sein. Bei einem zehn Jahre gewachsenen Server, auf dem mehrere Rollen, alte Treiber und schlecht dokumentierte Anwendungen zusammenkommen, würden wir deutlich genauer hinschauen.
Weg 2: Neuen Server aufbauen und die Arbeitslast migrieren
Oft ist der sauberere Weg, einen neuen Server mit einer aktuellen Windows-Server-Version aufzubauen und Rollen, Daten oder Anwendungen kontrolliert zu migrieren. Microsoft dokumentiert dafür eigene Migrationswege und Werkzeuge. Für Datei- und Speicherdienste steht beispielsweise der Storage Migration Service zur Verfügung.
Der zusätzliche Aufwand kann sich lohnen. Quelle und Ziel existieren während der Migration nebeneinander, Anwendungen können vor der definitiven Umschaltung getestet werden und die bestehende Installation muss nicht mitsamt ihrer gesamten Vergangenheit weitergeführt werden. Gleichzeitig ist eine solche Migration eine Gelegenheit, unnötige Rollen und alte Konfigurationen loszuwerden.
Das ist besonders interessant, wenn ohnehin ein Hardwarewechsel ansteht. Einen alten physischen Server zuerst auf ein neues Betriebssystem zu aktualisieren, nur um ihn kurz darauf zu ersetzen, schafft möglicherweise zwei Projekte statt eines. Bei virtuellen Umgebungen gilt derselbe Grundsatz: Erst das gewünschte Zielbild definieren, dann entscheiden, ob Upgrade oder Neuaufbau der bessere Weg dorthin ist.
Weg 3: In Azure verschieben, wenn die Arbeitslast dazu passt
Eine bevorstehende Servermigration ist auch ein vernünftiger Zeitpunkt, die Grundsatzfrage zu stellen: Braucht diese Arbeitslast überhaupt noch einen lokalen Server? Das bedeutet ausdrücklich nicht, dass jeder Windows Server jetzt nach Azure verschoben werden sollte.
Microsoft Azure Migrate kann bestehende Server erfassen und für eine Migration auf Azure-VMs unter anderem hinsichtlich Bereitschaft und Kosten beurteilen. Die Bewertungen können auf vorhandener Serverkonfiguration oder auf erhobenen Leistungsdaten basieren. Das liefert eine wesentlich bessere Entscheidungsgrundlage als die pauschale Annahme, Cloud sei automatisch günstiger oder automatisch teurer.
Für ein Schweizer KMU gehören in diese Rechnung mehr als die monatlichen Kosten einer virtuellen Maschine. Netzwerkverbindungen, Backup, benötigter Speicher, Performance, Lizenzen, Abhängigkeiten zu lokalen Geräten und das Verhalten bei einem Internetausfall müssen zur Arbeitslast passen. Eine lokal intensiv genutzte Anwendung einfach unverändert auf eine entfernte virtuelle Maschine zu verschieben, ist noch keine Modernisierung.
Interessant wird Azure vor allem dann, wenn es einen sachlichen Grund dafür gibt. Die Cloud sollte ein Ziel einer Architekturentscheidung sein und nicht die automatische Antwort auf das Ende eines Server-Lebenszyklus.
Weg 4: Die Anwendung ablösen oder mit ESU gezielt Zeit kaufen
Manchmal ist die sinnvollste Servermigration gar keine. Läuft auf einem Windows Server 2016 beispielsweise nur noch eine einzelne Fachanwendung, sollte vor einem Betriebssystemprojekt geprüft werden, ob diese Anwendung in den nächsten Jahren überhaupt weiterbetrieben werden soll. Vielleicht existiert inzwischen eine Nachfolgelösung, eine vom Hersteller betriebene Variante oder der Geschäftsprozess hat sich verändert. Dann kann es wirtschaftlicher sein, die eigentliche Anwendung abzulösen und den Server danach vollständig stillzulegen.
Was aber, wenn eine Fachanwendung zwingend benötigt wird und der Hersteller eine Migration bis Januar nicht ermöglicht? Dafür hat Microsoft inzwischen eine konkrete Übergangslösung angekündigt. Für Windows Server 2016 Standard und Datacenter können Extended Security Updates, kurz ESU, bezogen werden. Microsoft nennt hierbei kritische und wichtige Sicherheitsupdates für bis zu drei weitere Jahre bis 2030. ESU erweitert den normalen Produktlebenszyklus jedoch nicht und beinhaltet weder neue Funktionen noch den regulären technischen Support für sonstige Probleme.
Für lokale Systeme können ESUs unter anderem über Azure Arc bereitgestellt werden. Microsoft hat die Konfiguration von Windows Server 2016 ESUs über Azure Arc seit dem 3. August 2026 freigeschaltet; die Abrechnung beginnt am 13. Januar 2027. Dafür gelten Lizenzierungs- und Berechtigungsvoraussetzungen. Alternativ beschreibt Microsoft ESU-Lizenzierung über Commercial Licensing. Auf geeigneten Azure-Umgebungen stellt Microsoft ESUs ohne zusätzliche ESU-Gebühr bereit.
Das macht ESU zu einem brauchbaren Sicherheitsnetz, aber nicht zu einer Zielarchitektur. Microsoft selbst positioniert Extended Security Updates als temporäre Brücke für Systeme, die nicht rechtzeitig auf eine unterstützte Plattform migriert werden können. Genau so würden wir sie einsetzen: bewusst, zeitlich begrenzt und mit einem festgelegten Migrationsplan.
Die Inventur sollte jetzt beginnen
Für die Entscheidung braucht es keine wochenlange Strategiearbeit. Zuerst muss pro Windows-Server-2016-System klar sein, wofür es existiert, welche Anwendungen und Rollen darauf laufen und welche Geschäftsprozesse davon abhängen. Danach folgen Herstellerfreigaben, Hardwarezustand und -alter, Backup und getestete Wiederherstellung, mögliche Ausfallfenster sowie Lizenzierung und Kosten der Zielplattform.
Erst mit diesen Informationen lassen sich die vier Wege seriös gegeneinander abwägen. Ein kleiner Dateiserver kann ein guter Kandidat für einen Neuaufbau sein. Bei einer alten Fachanwendung kann ESU zunächst vernünftiger sein. Ein anderer Dienst gehört vielleicht in Azure, während ein bisheriger Server komplett überflüssig geworden ist. Selbst innerhalb desselben Unternehmens muss nicht jeder Server denselben Weg nehmen.
Wer im Januar 2027 erst mit dem Upgrade-Assistenten beginnt, setzt zu spät an. Der wertvollste Schritt im Oktober ist deshalb weder ein Lizenzkauf noch ein Server-Upgrade. Es ist eine vollständige Inventur mit einer Entscheidung pro Arbeitslast. Danach bleibt noch Zeit für Herstellerabklärungen, Tests und eine kontrollierte Migration, statt das Support-Ende zum Notfallprojekt werden zu lassen.
Quellen
Herausgeber:Microsoft
Titel:Windows Server 2016 - Microsoft Lifecycle [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/lifecycle/products/windows-server-2016
Abrufdatum:19. Oktober 2026
Herausgeber:Microsoft
Titel:Plan Your Windows Server Upgrade Path [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/windows-server/get-started/install-upgrade-migrate
Abrufdatum:19. Oktober 2026
Herausgeber:Microsoft
Titel:Perform an in-place upgrade of Windows Server [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-in-place
Abrufdatum:19. Oktober 2026
Herausgeber:Microsoft
Titel:Upgrade and migrate roles and features in Windows Server [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-migrate-roles-features
Abrufdatum:19. Oktober 2026
Herausgeber:Microsoft
Titel:Prepare to deliver Extended Security Updates for Windows Server through Azure Arc [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/azure/azure-arc/servers/prepare-extended-security-updates
Abrufdatum:19. Oktober 2026
Herausgeber:Microsoft
Titel:Product Lifecycle FAQ - Extended Security Updates [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/lifecycle/faq/extended-security-updates
Abrufdatum:19. Oktober 2026
Herausgeber:Microsoft
Titel:Create an Azure VM assessment with Azure Migrate Discovery and assessment tool [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/azure/migrate/how-to-create-assessment
Abrufdatum:19. Oktober 2026
Herausgeber:Microsoft
Titel:Windows Server release information [learn.microsoft.com]
URL:https://learn.microsoft.com/en-us/windows/release-health/windows-server-release-info
Abrufdatum:19. Oktober 2026
