Läuft bei Ihnen noch Windows Server 2016? So erstellen Sie ein belastbares Inventar

Viele IT-Verantwortliche in mittelständischen Unternehmen kennen die Situation: Der nächste Patch-Day nähert sich, eine kurze Runde durch die Server-Konsole zeigt das Übliche – und irgendwo, in einem Nebengebäude oder als virtueller Gast auf einem vergessenen Host, läuft noch ein Windows Server 2016. Manchmal für den Druckdienst. Manchmal als alter Backup-Ziel. Manchmal als Anwendungsserver für eine Branchensoftware, die zuletzt 2019 angefasst wurde.

Das Problem ist nicht der einzelne Server. Das Problem ist das fehlende Bild der Gesamtheit. Wenn Sie windows server 2016 version prüfen inventar als Aufgabe angehen, merken Sie schnell: Es geht nicht darum, auf einem Server nachzuschauen. Es geht darum, alle betroffenen Systeme zu finden – und dann zu verstehen, was auf ihnen läuft und wovon diese Dienste abhängen.

Denn ab dem 13. Januar 2027 endet der erweiterte Support für Windows Server 2016. Microsoft wird dann keine regulären Sicherheitsupdates mehr liefern. Wer bis dahin nicht plant, erhält keine Patches mehr – und läuft mit wachsendem Risiko weiter. Dieses Datum lässt sich auf der offiziellen Microsoft-Lifecycle-Seite für Windows Server 2016 nachvollziehen.

Was das Supportende konkret bedeutet

Microsoft folgt bei Windows Server 2016 der sogenannten „Fixed Lifecycle Policy". Diese sieht zwei Phasen vor: Den Mainstream-Support und den erweiterten Support. Der Mainstream-Support für Windows Server 2016 endete bereits am 12. Januar 2022. Seitdem gibt es nur noch Sicherheitsupdates, aber keine neuen Features mehr. Am 13. Januar 2027 endet dann auch diese letzte Phase.

Betroffen sind laut Microsoft alle kommerziell relevanten Editionen:

• Datacenter
• Essentials
• MultiPoint Premium
• Standard

Auch Container, die ursprünglich mit Windows Server 2016 veröffentlicht wurden, folgen denselben Lifecycle-Daten.

Die beiden relevanten Nachfolger sind Windows Server 2022 und Windows Server 2025. Windows Server 2022 hat seinen Mainstream-Support-Endtermin am 14. Oktober 2026 bereits überschritten und wird noch bis zum 15. Oktober 2031 mit Sicherheitsupdates versorgt. Windows Server 2025, das seit November 2024 verfügbar ist, läuft im Mainstream-Support bis November 2029 und im erweiterten Support bis November 2034.

Hinweis zu Extended Security Updates (ESU): In der Fachpresse kursieren Informationen, wonach Microsoft ESU für Windows Server 2016 über kostenpflichtige Programme anbieten könnte – ähnlich wie bei Windows Server 2008. Diese Option war zum Zeitpunkt der Recherche an keiner Microsoft-Primärquelle prüfbar. Ob, wie lange und zu welchen Bedingungen ESU verfügbar sein werden, sollte vor jeder Migrationsplanung direkt beim Hersteller oder einem lizenzierten Reseller geklärt werden.

Warum ein unvollständiges Inventar die eigentliche Gefahr ist

Die technische Frage, wie man die Server-Version herausfinden kann, ist schnell beantwortet. Über die Systemeigenschaften, den Registrierungseditor oder Systemverwaltungstools lässt sich auf einem bekannten Server die Versionsnummer in Sekunden ablesen. Das ist aber nicht das, worum es bei einer Inventarisierung wirklich geht.

Das eigentliche Risiko liegt in den Systemen, die nicht auf dem Radar sind:

• Der Dateiserver im Außenlager, der seit Jahren zuverlässig läuft und deshalb nie auf der Upgrade-Liste stand.
• Der Hyper-V-Host in einer alten DMZ, auf dem drei virtuelle Maschinen laufen, von denen eine eine ERP-Schnittstelle hostet.
• Der Druckserver in der Fertigungshalle, der über eine proprietäre Treiberdatenbank mit Produktionsmaschinen kommuniziert.
• Der Active-Directory-Domänencontroller in einer Außenstelle, der nie in die zentrale Wartungsplanung übernommen wurde.

