Der Server läuft noch, Outlook öffnet sich wie gewohnt und die Fachanwendung erfüllt weiterhin ihren Zweck. Trotzdem ist die eingesetzte Microsoft-Version seit Monaten nicht mehr unterstützt. Im Tagesgeschäft fällt das zunächst kaum auf bis eine kritische Sicherheitslücke bekannt wird, ein Update einer angebundenen Anwendung fehlschlägt oder der Hersteller bei einer Störung keinen Support mehr leistet.

Genau diese Situation betrifft derzeit viele Unternehmen. Der Support für Windows 10, Office 2016 und 2019 sowie Exchange Server 2016 und 2019 endete bereits am 14. Oktober 2025. Am 14. Juli 2026 erreichten außerdem SQL Server 2016 sowie SharePoint Server 2016 und 2019 das reguläre Supportende. Office LTSC 2021 folgt am 13. Oktober 2026, Windows Server 2016 am 12. Januar 2027.

Nicht unterstützte Systeme stellen ihren Betrieb normalerweise nicht plötzlich ein. Genau darin liegt die Gefahr: Unternehmen verschieben die Migration, weil scheinbar noch alles funktioniert. Gleichzeitig wachsen Sicherheits-, Kompatibilitäts- und Betriebsrisiken. Eine überhastete Ablösung kurz vor oder nach dem Supportende ist meist teurer und riskanter als eine frühzeitig geplante Modernisierung

Antwort in Kürze

Das Supportende eines Microsoft-Produkts bedeutet, dass Microsoft regulär keine Sicherheitsupdates, Fehlerbehebungen und technische Unterstützung mehr bereitstellt. Unternehmen sollten betroffene Produkte mindestens zwölf bis achtzehn Monate vor dem Stichtag erfassen, Abhängigkeiten analysieren und einen geeigneten Zielbetrieb festlegen. Je nach Ausgangslage kommen ein Upgrade, Microsoft 365, ein aktuelles Serversystem, ein Managed Service oder eine hybride Cloud-Lösung infrage. Erweiterte Sicherheitsupdates können in einzelnen Fällen zusätzliche Zeit verschaffen, ersetzen aber keine langfristige Migrationsstrategie. Eine erfolgreiche Migration umfasst nicht nur Daten, sondern auch Berechtigungen, Schnittstellen, Sicherheitsfunktionen, Archivierung, Tests und Benutzerkommunikation.

Was bedeutet „Supportende“ bei Microsoft-Produkten?

Microsoft-Produkte unterliegen einem definierten Lebenszyklus. Während des Unterstützungszeitraums stellt Microsoft je nach Produktmodell Sicherheitsupdates, Fehlerkorrekturen, technische Dokumentation und Supportleistungen bereit.

Nach dem Ende des erweiterten Supports oder der endgültigen Außerbetriebnahme entfallen diese Leistungen. Das Produkt kann technisch weiterlaufen, erhält regulär aber keine neuen Sicherheitskorrekturen mehr. Microsoft weist darauf hin, dass nicht unterstützte Produkte nach dem Stichtag keine Sicherheits- oder Qualitätsupdates, Fehlerbehebungen und reguläre technische Unterstützung mehr erhalten.

Was ist der Unterschied zwischen Mainstream- und erweitertem Support?

Beim klassischen Fixed Lifecycle unterscheidet Microsoft üblicherweise zwei Phasen:

• Mainstream-Support: Das Produkt erhält Sicherheitsupdates, Fehlerkorrekturen und teilweise funktionale Verbesserungen.
• Erweiterter Support: Der Schwerpunkt liegt auf Sicherheitsupdates. Neue Funktionen und reguläre Produktänderungen werden normalerweise nicht mehr entwickelt.

Nach dem Ende des erweiterten Supports endet auch die reguläre Versorgung mit Sicherheitsupdates.

Cloud-Dienste und Produkte nach der Modern Lifecycle Policy besitzen dagegen häufig kein viele Jahre im Voraus festgelegtes Enddatum. Unternehmen müssen diese Dienste kontinuierlich aktualisieren und unterstützte Konfigurationen einsetzen.

Welche Microsoft-Produkte sind aktuell besonders relevant?

Die folgende Übersicht zeigt wichtige Termine für mittelständische Unternehmen. Sie ist nicht vollständig; entscheidend sind immer die tatsächlich eingesetzten Editionen und Versionen.

