SharePoint Server Subscription Edition: Lizenzen, Versionen und Migration 2026

SharePoint Server Subscription Edition (SPSE) ist Microsofts aktuelle lokale SharePoint-Linie. Sie ist weder „SharePoint 2022“ noch „SharePoint 2025“ und keine neue Dauerlizenz, die einmal installiert und danach vergessen werden kann. Lokale Kontrolle über die Farm wird mit laufendem Lizenzanspruch, monatlichen kumulativen Updates und der Ablösung veralteter Abhängigkeiten verbunden.

Der Zeitpunkt ist kritisch: Der Support für SharePoint Server 2019 endete am 14. Juli 2026. Am 28. Juli 2026 gilt Version 26H1; das neueste Public Update ist KB5002882 vom 14. Juli, Build 16.0.19725.20434. Unternehmen mit 2019 benötigen daher ein bewusst gewähltes Ziel: eine neue SPSE-Farm, SharePoint Online oder einen eng begrenzten Übergangsbetrieb, dessen fehlender Microsoft-Support ausdrücklich als Risiko akzeptiert wird.

Drei Fragen dürfen nicht vermischt werden. Nutzungsrecht betrifft Serverlizenzen, CALs und aktive Deckung. Technischer Support betrifft Build, PU und unterstützte Abhängigkeiten. Lösungskompatibilität betrifft Workflows, Formulare, Authentifizierung, Drittprodukte und eigenen Code. Eine Datenbank technisch anbinden zu können beweist keine Lizenz; eine korrekte Lizenz macht eine veraltete Lösung nicht supportfähig.

Was sich mit SharePoint Server Subscription Edition ändert

SPSE bleibt SharePoint Server. Der Kunde betreibt Windows Server, SQL Server, Farmtopologie, Suche, Distributed Cache, Service Applications, Zertifikate, Sicherung und Wiederherstellung. Daten können im eigenen Rechenzentrum oder in einer geeigneten Betriebsumgebung bei einem Dienstleister bleiben. Das ist relevant, wenn Souveränität, Netzisolierung, lokale Integration oder unverzichtbare Farmlösungen einen sofortigen Cloud-Wechsel ausschließen.

Die strategische Änderung ist das Wartungsmodell. SPSE folgt Microsofts Modern Lifecycle Policy; ein festes Produktende ist derzeit nicht veröffentlicht. Das bedeutet keinen unbegrenzten Support für alte Builds. PUs erscheinen monatlich und kumulativ, jedes PU hat ein einjähriges Supportfenster, und Funktionspakete kommen zweimal jährlich als YYH1 und YYH2.

Version 26H1 und das Juli-Update 2026

Version 26H1 wurde mit dem Juni-PU 2026 eingeführt. Zu den dokumentierten Funktionen zählen Modern People Card und Document Intelligence im Standard-Ring; weitere Fähigkeiten können zunächst im Early-Release-Ring erscheinen. Ein Feature Update ist keine separate Hauptversionsinstallation: Der Code gelangt über den monatlichen Kanal in das Produkt und bleibt in späteren PUs enthalten.

Zum Redaktionsstichtag ist KB5002882 vom 14. Juli 2026 das neueste PU. Trotz Kumulativität müssen die konkreten Hinweise gelesen werden. Microsoft nennt Voraussetzungen für SharePoint Workflow Manager und ein bekanntes Problem, das eine Aktion nach PSConfig verlangt. Windows Update kann Binärdateien kopieren, ohne das Farmupgrade abzuschließen. SharePoint Products Configuration Wizard beziehungsweise PSConfig müssen geplant, überwacht und geprüft werden.

Ein belastbares Betriebsmodell umfasst eine repräsentative Testfarm, monatliche Change-Prüfung, Datenbank- und Konfigurationssicherung, getestete Wiederherstellung, Buildinventar und Gesundheitschecks davor und danach. Modern Lifecycle ist eine Betriebsverpflichtung. Microsofts SharePoint-Updateverlauf bildet die Grundlage; die jeweilige KB gehört in die Change-Dokumentation.

SPSE-Lizenzierung: Server, CAL und aktives Bezugsrecht