Jeder dieser Server hat eine andere Funktion und eine andere Migrationslogik. Ein Dateiserver lässt sich in vielen Fällen mit überschaubarem Aufwand auf einen neuen Windows Server 2022 oder 2025 migrieren. Ein Domänencontroller erfordert eine sorgfältige Ablösung mit Rollenübertragung und FSMO-Prüfung. Ein Anwendungsserver, der eine Branchensoftware hostet, kann nur dann migriert werden, wenn der Softwarehersteller die neue Serverversion freigibt – und das kann Monate dauern.

Ohne vollständiges Inventar wird jede Migrationsplanung zur Schätzung. Kosten werden unterschätzt, kritische Abhängigkeiten werden erst beim Umzug sichtbar, und einzelne Systeme fallen durchs Raster.

Die sechs Serverrollen, die unterschiedliche Migrationsaufwände bedeuten

Ein gutes Inventar listet nicht nur die Hostnamen und IP-Adressen. Es erfasst die Serverrollen – denn die bestimmen den Aufwand und die Abhängigkeiten der späteren Migration.

Active-Directory-Domänencontroller (AD DS)

Ein Domänencontroller gehört zu den sensibelsten Systemen in jeder Windows-Umgebung. Er verwaltet Benutzerkonten, Gruppenrichtlinien und die Authentifizierung im gesamten Netzwerk. Für eine Migration muss mindestens ein neuer DC aufgebaut, alle FSMO-Rollen übertragen und der alte DC schrittweise außer Betrieb genommen werden. Ist der Windows-Server-2016-DC der einzige in einer Außenstelle, ist die Abhängigkeit entsprechend hoch. Solche Konstellationen müssen im Inventar explizit gekennzeichnet werden.

Datei- und Druckserver

Dateiserver sind häufig die zahlenmäßig größte Gruppe, aber nicht zwingend die komplexeste. Entscheidend ist, ob Freigaben direkt über DNS-Namen oder über DFS (Distributed File System) eingebunden sind, wie groß das Datenvolumen ist und ob es Anwendungen gibt, die auf feste Freigabepfade angewiesen sind. Druckserver sind oft einfacher zu migrieren, können aber Legacy-Treiber mitführen, die auf neueren Betriebssystemversionen nicht mehr unterstützt werden.

Hyper-V-Hosts

Ein Hyper-V-Host auf Windows Server 2016 hostet möglicherweise mehrere virtuelle Maschinen mit eigenem Betriebssystem. Das Inventar muss hier zwei Ebenen erfassen: den Host selbst und alle laufenden VMs. Nicht jede VM muss zwingend auf einem neuen Host ausgeführt werden – manche lassen sich in eine Cloud-Umgebung oder auf VMware-Basis überführen. Diese Entscheidung setzt aber voraus, dass man weiß, was auf dem Host läuft.

Anwendungsserver und Webserver

Anwendungsserver sind der häufigste Grund, warum Migrationen länger dauern als geplant. Die Anwendung muss auf dem neuen Betriebssystem lauffähig sein – und das ist keine selbstverständliche Annahme. Manche Branchensoftware, besonders im produzierenden Gewerbe, in der Steuerberatung oder im Gesundheitswesen, hat eine enge Bindung an bestimmte .NET-Versionen, IIS-Konfigurationen oder Registry-Einträge. Ein Inventar muss für jeden Anwendungsserver die dort laufende Software, die Version und den Hersteller festhalten.

Remote Desktop Services (RDS)

RDS-Server stellen Mitarbeitern Desktops oder Anwendungen per Terminalzugang bereit. Eine Migration berührt nicht nur das Betriebssystem, sondern auch Lizenzserver, Session-Hosts und Gateways. Wer RDS auf Windows Server 2016 betreibt, muss prüfen, ob bestehende RDS-Lizenzen auf den Nachfolger übertragbar sind.

DNS- und DHCP-Server