Microsoft-Produkt	Supportende	Handlungsbedarf
Windows 10	14. Oktober 2025	Auf Windows 11 wechseln, Geräte ersetzen oder begrenzte Übergangsoption prüfen
Office 2016 und Office 2019	14. Oktober 2025	Microsoft 365 Apps oder unterstützte Office-Version einführen
Exchange Server 2016 und 2019	14. Oktober 2025	Exchange Online, Exchange Server SE oder geeignete Hostinglösung prüfen
SQL Server 2016	14. Juli 2026	Upgrade, Modernisierung, Azure-Option oder ESU bewerten
SharePoint Server 2016 und 2019	14. Juli 2026	SharePoint Online, Subscription Edition oder alternatives Betriebsmodell prüfen
Office LTSC 2021	13. Oktober 2026	Microsoft 365 Apps oder Office LTSC 2024 planen
Windows Server 2016	12. Januar 2027	Serverrollen und Anwendungen auf unterstützte Plattform migrieren

Microsoft empfiehlt für Office LTSC 2021 den Wechsel zu Microsoft 365 Apps oder (wenn eine Cloud-Nutzung nicht vorgesehen ist) zu Office LTSC 2024. Für Exchange Server 2016 und 2019 nennt Microsoft Exchange Online beziehungsweise Microsoft 365 oder Exchange Server Subscription Edition als Zieloptionen.

Wichtig: Prüfen Sie nicht nur Produktnamen. Unterschiedliche Editionen, Long-Term-Servicing-Versionen, Service Packs und Betriebssystemkombinationen können abweichende Lebenszyklen besitzen.

Warum ist das Supportende für Unternehmen problematisch?

Sicherheitslücken bleiben möglicherweise ungepatcht

Wird nach dem Supportende eine neue Schwachstelle entdeckt, besteht ohne ESU oder Sonderregelung kein Anspruch mehr auf eine Sicherheitskorrektur. Angreifer können bekannte Schwachstellen gezielt gegen weiterhin erreichbare Systeme einsetzen.

Besonders kritisch sind öffentlich erreichbare E-Mail-, Web- und Kollaborationssysteme. Ein veralteter Exchange- oder SharePoint-Server besitzt direkten Zugriff auf wichtige Kommunikations- und Unternehmensdaten.

Hersteller und Dienstleister können Unterstützung ablehnen

Auch wenn die konkrete Störung nicht direkt durch die veraltete Version verursacht wurde, kann der Support einer Fachanwendung oder Schnittstelle die Bearbeitung ablehnen. Zunächst müsste das Unternehmen dann eine unterstützte Plattform herstellen.

Kompatibilitätsprobleme nehmen zu

Neue Browser, Clients, Authentifizierungsverfahren und Sicherheitsprotokolle werden nicht unbegrenzt mit alten Produkten getestet. Dadurch können Verbindungen nach einem Update plötzlich fehlschlagen.

Microsoft weist beispielsweise darauf hin, dass der Betrieb nicht unterstützter Office-Versionen oder von Office auf einem nicht unterstützten Betriebssystem zu Sicherheits-, Zuverlässigkeits- und Leistungsproblemen führen kann.

Compliance-Nachweise werden schwieriger

Datenschutz und Informationssicherheit verlangen nicht pauschal immer die neueste Software. Unternehmen müssen jedoch nachvollziehbar begründen können, wie sie bekannte Risiken behandeln. Ein ungepatchtes, öffentlich erreichbares System ohne Migrations- oder Kompensationsplan lässt sich bei Prüfungen nur schwer rechtfertigen.

Notfallmigrationen sind teuer

Wer erst nach einem Sicherheitsvorfall oder Hardwaredefekt reagiert, besitzt kaum noch Gestaltungsspielraum. Daten müssen unter Zeitdruck übertragen, Benutzer kurzfristig umgestellt und ungeprüfte Entscheidungen getroffen werden.

Typische Herausforderungen in der Praxis

Es gibt kein vollständiges Softwareinventar

Viele Unternehmen kennen ihre sichtbaren Server und Arbeitsplatzrechner. Übersehen werden jedoch Testsysteme, virtuelle Maschinen, alte Office-Installationen, Datenbankinstanzen, Verwaltungstools oder eingebettete Komponenten.

Abhängigkeiten sind nicht dokumentiert

Ein alter SQL Server kann mehrere Anwendungen versorgen. SharePoint enthält möglicherweise individuelle Workflows oder Erweiterungen. Exchange ist mit Archivierung, Multifunktionsgeräten, CRM-Systemen und mobilen Geräten verbunden.

Wird nur das Hauptprodukt betrachtet, fallen diese Abhängigkeiten oft erst während der Migration auf.

„Der Hersteller unterstützt nur diese Version“

