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. Anders als bei Server 2012 ist bisher kein ESU-Programm angekündigt, mit dem du dir gegen Gebühr Sicherheitsupdates nachkaufen kannst. 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

  1. 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 eurer Individualanpassungen, bevor du ein Angebot vergleichst. Wenn niemand diese Liste hat, ist das schon das Ergebnis.
  2. 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. Rechne mit ⟨eure typische Projektdauer für eine Branchensoftware-Ablösung⟩ und plane den Parallelbetrieb ein, nicht nur den Umstiegstag.
  3. 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 Funktion einzeln neu zu bauen kostet ⟨eure Spanne für eine abgegrenzte Fachanwendung⟩ — oft weniger als die Individualanpassung im neuen Herstellerstand, und du bist danach nicht wieder an eine Version gebunden.

Der vierte Weg ist der Weiterbetrieb ohne Support. Er ist legal und technisch möglich, aber er hat einen Preis, den viele erst im Schadensfall sehen: Cyberversicherer prüfen, ob bekannte Risiken bewusst in Kauf genommen wurden. Ein System nach dem öffentlich bekannten Support-Ende zu betreiben, gehört zu dieser Kategorie. 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 euch 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. Erst danach Angebote einholen. Ohne die Punkte 1 bis 4 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.