Diese Rollen laufen oft auf Domänencontrollern mit, sind aber manchmal auch auf dedizierten Servern installiert. Im Inventar sind sie separat zu erfassen – nicht als Unterattribut des DC, sondern als eigenständige Abhängigkeit für das Netzwerk.

So gehen Sie beim Inventarisieren vor: der methodische Ablauf

Ein belastbares Inventar entsteht nicht durch das Anschauen einer einzigen Konsole. Es entsteht durch die systematische Zusammenführung mehrerer Informationsquellen.

Schritt 1: Ausgangslage klären

Bevor technische Werkzeuge eingesetzt werden, lohnt sich ein kurzer Abgleich mit vorhandener Dokumentation. CMDB-Einträge, Lizenzunterlagen, Backup-Pläne und ältere Netzwerkpläne geben oft erste Hinweise auf Server, die vergessen wurden. Wer keinen dieser Belege hat, startet ohne Netz – und muss umso genauer im Netzwerk scannen.

Schritt 2: Netzwerkscan und automatisierte Abfrage

Ein Netzwerkscan identifiziert erreichbare Hosts. Auf Windows-Systemen lässt sich anschließend über standardisierte Verwaltungsprotokolle die Betriebssystemversion abfragen. In reinen Windows-Umgebungen mit Active Directory ermöglicht die Verzeichnisstruktur die Abfrage aller eingebundenen Computerobjekte inklusive Betriebssystemattribut. Wichtig: Systeme, die im AD erfasst sind, aber seit Jahren keine Anmeldung hatten, sind potenzielle Karteileichen – aber auch potenzielle Produktivsysteme ohne Userkontext. Beide Szenarien kommen in der Praxis vor.

Hypothetisches Praxisbeispiel: Ein mittelständisches Produktionsunternehmen mit 80 Mitarbeitern und drei Standorten beauftragt eine Inventarisierung. Im AD finden sich 14 Computerobjekte mit Windows Server 2016 als eingetragenem Betriebssystem. Nach dem Netzwerkscan stellt sich heraus: Drei dieser Objekte sind längst abgeschaltete physische Server, deren AD-Konten nie bereinigt wurden. Zwei weitere sind virtuelle Maschinen auf einem Hyper-V-Host, der selbst ebenfalls Windows Server 2016 führt – und der im AD unter einem unscheinbaren Hostnamen registriert ist, der keinen Servercharakter vermuten lässt. Das tatsächliche Inventar sieht damit anders aus als das initiale Bild.

Schritt 3: Rollen und installierte Software erfassen

Für jeden identifizierten Server werden die installierten Serverrollen und Features abgefragt. Viele Serverrollen lassen sich über die Windows-Serververwaltung oder entsprechende Abfragen auslesen. Parallel dazu werden installierte Anwendungen, Dienste und deren Startkonfiguration erfasst. Ziel ist nicht eine vollständige Softwareliste, sondern die Antwort auf die Frage: Was würde im Netzwerk aufhören zu funktionieren, wenn dieser Server abgeschaltet wird?

Schritt 4: Abhängigkeiten dokumentieren

Abhängigkeiten bestehen auf mehreren Ebenen:

• Netzwerkabhängigkeiten: Welche anderen Systeme nutzen Dienste dieses Servers (DNS, DHCP, Freigaben)?
• Anwendungsabhängigkeiten: Welche Softwareprodukte sind auf diesen Server angewiesen?
• Lizenzabhängigkeiten: Gibt es Lizenzen (z. B. RDS-CALs, Softwarelizenzen mit Serverbindung), die vor einer Migration geprüft werden müssen?
• Prozessabhängigkeiten: Welche Geschäftsprozesse hängen an diesem System, und wer ist verantwortlich?

Die Abhängigkeitsanalyse ist der Schritt, der in der Praxis am häufigsten übersprungen wird – und der im Nachgang die meisten Probleme verursacht.

Schritt 5: Priorisierung und Kategorisierung

Mit einem vollständigen Inventar lässt sich die Situation einordnen. Eine sinnvolle Kategorisierung unterscheidet:

Wann eine professionelle Inventarisierung sinnvoll ist – und wann nicht