Das Grundmodell lautet Server/CAL. Jede ausgeführte Serverinstanz benötigt die passende Lizenz, und zugreifende Benutzer oder Geräte benötigen im Regelfall eine Standard CAL oder ein gleichwertiges Zugriffsrecht. Die Enterprise CAL ist additiv: Sie kommt für definierte erweiterte Funktionen zur Standard CAL hinzu und ersetzt die Basis-CAL nicht.

Bei SPSE benötigen Server und einschlägige CALs ein Abonnement oder aktive Software Assurance. SharePoint Online Plan 1 oder Plan 2 User SL können in den Product Terms festgelegte Basiszugriffsrechte liefern; Plan 2 kann additive Enterprise-Rechte abdecken. Diese Rechte müssen dem konkreten Vertrag und den tatsächlichen Personen zugeordnet werden. Nicht jedes Microsoft-365-Angebot darf pauschal als identisches lokales Recht behandelt werden.

Internetzugriff wird häufig falsch verstanden. Für wirklich öffentliche, unbeschränkte Inhalte kann eine CAL-Ausnahme gelten. Ein authentifiziertes Partnerportal, eine Extranet-Site oder ein geschützter Kundenbereich wird nicht dadurch öffentlich, dass er aus dem Internet erreichbar ist. Beschäftigte, Dienstleister, Gäste, technische Identitäten und Geräte sind nach ihrem realen Zugriff zu erfassen.

Was geschieht nach Ende der Software Assurance?

Microsoft beschreibt beim Ende oder Buy-out bestimmter SPSE-Deckungen ein dauerhaftes Recht an SharePoint Server 2019. Es ist kein dauerhaftes Recht, SPSE weiter auszuführen. Der Kunde muss SPSE beenden und kann 2019 installieren. 2026 ist dieser Rückfall wenig attraktiv, weil SharePoint 2019 seit dem 14. Juli nicht mehr unterstützt wird.

Eine gebrauchte, unbefristete SharePoint-2019-Lizenz ohne aktive SA darf deshalb nie als SPSE-Zugangsweg dargestellt werden. Sie kann in einem sauber dokumentierten europäischen Transfer und für einen eng begrenzten Altanwendungszweck relevant sein, gewährt allein aber keine SPSE-Rechte. Einkauf und Lizenzmanagement sollten Ursprung, Rechtekette, Außerbetriebnahme beim Veräußerer, Edition, Server- und CAL-Mengen sowie die aktuellen Product Terms prüfen.

Technische Mindestanforderungen ersetzen keine Architektur

Microsoft unterstützt SPSE auf Windows Server 2019, 2022 oder 2025 Standard/Datacenter mit Desktop Experience oder Server Core. Die Datenbank benötigt unterstütztes SQL Server Standard oder Enterprise für Windows mit Kompatibilitätsstufe 150, darunter SQL Server 2019 CU5 oder höher und SQL Server 2022. Azure SQL Managed Instance ist nur bei einer in Azure gehosteten Farm zulässig; SQL Express und normales Azure SQL Database sind nicht unterstützt.

Zu den Voraussetzungen gehören IIS, .NET Framework 4.8 und das passende Visual-C++-Paket; seit 23H1 wird Visual C++ 2015–2022 x64 verlangt. Office 2013 ist der minimale unterstützte Office-Client, Office darf jedoch nicht auf dem SharePoint-Server installiert werden. Das veröffentlichte Multi-Tier-Minimum mit 64 Bit, vier Kernen, 16 GB RAM und geeigneten Datenträgern ist keine Dimensionierungsempfehlung.

Produktionsplanung berücksichtigt SQL-Kapazität und Latenz, Suche, Distributed Cache, MinRole, Wachstum, Antivirus-Ausnahmen, Load Balancing, Zertifikate, Monitoring, Sicherungsdauer sowie RPO/RTO. Ein Server kann das Minimum erfüllen und dennoch ungeeignet sein. Annahmen müssen dokumentiert und mit repräsentativen Inhalten, Berechtigungen, Suchvorgängen und gleichzeitiger Nutzung geprüft werden.

SharePoint 2019, SPSE und SharePoint Online im Vergleich

SPSE passt, wenn ein nachweisbarer Grund den lokalen Betrieb rechtfertigt und die Organisation die Plattform pflegen kann. SharePoint Online passt häufig besser, wenn Farmadministration reduziert und Microsoft 365 genutzt werden soll. Online ist jedoch kein Versionsupgrade: Informationsarchitektur, Berechtigungen, Workflows, Formulare, Integrationen und Code können ein neues Design verlangen.