Fachanwendungen binden Unternehmen häufig an ältere Server- oder Datenbankversionen. In diesem Fall muss geklärt werden, ob ein Anwendungsupdate, ein Anbieterwechsel oder eine befristete Zwischenlösung wirtschaftlicher ist.

Datenmigration und Systemmigration werden verwechselt

Das Kopieren von Dateien oder Postfächern ist nur ein Teil der Aufgabe. Ebenfalls zu berücksichtigen sind:

• Benutzerkonten und Berechtigungen,
• Verteiler und gemeinsame Postfächer,
• Kalender, Kontakte, Aufgaben und Notizen,
• Aufbewahrungs- und Archivierungsregeln,
• Schnittstellen und Anwendungen,
• DNS- und E-Mail-Einstellungen,
• Gerätekonfigurationen,
• Sicherheits- und Datenschutzvorgaben.

NetTask unterstützt bei E-Mail- und Groupware-Migrationen nicht nur Nachrichten, sondern auch Adressbücher, Kalender, Aufgaben, Notizen, Einstellungen, Dateien, Zugriffsrechte und Metadaten.

Das Zielsystem wird zu früh ausgewählt

„Alles in die Cloud“ ist ebenso wenig eine Strategie wie „alles muss lokal bleiben“. Das Ziel muss aus den geschäftlichen, technischen und regulatorischen Anforderungen abgeleitet werden.

So planen Unternehmen ihre Migration rechtzeitig

1. Betroffene Produkte vollständig inventarisieren

Erstellen Sie eine Liste aller Microsoft-Produkte mit:

• Produkt und Edition,
• Versions- und Patchstand,
• Installationsort,
• fachlichem Eigentümer,
• technischer Verantwortung,
• geschäftlicher Bedeutung,
• Supportendedatum,
• abhängigen Anwendungen und Schnittstellen.

Nutzen Sie die Microsoft-Lifecycle-Suche, um die Termine für jede konkrete Produktversion zu überprüfen. Microsoft stellt dafür eine zentrale Lifecycle-Datenbank bereit.

2. Systeme nach Risiko priorisieren

Nicht jedes Altsystem besitzt dieselbe Dringlichkeit. Eine sinnvolle Bewertung berücksichtigt:

• Ist das System aus dem Internet erreichbar?
• Verarbeitet es personenbezogene oder vertrauliche Daten?
• Ist es für den Geschäftsbetrieb unverzichtbar?
• Existiert eine aktuelle Datensicherung?
• Gibt es einen getesteten Wiederherstellungsplan?
• Ist ein ESU-Angebot verfügbar?
• Sind Ersatzprodukte oder Zielsysteme bekannt?

Öffentlich erreichbare und geschäftskritische Systeme sollten zuerst behandelt werden.

3. Das passende Zielmodell auswählen

Je nach Produkt und Anforderungen kommen unterschiedliche Wege infrage.

• Wechsel zu Microsoft 365: Microsoft 365 kann sinnvoll sein, wenn Unternehmen Exchange Online, Teams, SharePoint Online und laufend aktualisierte Office-Anwendungen nutzen möchten. Die Administration und viele Plattformupdates werden in das Cloud-Betriebsmodell verlagert.
• Managed Microsoft 365: Managed Microsoft 365 eignet sich, wenn zwar eine moderne Microsoft-Cloud-Umgebung gewünscht ist, intern aber Zeit oder Spezialwissen für Konfiguration, Sicherheit, Support und kontinuierliche Optimierung fehlen. NetTask begleitet Produktauswahl, Konzeption, Einführung, Schulung und laufende Änderungen.
• Aktuelle lokale Serverversion: Ein lokaler Betrieb kann weiterhin erforderlich sein, bspw. wegen technischer Abhängigkeiten oder besonderer Kontrollanforderungen. Das Unternehmen trägt dann weiterhin Verantwortung für Hardware, Updates, Monitoring, Sicherung und Notfallbetrieb.
• Deutsche oder hybride Cloud-Lösung: Bei besonderen Anforderungen an Datenstandort und Betriebsmodell können deHOSTED Exchange und deHOSTED SharePoint in die Planung einbezogen werden. NetTask betreibt deHOSTED Exchange in geografisch getrennten deutschen Rechenzentren und unterstützt bei Produktauswahl, Konzeption und Einführung von deHOSTED SharePoint.

Abhängigkeiten und Kompatibilität testen

Vor der eigentlichen Migration müssen alle relevanten Integrationen geprüft werden:

• Fachanwendungen,
• Datenbanken,
• Office-Makros und Add-ins,
• Multifunktionsgeräte,
• Archiv- und Backup-Systeme,
• mobile Geräte,
• Webanwendungen und Portale,
• Authentifizierung und Verzeichnisdienste,
• E-Mail-Gateways und DNS-Einträge.

Eine Testmigration mit repräsentativen Benutzern und Daten zeigt, ob das Zielsystem die realen Anforderungen erfüllt.

5. Sicherheit und Compliance mitmigrieren

Eine Migration ist die Gelegenheit, historisch gewachsene Sicherheitslücken zu beseitigen. Dazu gehören:

• veraltete Benutzerkonten entfernen,
• Administratorrechte reduzieren,
• Mehr-Faktor-Authentifizierung aktivieren,
• Freigaben und Gastzugänge prüfen,
• Aufbewahrungsregeln festlegen,
• Datensicherung und Wiederherstellung testen.

Bei einer E-Mail-Migration sollten zusätzlich SPF, DKIM, DMARC und gegebenenfalls DANE neu geprüft werden. Eine E-Mail-Firewall wie NoSpamProxy schützt ergänzend vor Spam, Malware und gefälschten Absendern.

E-Mail-Archivierung muss separat geplant werden. Das Verschieben alter Nachrichten in ein neues Postfach ersetzt keine manipulationsgeschützte Langzeitarchivierung.

6. Pilot, Cutover und Rückfallplan definieren

Ein belastbarer Migrationsplan enthält:

1. technische Vorbereitung,
2. Pilotmigration,
3. fachliche Abnahme,
4. Benutzerkommunikation,
5. Hauptmigration,
6. Delta-Abgleich,
7. Funktionsprüfung,
8. Rückfall- und Notfallverfahren,
9. kontrollierte Außerbetriebnahme des Altsystems.

Das alte System sollte erst abgeschaltet werden, wenn Vollständigkeit, Berechtigungen, Schnittstellen und Sicherungen geprüft wurden.

7. Den Altbetrieb kontrolliert beenden

Nach erfolgreicher Migration bleiben Altserver häufig „vorsichtshalber“ aktiv. Damit bleiben jedoch auch Angriffsfläche, Wartungsaufwand und Lizenzkosten bestehen.

Vor der Abschaltung sind Datenaufbewahrung, Protokolle, Archivzugriffe und gesetzliche Nachweispflichten zu klären. Anschließend sollten Konten, Netzwerkzugänge, DNS-Einträge, Zertifikate und nicht mehr benötigte Administrationswege entfernt werden.

Entscheidungshilfe für Unternehmen

Ausgangssituation	Sinnvoller nächster Schritt
Windows 10 ist noch breit im Einsatz.	Hardwarekompatibilität prüfen und Windows-11-Rollout planen
Office 2016, 2019 oder LTSC 2021 wird verwendet.	Microsoft 365 Apps und Office LTSC 2024 vergleichen
Exchange 2016 oder 2019 läuft weiterhin.	Exchange Online, Exchange Server SE und deHOSTED Exchange bewerten
SharePoint 2016 oder 2019 wird produktiv genutzt.	Inhalte, Anpassungen und Zielbetrieb analysieren
SQL Server 2016 versorgt Fachanwendungen.	Herstellerfreigaben, Upgradepfad und ESU prüfen
Windows Server 2016 trägt kritische Rollen.	Serverrollen und Fachanwendungen priorisiert migrieren
Mehrere Produkte erreichen zeitnah das Supportende.	Gemeinsames Modernisierungsprogramm statt Einzelprojekte aufsetzen
Intern fehlen Zeit und Spezialwissen.	Managed Service und externe Migrationsbegleitung einsetzen

Fazit.

Ein Supportende kommt nicht überraschend. Die Termine sind in der Regel lange im Voraus bekannt. Kritisch wird die Situation erst, wenn Inventar, Verantwortlichkeiten und Zielarchitektur fehlen.

Unternehmen sollten ihre Microsoft-Produkte deshalb nicht erst wenige Wochen vor dem Stichtag überprüfen. Wer zwölf bis achtzehn Monate im Voraus plant, kann Optionen vergleichen, Tests durchführen und die Migration ohne unnötigen Zeitdruck umsetzen.

Lassen Sie Ihre Microsoft-Systeme von NetTask auf Supportstatus, Sicherheitsrisiken und Migrationsbedarf prüfen. Gemeinsam entwickeln wir eine priorisierte Roadmap für den Wechsel in eine unterstützte und langfristig betreibbare Umgebung.

 

 

 

 

 

_{Dieser Artikel wurde mit Unterstützung von AI erstellt und anschließend redaktionell überarbeitet.}