Wenn Sie zwei oder drei Server verwalten, die alle einem zentralen IT-Dienstleister bekannt sind und lückenlos dokumentiert sind, brauchen Sie keine externe Inventarisierung. Ein gezielter Blick in die Serverkonsole, ein Abgleich mit der Lizenzdokumentation und ein kurzes Gespräch mit Ihrem IT-Partner reichen aus.

Anders sieht es aus, wenn:

• mehrere Standorte mit unterschiedlicher IT-Geschichte zusammengewachsen sind,
• Zuständigkeiten gewechselt haben und alte Dokumentation fehlt oder veraltet ist,
• Virtualisierungsumgebungen vorhanden sind, bei denen die VM-Ebene und die Host-Ebene nicht gemeinsam erfasst wurden,
• Branchensoftware im Einsatz ist, bei der Herstellerkompatibilität mit neueren Serverversionen ungeklärt ist,
• oder die interne IT keine freien Kapazitäten hat, um diese Arbeit neben dem Tagesgeschäft zu leisten.

In diesen Fällen kostet eine externe Inventarisierung weniger als die Überraschungen, die ohne sie eintreten.

Was SW Business Solutions im Rahmen der Inventarisierung leistet

SW Business Solutions inventarisiert Ihre Serverumgebung systematisch: Wir identifizieren alle laufenden Windows Server-Systeme, fragen Betriebssystemversionen und installierte Serverrollen ab und erfassen die relevanten Abhängigkeiten – auf Netzwerkebene, Anwendungsebene und Prozessebene.

Das Ergebnis ist kein roher Scan-Export, sondern eine strukturierte Übersicht, die Ihnen zeigt:

• Welche Server auf Windows Server 2016 laufen und welche Editionen betroffen sind
• Welche Serverrollen (AD, Datei, Druck, Hyper-V, Anwendung, RDS, DNS/DHCP) auf diesen Systemen aktiv sind
• Welche Abhängigkeiten zwischen Servern und Anwendungen bestehen
• Welche Systeme aufgrund von Herstellerbindung, Lizenzfragen oder Datenmigration einen längeren Planungsvorlauf benötigen

Auf Basis dieser Bestandsaufnahme lässt sich ein realistischer Migrationsplan ableiten – mit konkreten Prioritäten statt pauschalen Zeitschätzungen. Unsere IT-Systembetreuung umfasst dabei die gesamte technische Begleitung vom ersten Inventar bis zum abgeschlossenen Umzug.

Wenn Sie mehr darüber erfahren möchten, was ein strukturierter IT-Betrieb für den Mittelstand leistet, lohnt sich auch ein Blick auf unseren Artikel zu Managed IT-Services für den Mittelstand.

Der nächste Schritt: Inventar beauftragen, bevor der Druck steigt

Der 13. Januar 2027 klingt weit weg. Aber Migrationen in gewachsenen Umgebungen brauchen Zeit – für die Abstimmung mit Softwareherstellern, für die Planung von Wartungsfenstern, für Tests und für die eigentliche Durchführung ohne Produktionsunterbrechung. Wer jetzt, Ende Oktober 2026, mit der Inventarisierung beginnt, hat bis zum Stichtag noch knapp drei Monate. Wer erst im Dezember anfängt, gerät unter Druck.

Der erste konkrete Schritt ist keine Entscheidung für eine Migrationsstrategie. Der erste Schritt ist zu wissen, was überhaupt läuft.

Beauftragen Sie SWBS mit der Inventarisierung Ihrer Serverumgebung – wir liefern eine strukturierte Bestandsaufnahme aller betroffenen Systeme, Rollen und Abhängigkeiten als Grundlage für Ihre Planung.

Jetzt Inventarisierung beauftragen und Erstgespräch vereinbaren

Wer daneben auch prüfen möchte, ob die eigene IT-Infrastruktur über Windows Server 2016 hinaus weitere Sicherheitslücken aufweist, findet mit unserem IT-Sicherheits-Check einen ersten strukturierten Einstieg – insbesondere für Umgebungen, in denen seit längerer Zeit kein umfassender Überblick erstellt wurde.