Ein kurzer Weiterbetrieb von 2019 kann Zeit schaffen, braucht aber einen Verantwortlichen, formale Risikoannahme, kompensierende Kontrollen und ein Ausstiegsdatum. „Es läuft noch“ ist keine Supportstrategie. Eine ununterstützte Webplattform wird durch Änderungen an Windows, SQL, Browsern, Identität und Integrationen zunehmend riskant.

Migration von SharePoint 2019 oder 2016

Von SharePoint 2019 wird die Aktualisierung durch Anfügen der Datenbanken unterstützt. Eine neue, gepatchte SPSE-Farm wird aufgebaut, Konfiguration und Services werden neu erstellt, kompatible Lösungen installiert und Kopien unterstützter Datenbanken angefügt und aktualisiert. Die Konfigurationsdatenbank wandert nicht. Diese Trennung zwingt dazu, Abhängigkeiten zu dokumentieren, statt sie unbemerkt zu übernehmen.

Inhalte aus SharePoint 2016 können ebenfalls direkt durch Anfügen der Datenbanken zu SPSE gelangen; 2019 ist kein Pflichtzwischenstopp. Die Quelldatenbanken müssen mindestens Build 16.0.4351.1000 erreichen. SharePoint 2013 und älter besitzen keinen direkten Pfad. Sie benötigen Zwischenstufen, meist 2016, oder eine Inhaltsmigration nach Microsoft 365 mit funktionaler Neugestaltung.

Praktische Reihenfolge

1. Inventarisieren: Farmen, Builds, Datenbanken, Sites, Services, WSP, SPFx, Webparts, Workflows, Formulare, Authentifizierung, DNS, Zertifikate, SQL und Fremdsysteme.
2. Lizenzieren: Instanzen, Standard/Enterprise CALs, SA, Abonnements und gleichwertige Rechte vor Produktion abstimmen.
3. Hindernisse entfernen: ununterstützte Komponenten ersetzen und kompatible Drittversionen beschaffen.
4. Ziel bauen: saubere SPSE-Farm auf unterstütztem Windows/SQL, ausgewähltes PU, Datensicherung und Überwachung.
5. Proben: mit Kopien arbeiten, Test-SPContentDatabase ausführen und fehlende Features oder Assemblies beheben.
6. Geschäftswege testen: Suche, Profile, Metadaten, Secure Store, Rechte, Office, Sync, Alerts, Formulare, Workflows und Integrationen.
7. Umschalten: Schreibstopp/Delta-Verfahren, DNS, Kommunikation, Fachabnahme, Rückkehrverfahren und Nachweise planen.
8. Betrieb etablieren: Altfarm sicher stilllegen und monatliche Wartung sofort aufnehmen.

Veraltete Komponenten als Hindernisse 2026

Seit 14. Juli 2026 werden InfoPath Forms Services, SharePoint-2010-Workflows, SharePoint Designer 2013 und Basic Authentication in SPSE nicht mehr unterstützt. Dass ein Bestandteil noch sichtbar ist oder funktioniert, ändert diesen Status nicht. Jede Abhängigkeit braucht einen fachlichen Eigentümer, einen Ersatz, eine Datenaufbewahrungsentscheidung und einen getesteten Rückfallweg.

Workflow ist ein eigenes Teilprojekt. SharePoint Workflow Manager hat separate Patches, und einige SPSE-PUs setzen einen geeigneten Stand voraus. 2010/2013-Workflows, benutzerdefinierte Aktivitäten, Konten, Zertifikate und Endpunkte müssen erfasst werden. SharePoint allein zu patchen garantiert keine unterstützte Prozessplattform.

Authentifizierung betrifft Scanner, Office-Clients, Schnittstellen und Skripte. Die Ablösung von Basic kann OIDC, moderne Clientauthentifizierung, neue Middleware oder Redesign verlangen. Nicht interaktive Prozesse sind ausdrücklich zu testen; ein erfolgreicher Browsertest deckt alte Credential-Flows nicht vollständig ab.

Die Zielentscheidung belastbar treffen

