Ende des Supports für Serversysteme: Was rechtzeitig zu tun ist

Das Windows Server Support-Ende ist nicht nur eine technische Warnung – es bedeutet, dass für neue Schwachstellen keine Patches mehr bereitgestellt werden. Wir werfen einen Blick auf die Optionen, Kosten und einen realistischen Zeitplan für das Upgrade.

TL;DR — Die wichtigsten Punkte

• Ein System ohne Support führt zur Nichteinhaltung bei Audits und Versicherungen.
• Es gibt drei Optionen: Upgrade auf eine neue Version, Migration in die Cloud oder Ersatz durch einen Service.
• Softwarehersteller müssen die Kompatibilität vor dem Upgrade bestätigen.
• Planen Sie das Upgrade 6 Monate vor Ablauf des Supports ein.

Was das Support-Ende bedeutet

Nach dem End-of-Support-Datum veröffentlicht Microsoft keine Sicherheitsupdates mehr. Das System läuft zwar weiter, aber jede neue Schwachstelle bleibt offen. Erweiterte Sicherheitsupdates (ESUs) sind kostenpflichtig und werden jedes Jahr teurer, was nur als Übergangslösung sinnvoll ist.

Neben der Sicherheit ist die Kompatibilität ein Problem: Neuere Clients, Treiber und Sicherheitslösungen stellen schrittweise den Support ein, was zu schwer diagnostizierbaren Fehlern führen kann.

Warum Aufschub mehr kostet

Ein Upgrade unter Zeitdruck ist immer teurer als eine geplante Durchführung.

• Dringende Migrationen bedeuten Wochenendarbeit und höhere Personalkosten.
• Ohne Tests ist das Risiko eines Ausfalls von Geschäftsanwendungen deutlich höher.
• Versicherungen fragen bei Cyber-Policen explizit nach unterstützten Systemen.
• Auditoren und Großkunden betrachten nicht unterstützte Systeme als Mangel.

Vorgehensweise — Der empfohlene Prozess

1. Inventarisieren Sie Server, Rollen und Support-Enddaten.
2. Holen Sie für jede Anwendung die Bestätigung des Herstellers über unterstützte Versionen ein.
3. Wählen Sie den Weg: In-Place-Upgrade, Neuinstallation mit Migration oder Cloud.
4. Richten Sie eine Testumgebung ein und prüfen Sie die Anwendungen.
5. Führen Sie die Migration in einem vereinbarten Zeitfenster mit Rollback-Plan durch.
6. Prüfen Sie nach der Migration Backups, Monitoring und Dokumentation.

Optionen und wann sie sinnvoll sind

Häufige Fehler

Der häufigste Fehler ist ein Upgrade ohne Bestätigung durch den Softwarehersteller. Wenn die Anwendung nach der Migration nicht funktioniert, ist das Rollback zeitaufwendig und teuer.

Ein weiterer Fehler ist die vergessene Überprüfung der Backups nach der Migration – der neue Server ist oft nicht automatisch in die bestehende Richtlinie eingeschlossen.

Wie VitalIT unterstützt

VitalIT führt die Bestandsaufnahme, Planung und Migration der Server mit minimalen Ausfallzeiten durch. Besuchen Sie IT-Infrastruktur und Systemintegration.

Verwandte Themen: Server-Migration zu Azure und Leitfaden zum Serverkauf.

Häufig gestellte Fragen (FAQ)

Können wir auf dem alten System bleiben?

Technisch ja, aber Sie tragen das Risiko fehlender Patches und gefährden die Compliance.

Wie lange dauert die Migration eines Servers?

Vorbereitung und Tests dauern in der Regel zwei bis vier Wochen, die eigentliche Migration wenige Stunden am Wochenende.

Ist ein In-Place-Upgrade sicher?

Es funktioniert, übernimmt aber oft alte Fehler und unnötige Einstellungen. Wir empfehlen eine saubere Neuinstallation.

Was passiert mit den Lizenzen?

Wir prüfen bestehende Rechte; oft ist ein Transfer oder ein Upgrade mit einem günstigeren Modell möglich.

Was, wenn die Anwendung nicht mehr unterstützt werden kann?

Die Lösung ist die Isolierung des Systems in einem separaten Segment mit strengen Einschränkungen, bis es ersetzt werden kann.