Die Ausgangslage: ein Server, ein Programm, ein Datum

Am 12. Januar 2027 endet der erweiterte Support für Windows Server 2016. Microsoft hat das im Februar 2026 bestätigt. In derselben Ankündigung hat Microsoft ein kostenpflichtiges Programm mit Extended Security Updates (ESU) für Windows Server 2016 angekündigt. Es ist eine befristete Übergangslösung unter gesonderten Bedingungen und ersetzt keine Modernisierung. Dieser Artikel ist für den Fall, in dem der Server nicht das eigentliche Problem ist: Deine Warenwirtschaft, deine Kalkulation oder deine Branchenlösung läuft nur auf dieser Version, und der Hersteller hat keine Antwort, die dir gefällt.

Wenn die Anwendung den Server festhält, ist das Support-Ende keine IT-Aufgabe mehr. Es ist eine Entscheidung darüber, wovon dein Betrieb die nächsten zehn Jahre abhängt.

Warum das kein Serverthema ist

Fast jeder Text zum Support-Ende beschreibt die Migration des Betriebssystems: Bestandsaufnahme, Zielbild, Umstellung außerhalb der Kernarbeitszeit. Und fast jeder enthält denselben Satz: Man stimme sich vorab mit dem Hersteller der Branchensoftware ab. Genau dort hört die Hilfe auf. Denn die Antwort des Herstellers fällt in einen von vier Fällen:

  • Die Software läuft auf aktuellen Serverversionen, du brauchst nur ein Update. Der beste Fall. Prüf trotzdem, was das Update an Lizenz- und Anpassungskosten auslöst.
  • Es gibt eine neue Produktgeneration, die alte wird ausgelaufen. Das ist kein Update, das ist eine Neueinführung mit Datenmigration, nur unter dem alten Herstellernamen.
  • Der Hersteller bietet nur noch eine Cloud-Variante an. Dann ändert sich neben der Technik auch das Kostenmodell, dauerhaft.
  • Es gibt keine Nachfolgeversion. Kleine Anbieter, übernommene Produkte, Eigenentwicklungen eines längst pensionierten Entwicklers.

In den Fällen zwei bis vier stehst du ohnehin vor einer Neueinführung. Und wenn du sowieso migrierst, ist der Hersteller nicht mehr gesetzt.

Die drei Wege, und was sie wirklich kosten

  • Hersteller-Upgrade. Der Weg mit dem geringsten Risiko, wenn Fall eins zutrifft. Der Preis steht selten in der Angebotszeile: Anpassungen, die über die Jahre gewachsen sind, müssen im neuen Stand nachgezogen werden. Frag den Hersteller nach der Liste deiner Individualanpassungen, bevor du ein Angebot vergleichst. Wenn niemand diese Liste hat, ist das schon das Ergebnis.
  • Wechsel auf ein anderes Standardprodukt. Sinnvoll, wenn der Hersteller ohnehin eine Neueinführung verlangt. Der Aufwand für Datenmigration, Prozessaufnahme und Schulung fällt in beiden Fällen an. Also lohnt der ergebnisoffene Vergleich. Plane den Parallelbetrieb ein, nicht nur den Umstiegstag: Die Laufzeit hängt an der Zahl der Schnittstellen, der Datenqualität und daran, wie viele Individualanpassungen mitkommen müssen. Lass dir diese drei Punkte vom Anbieter in der Zeitplanung ausweisen.
  • Kern ersetzen, Engpass eigenständig bauen. Der Weg, den kaum jemand beschreibt. In den meisten Betrieben hält nicht das ganze System am alten Server fest, sondern eine einzige Funktion: die Kalkulationslogik, eine Schnittstelle zum Großhandel, ein selbstgebautes Modul, das nie ein zweites Mal jemand angefasst hat. Für den Rest gibt es sauberen Standard. Diese eine Funktion abgegrenzt neu zu bauen ist oft günstiger als die Individualanpassung im neuen Herstellerstand, und du bist danach nicht wieder an eine Version gebunden. Lass dir beide Wege mit demselben Leistungsumfang anbieten, dann ist der Vergleich belastbar.

Ein vierter Weg ist der befristete Weiterbetrieb. Hier sind zwei Varianten zu trennen:

  • Mit ESU. Über das kostenpflichtige Programm beziehst du weiter Sicherheitsupdates. Das ist ein sauberer, terminierter Zwischenweg, der Zeit für die eigentliche Entscheidung kauft, mit laufenden Kosten und einem definierten Ende.
  • Ohne ESU. Legal und technisch möglich, aber jede neue Lücke bleibt offen. Prüfe vorher, ob deine Cyberversicherung Anforderungen an den Patch-Stand stellt. Das steht in den Obliegenheiten der Police, nicht im Herstellerdokument. Als Brücke von einigen Monaten vertretbar, wenn der Server isoliert steht. Als Dauerlösung nicht.

Wie du in zwei Wochen entscheidest

  1. Bestandsaufnahme. Welche Anwendungen laufen auf der Maschine (auch die, von denen niemand mehr weiß, wofür sie da sind). Lizenzserver und Schnittstellendienste werden regelmäßig übersehen.
  2. Herstellerauskunft schriftlich. Eine Frage genügt: Läuft die eingesetzte Version auf einer unterstützten Serverversion, und wenn nein, welcher Weg ist vorgesehen? Schriftlich, weil du diese Auskunft später gegen ein Angebot halten willst.
  3. Anpassungen inventarisieren. Was am System ist Standard, was wurde für dich gebaut? Diese Liste entscheidet über den Aufwand jedes der drei Wege.
  4. Datenlage prüfen. Kommst du an deine eigenen Daten heran, ohne den Hersteller? Wenn nicht, ist das der teuerste Posten jedes Wechsels, und du klärst ihn besser jetzt als im Projekt.
  5. ESU-Konditionen einholen. Wenn absehbar ist, dass die Entscheidung Zeit braucht, klär Preis und Laufzeit des ESU-Programms parallel (Microsoft-Supportseite zum Supportende).
  6. Erst danach Angebote einholen. Ohne die Punkte 1 bis 5 vergleichst du Preise für unterschiedliche Leistungen.

Beispiel: Elektrobetrieb mit 35 Mitarbeitern

Server 2016, Supportende 12.01.2027

Anwendung             | Hersteller-Weg      | hält am Server fest?
----------------------|---------------------|---------------------
Warenwirtschaft       | Cloud-Version       | nein
Kalkulation/LV        | keine Nachfolge     | JA
Zeiterfassung         | Update verfügbar    | nein
Großhandels-Anbindung | Eigenbau, 2014      | JA
Lizenzserver CAD      | ungeklärt           | offen

→ Zwei Funktionen halten das System.
→ Für den Rest existiert Standard.

Das Raster ist die ganze Analyse. Sobald in der rechten Spalte nur noch ein oder zwei Zeilen mit JA stehen, ist die Frage nicht mehr, ob du migrierst, sondern nur noch, was mit diesen beiden Zeilen passiert.

Weiterlesen im Wissen-Hub

Warum Vorhaben dieser Art seltener an der Technik scheitern als an Prozess und Datenlage, steht in Warum Digitalisierung scheitert. Was eine abgegrenzte Eigenentwicklung neben dem Standardsystem realistisch kostet, liest du in Was kostet Individualsoftware. Und wie Betriebe mit ähnlicher Ausgangslage KI in bestehende Abläufe einbinden, zeigt KI im produzierenden Gewerbe.