Beginnen Sie mit Zwängen statt Produktvorlieben: rechtliche Datenhaltung, Offline-Betrieb, Latenz, Wiederherstellung, lokale Integrationen, Anpassungen, Fähigkeiten und Wartungsfenster. Hinterfragen Sie jeden Zwang. Manche sind echt, andere überlieferte Annahmen, die eine kontrollierte Cloud-Bewertung widerlegen kann.

Vergleichen Sie drei bis fünf Jahre. Für SPSE zählen Windows, SQL, SharePoint-Rechte, CALs, Betrieb beim Dienstleister, Datensicherung, Sicherheit, Testfarm, Spezialisten und monatliche Wartung. Für Online zählen Benutzerabos, Identität, Netzwerk, Migration, Governance, Aufbewahrung, Neugestaltung und Akzeptanz. Keine Option ist kostenlos, nur weil eine sichtbare Position entfällt.

Wenn gebrauchte Dauerlizenzen für angrenzende Infrastruktur oder einen begrenzten Altanwendungsfall betrachtet werden, verlangen Sie Nachweise und formulieren Sie vorsichtig. Licendis Kategorie für Server-Lizenzen unterstützt den Vergleich verfügbarer Produkte und Dokumentation. Sie ersetzt kein aktives SPSE-Abonnement und keine SA; SharePoint 2019 darf nicht als SPSE-Recht dargestellt werden.

Governance nach der Migration

Das Vorhaben endet nicht mit der ersten erfolgreichen Anmeldung. Führen Sie ein lebendes Register, das jeden Server mit Build, Rolle, Betriebssystem, SQL-Version, letztem PU, Eigentümer und Sicherungsnachweis verbindet. In dieselbe Prüfung gehören Ablaufdaten für SA oder Abonnements, Zertifikatserneuerung, Kapazität, privilegierte Konten und Drittprodukte. So bleiben Lizenzentscheidungen mit dem tatsächlichen Betrieb verknüpft.

Wenige Kennzahlen schaffen Transparenz: Zeit zwischen PU-Veröffentlichung, Labor und Produktion; Anteil getesteter Wiederherstellungen; Crawlfehler; fehlgeschlagene Timer Jobs; offene Ausnahmen. Jede Ausnahme braucht Verantwortlichen und Termin. Wird sie dauerhaft, ist Modern Lifecycle nur noch ein Etikett.

Ausfall, Wiederherstellung und Nachweise

Eine SPSE-Sicherung besteht nicht nur aus Inhaltsdatenbanken. Dokumentieren Sie Konfigurationswerte, Service Applications, Suchtopologie, Verschlüsselungsschlüssel, Zertifikate, Managed Accounts, DNS, Load Balancer und Installationspakete. Testen Sie, welche Teile wiederhergestellt und welche reproduzierbar neu aufgebaut werden. Eine erfolgreiche SQL-Datensicherung allein beweist keine wiederherstellbare Farm.

Auch das Rückkehrverfahren der Migration braucht Grenzen. Nach der Produktionsumschaltung mit Schreibzugriff können Quelle und Ziel auseinanderlaufen; ein einfaches Zurückschalten kann neue Inhalte verlieren. Definieren Sie Schreibstopp, Delta-Verfahren, Entscheidungspunkt und Verantwortliche vor dem Wartungsfenster. Bewahren Sie Testprotokolle, Lizenznachweise, Änderungsfreigaben und Buildberichte gemeinsam auf, damit Betrieb, Audit und Einkauf dieselbe Faktenbasis nutzen.

Sicherheit im monatlichen Rhythmus

SharePoint ist eine Web- und Kollaborationsplattform mit weitreichenden Berechtigungen. Monatliche Wartung sollte deshalb nicht nur PUs installieren, sondern auch Konten, externe Veröffentlichung, TLS, Zertifikate, Antivirus-Ausnahmen, Adminrechte und verdächtige Timer Jobs prüfen. Änderungen an Identität oder Proxy können Geschäftsprozesse genauso beeinträchtigen wie ein SharePoint-Patch.

Für eine bewusst befristete 2019-Phase sind zusätzliche Kontrollen nötig: Netzsegmentierung, minimale Veröffentlichung, enges Monitoring, starke Administratorauthentifizierung und ein verbindlicher Ausstiegstermin. Diese Kontrollen machen 2019 nicht wieder unterstützt; sie reduzieren lediglich einen Teil des akzeptierten Übergangsrisikos.

Beschaffung und technische Abnahme verbinden

Beschaffung sollte nicht nur Artikelbezeichnungen vergleichen. Ein vollständiger Entscheidungsdatensatz enthält Zieltopologie, Zahl der Instanzen, Benutzer- oder Gerätepopulation, benötigte Enterprise-Funktionen, vorhandene Microsoft-365-Rechte, SA-Laufzeiten und den geplanten Betriebszeitraum. Erst daraus entsteht eine prüfbare Stückliste. Abweichungen zwischen Vertrag, CMDB und tatsächlich zugreifenden Personen müssen vor dem Go-live geklärt werden.

Die technische Abnahme sollte wiederum nicht bei der Startseite enden. Fachbereiche bestätigen repräsentative Bibliotheken, große Dateien, besondere Berechtigungen, Suche, das Öffnen in Office, Dateiübertragung, Metadaten, Warnmeldungen und zentrale Prozesse. Die IT-Sicherheit prüft Authentifizierung, Protokollierung und externe Veröffentlichung; der Betrieb prüft Überwachung, Datensicherung, Wiederanlauf und PU-Verfahren. Ein gemeinsames Abnahmeprotokoll verhindert, dass jede Gruppe einen anderen Begriff von „fertig“ verwendet.

Nach der Inbetriebnahme sollte eine Überprüfung nach 30 und 90 Tagen klären, ob geplante Leistungswerte, Supportprozesse und Lizenzannahmen tatsächlich stimmen. Dabei werden Kapazitätsdaten, Helpdesk-Muster, fehlgeschlagene Aufträge, Suchqualität und ungeplante manuelle Eingriffe ausgewertet. Die Ergebnisse fließen in Betriebshandbücher, Schulung und das nächste Wartungsfenster ein. So wird die Migration nicht als einmaliger Erfolg bewertet, sondern als Übergang in einen stabilen, nachweisbaren Betrieb.

Auch offene Restarbeiten bleiben bis zur geprüften Erledigung sichtbar.

Häufig gestellte Fragen

Ist SharePoint Server Subscription Edition unbefristet?

Nicht für den dauerhaften SPSE-Betrieb. Server und CALs brauchen Subscription oder aktive SA. Das genannte Dauerrecht betrifft SharePoint Server 2019.

Wird SharePoint Server 2019 noch unterstützt?

Nein. Der erweiterte Support endete am 14. Juli 2026.

Welche Version ist aktuell?

Am 28. Juli 2026 gilt Version 26H1; neuestes PU ist KB5002882, Build 16.0.19725.20434.

Wie oft wird SPSE aktualisiert?

PUs erscheinen monatlich und kumulativ, Feature Updates zweimal jährlich; jedes PU wird ein Jahr unterstützt.

Kann 2019 direkt migriert werden?

Ja, über eine neue SPSE-Farm durch Anfügen der Datenbanken, nicht durch direkte Konvertierung der bestehenden Farm.

Kann 2016 direkt zu SPSE?

Ja, wenn unterstützte Datenbanken den geforderten Mindestbuild erfüllen.

Sind CALs nötig?

Normalerweise ja. Standard CAL ist die Basis, Enterprise CAL additiv; gleichwertige Rechte können gelten.

Sind InfoPath und SharePoint Designer unterstützt?

Nein. Ihr SPSE-Support endete am 14. Juli 2026, ebenso 2010-Workflows und Basic Authentication.

Fazit: Supportfähigkeit ist Dauerarbeit

SPSE bietet einen unterstützten lokalen SharePoint-Weg nur solange Bezugsrecht, Plattform und Lösungen aufeinander abgestimmt bleiben. Die Priorität 2026 lautet, SharePoint 2019 nach dessen Supportende abzulösen, ohne veraltete Formulare, Workflows und Authentifizierung in die neue Farm mitzunehmen.

Wählen Sie SPSE bei einem belastbaren Grund für lokale Kontrolle und ausreichender Fähigkeit zur monatlichen Wartung. Wählen Sie SharePoint Online, wenn weniger Farmbetrieb und Microsoft 365 den Aufwand der Neugestaltung rechtfertigen. Inventarisieren und testen Sie reale Geschäftswege, führen Sie Lizenz- und Techniknachweise getrennt und bestimmen Sie Verantwortliche für das Rückkehrverfahren und den Lebenszyklus.