Über unsLeistungenProjekteR&DBlogWerkzeugeAnfangenKontakt

SharePoint 2016, 2019, Subscription Edition und Online: was sich wirklich ändert

2016 und 2019 enden beide am 14. Juli 2026. Subscription Edition hat kein Enddatum und lässt sich nicht einmalig kaufen. Online hat Funktionen, die die anderen nie bekommen, und Subscription Edition hat zwei, die üblicherweise als unmöglich gelistet werden. Ein praktischer Vergleich, mit der Lizenzierung, die entscheidet.

pH7x Systems® · · 18 Min. Lesezeit

Zwischen SharePoint 2016, SharePoint 2019, Subscription Edition und SharePoint Online herrscht viel Verwirrung, und das meiste davon stammt aus Vergleichen, die aus Funktionslisten gebaut sind.

Funktionslisten sind das falsche Werkzeug. Die Entscheidung fällt an drei Dingen: wann der Support endet, wozu die Lizenz tatsächlich berechtigt, und welche der Unterschiede Ihre Architektur berühren. Dieser Artikel ist genau das, geprüft an Microsofts eigener Dokumentation statt an anderen Artikeln.

Der Support, das einzige Datum, auf das es ankommt

Zeitleiste des Supports der vier SharePoint-Produkte: 2016 und 2019 enden beide am 14. Juli 2026, Subscription Edition läuft über 2035 hinaus weiter, und SharePoint in Microsoft 365 ist durchgehend

Produkt Lifecycle-Richtlinie Veröffentlichung Ende Mainstream Ende des Supports
SharePoint Server 2016 Fixed 1. Mai 2016 13. Juli 2021 14. Juli 2026
SharePoint Server 2019 Fixed 22. Oktober 2018 9. Januar 2024 14. Juli 2026
SharePoint Server Subscription Edition Modern 2. November 2021 entfällt kein Datum angekündigt
SharePoint in Microsoft 365 Dienst entfällt entfällt entfällt

Zwei Dinge in dieser Tabelle lohnen einen Moment.

2016 und 2019 enden am selben Tag. Das sind nicht zwei nahe beieinanderliegende Daten, die gerundet wurden. Microsoft hat das Ende des erweiterten Supports von 2019 bewusst an das von 2016 angeglichen, damit 2019 nicht früher endet als sein Vorgänger. Wer von 2016 auf 2019 gewechselt hat, um Zeit zu gewinnen, sieht am Kalender, wie viel: keine.

Subscription Edition hat kein Supportende, und das ist eine Richtlinie, kein Versäumnis. Sie folgt der Modern Lifecycle Policy, die kein festes Datum kennt. Was sie hat, ist ein Boden. Microsoft veröffentlicht eine Seite mit "Earliest Possible EoS Dates" für Serverprodukte unter der Modern-Richtlinie und schreibt dort, diese Produkte "bleiben mindestens bis zum angegebenen Datum im Support":

Produkt Frühestmögliches Supportende
SharePoint Server Subscription Edition 31. Dezember 2035
Exchange Server Subscription Edition 31. Dezember 2035
Skype for Business Subscription Edition 31. Dezember 2035
Project Server Subscription Edition 31. Dezember 2031

Project Server liegt vier Jahre vor SharePoint, auf derselben Seite, in derselben Tabelle. Trägt Ihre Serverfarm Project Server, ist Ihr Planungshorizont 2031 und nicht 2035, und das fällt kaum jemandem auf, weil die beiden Produkte üblicherweise gemeinsam besprochen werden.

Der Haken in "kein Supportende"

Dass Subscription Edition dauerhaft unterstützt wird, heißt nicht, dass Ihre Subscription Edition unterstützt wird.

Die Servicing-Richtlinie ist eindeutig: jedes Public Update wird ein Jahr ab Veröffentlichung unterstützt, der Support endet am zweiten Dienstag desselben Monats im Folgejahr. Läuft eine ältere Build, sind Sie außerhalb des Supports auf einem Produkt, das nie aus dem Support fällt. Wenn Sie in diesem Zustand den Microsoft-Support anrufen, kann es sein, dass Sie zuerst aktualisieren sollen, bevor Ihnen jemand hilft.

Ab dem 24H2-Update sagt das Produkt es Ihnen selbst. Central Administration und die SharePoint Management Shell zeigen sechs Monate vor dem Supportende einer Build einen Hinweis, drei Monate davor eine Warnung, und danach einen Fehler, der zusätzlich im Windows-Anwendungsprotokoll landet.

"Evergreen" ist also eine Zusage in beide Richtungen. Microsoft liefert weiter; Sie installieren weiter. Eine Serverfarm, die einmal jährlich gepatcht wird, steht konstruktionsbedingt am Rand der Supportfähigkeit.

Die Lizenzierung, wo die Überraschung liegt

Das ist der Teil, der Entscheidungen verändert, und der Teil, der selten in eine Vergleichstabelle passt.

Die Lizenzkette der Subscription Edition: aktive Software Assurance gibt das Recht, sie zu betreiben; läuft die Software Assurance aus, umfasst das Rückfallrecht nur SharePoint Server 2019, dessen Support am 14. Juli 2026 endete

Das Modell bleibt Server plus CAL. Eine Serverlizenz für jede Kopie der Serversoftware, die Sie installieren und einsetzen, und eine Client Access License für jeden Benutzer oder jedes Gerät, das darauf zugreift. Daran hat sich seit 2016 nichts geändert.

Geändert hat sich, dass man Subscription Edition nicht einmalig kaufen kann. Microsofts Lizenzleitfaden ist deutlich: um Subscription Edition zu betreiben und darauf zuzugreifen, braucht es einen aktiven Software-Assurance-Plan, auf dem Server und auf den CALs, oder eine Abonnementlizenz. Eine unbefristete Subscription-Edition-Lizenz gibt es nicht.

Und das Rückfallrecht ist nicht das, was man annimmt. Abonnementlizenzen gewähren ein unbefristetes Recht, ausschließlich SharePoint Server 2019 zu betreiben. In Microsofts eigenen Worten: läuft die Software-Assurance-Abdeckung aus, oder kaufen Sie sich frei, müssen Sie "die Subscription-Edition-Software deinstallieren und dürfen die Software der Version 2019 installieren".

Lesen Sie das gegen die erste Tabelle. Das Sicherheitsnetz unter Subscription Edition ist eine Version, deren Support am 14. Juli 2026 endete. Ab diesem Datum lässt ein Auslaufen der Software Assurance Sie nicht auf ein älteres, aber unterstütztes Produkt zurückfallen. Es lässt Sie auf ein lizenziertes, nicht unterstütztes zurückfallen. Was sonst auch immer für Subscription Edition spricht: ihre Lizenz ist eine laufende Kostenposition ohne unbefristeten Boden darunter, und das gehört in den Business Case und nicht in eine Fußnote.

Drei weitere Lizenzpunkte, die man sauber haben sollte:

  • Enterprise CALs kommen hinzu und sind bedingt. Der Leitfaden sagt, sie seien "nur erforderlich, wenn Funktionalität genutzt wird, die der SharePoint Enterprise CAL entspricht". Man kauft sie für das, was Menschen nutzen, nicht für alle.
  • Project Server Subscription Edition läuft nur auf der Enterprise-Version der Subscription Edition und wird separat lizenziert. Mit einer Standard-Lizenz lässt es sich nicht aktivieren. Und es ist keine eigene Installation mehr: es ist eine Service Application innerhalb der SharePoint-Farm.
  • Software Assurance bringt Disaster-Recovery-Rechte für alle Editionen und License Mobility für Serverlizenzen.

Was sich von 2016 zu 2019 geändert hat

Das ist der kleinere der beiden Sprünge, und es geht vor allem darum, dass die moderne Oberfläche on-premises ankommt.

  • Communication Sites, mit dem Hero-Webpart
  • Moderne Team Sites, moderne Seiten und moderne Webparts
  • Moderne Listen und Bibliotheken, auf dem Stand dessen, was es damals in Microsoft 365 gab
  • Modernes Teilen, mit Warnungen beim Teilen mit einer großen Gruppe oder vielen Elementen auf einmal
  • Moderne Suche, neben der klassischen, mit Ergebnissen noch während der Eingabe
  • Die SharePoint-Startseite, die sites.aspx ersetzte und zum Einstiegspunkt für die Self-Service-Sitezerstellung wurde
  • Schnelle Siteerstellung, in Sekunden, und nur für drei Vorlagen: persönliche OneDrive-Site, moderne Team Site und Communication Site
  • Dateien bis 15 GB, statt 10 GB
  • Dateipfade bis 400 Zeichen, statt 260
  • # und % erlaubt in Datei- und Ordnernamen
  • Die OneDrive-Synchronisierungs-App (OneDrive.exe) statt Groove, mit Files On-Demand
  • SMTP-Authentifizierung beim Mailversand, was ein Relay erspart, nur um einen gehärteten Mailserver zufriedenzustellen
  • Power Apps, Power BI und Power Automate, über ein Gateway
  • IIS-7+-APIs, wodurch die IIS6-Kompatibilitätskomponenten aus den Voraussetzungen fallen

Das Muster ist durchgängig: 2019 ist 2016 mit moderner Oberfläche und einer Reihe angehobener Grenzen. Es ist keine neue Architektur.

Was sich von 2019 zur Subscription Edition geändert hat

Das ist eine Architekturänderung, und sie dreht sich fast vollständig um Identität, Sicherheit und die Art, wie das Produkt gewartet wird.

Authentifizierung. OpenID Connect 1.0 kommt hinzu, zusammen mit Microsoft Entra ID, AD FS 2016 oder höher und jedem Drittanbieter, der OIDC implementiert. Genau das bringt Multifaktor-Authentifizierung und bedingten Zugriff in Reichweite einer On-Premises-Farm. Der People Picker wurde überarbeitet, sodass ein vertrauenswürdiger Identitätsanbieter keinen eigenen, in C# geschriebenen Claims Provider mehr verlangt, sofern die User Profile Application aus dem Mitgliederspeicher des Anbieters synchronisiert.

Sicherheit. Die Farm bekam eine eigene SSL-Zertifikatsverwaltung: Signaturanforderungen erzeugen, importieren und exportieren, auf alle Server verteilen, Webanwendungen zuweisen und vor Ablauf warnen, alles über Central Administration und PowerShell. TLS 1.3 wird unterstützt, und starke TLS-Verschlüsselung ist standardmäßig aktiv, beides nur, wenn die Farm auf Windows Server 2022 oder neuer läuft. Der Abschnitt machineKey in der web.config ist standardmäßig verschlüsselt.

Installation. Windows Server 2022 und Windows Server Core werden unterstützt. Das Upgrade ist direkt aus 2019 und aus 2016 unterstützt, N-1 und N-2, per Database Attach. Alles vor 2016 muss zuerst über 2016 oder 2019 gehen. AppFabric ist keine separate Komponente mehr, sondern Teil des Distributed Cache.

Farmverwaltung. Central Administration kann einen Host-Header verwenden und sich damit Port 443 mit dem Inhalt teilen. Server Name Indication funktioniert. Die IIS-Bindungen einer Webanwendung lassen sich ändern, ohne die Webanwendung zu löschen und neu anzulegen, was früher ein wirklich riskanter Vorgang war.

Sites und Bibliotheken. Die modernen Listen- und Bibliotheks-Webparts wurden schreibfähig. In 2019 waren sie schreibgeschützt, man musste also die Seite verlassen, um irgendetwas anzulegen oder zu bearbeiten; in der Subscription Edition erstellen, laden hoch, teilen, benennen um, löschen und bearbeiten sie an Ort und Stelle. Document Sets haben eine moderne Oberfläche. Aus- und Einchecken im Stapel kamen hinzu, ebenso der Stapel-Download, der die Auswahl komprimiert, innerhalb von Grenzen: 10 GB pro Datei, 20 GB insgesamt, 100 Ordnerebenen, 10 000 Dateien.

Speicher. Ein neuer Remote-BLOB-Storage-Anbieter, Remote Share Provider, verlagert BLOBs vom SQL Server auf SMB-Speicher, mit Test-SPRemoteShareBlobStore zur Konsistenzprüfung.

PowerShell. Die Cmdlets sind vom Snap-in zum Modul geworden, laden also in jeder PowerShell-Konsole ohne Add-PSSnapin. Sie verlangen weiterhin Windows PowerShell: mit PowerShell 7 sind sie nicht kompatibel.

Was die Subscription Edition seit 2021 angesammelt hat

Die Subscription Edition von 2026 ist nicht das Produkt, das 2021 erschien. Funktionsupdates kommen zweimal jährlich, in zwei Ringen: Early release, wo neue Erfahrungen erscheinen, sobald sie fertig sind, und Standard release, die Voreinstellung, wo sie nach zusätzlicher Validierung ankommen. Die meisten Funktionen verbringen ein Update in Early und das nächste in Standard.

Das hier ist tatsächlich zusammengekommen, mit dem Update, das es brachte:

  • AMSI-Integration (22H2), die HTTP- und HTTPS-Anfragen über jedes AMSI-fähige Antimalware-Produkt prüft, seit 23H2 standardmäßig aktiv, mit einer Health-Analyzer-Regel, die stündlich simulierte Anfragen schickt, um zu belegen, dass es noch funktioniert
  • Unterstützung für SPFx 1.5.1 (23H1), danach React 16 und Office UI Fabric React 7 (23H2)
  • Einzelne "Uber"-Patches (23H1). Vor März 2023 brauchte es zwei Updates im Monat, Core und Language Pack, und nur eines davon zu installieren war eine häufige Ursache für merkwürdiges Verhalten
  • People Picker über LDAPS (23H2), damit Verzeichnisabfragen verschlüsselt laufen
  • Eigenes Branding in der Suite Bar (23H2)
  • Eigene Suchvertikalen in den modernen Suchergebnissen (24H1), die es zuvor nur in der klassischen Oberfläche gab
  • Automatische Machine-Key-Rotation (25H1), über einen Timer-Job am letzten Sonntag jedes Monats
  • Eine neue Datenbank-Verbindungsschicht, Microsoft.Data.SqlClient, mit TDS 8.0 und TLS 1.3 zum SQL Server (25H1), und Verschlüsselungseinstellungen pro Datenbank (25H2)
  • CKEditor 5 als Ersatz für den End-of-Life-CKEditor 4 in den Text- und Ereignis-Webparts (25H2)
  • Ausschluss des Anspruchs "Everyone" aus dem People Picker (26H1), auf Ebene der Webanwendung, um versehentliche Überfreigabe zu verhindern

Zwei davon verdienen einen eigenen Abschnitt, weil sie die übliche Tabelle sprengen.

Was nie on-premises ankam, und die Fußnoten, die diese Tabelle braucht

Der Vergleich, der kursiert, sieht so aus:

Funktion 2016 2019 SE Online
Microsoft 365 Copilot nein nein nein ja
Microsoft Loop nein nein nein ja
Viva Connections nein nein nein ja
Vollständige Microsoft Search teilweise teilweise teilweise ja
SharePoint Embedded nein nein nein ja

Er stimmt, soweit er reicht. Zwei dieser Zeilen haben seit seiner Entstehung ihre Form geändert, und die Änderung ist jung genug, dass die meisten Kopien älter sind als die Nachricht.

Copilot läuft nicht in Ihrer Farm. Er kann sie indexieren. Ab der Build vom November 2024 unterstützt die Subscription Edition den Microsoft Graph Connector. Microsofts Beschreibung ist präzise: mit Graph Connectors "können Microsoft Search oder Microsoft 365 Copilot in Ihrer Organisation Daten indexieren und nutzen, die in SharePoint Server gespeichert sind", und der Connector "respektiert die in SharePoint Server konfigurierten Quellberechtigungen". Die Antwort auf "kann Copilot unsere On-Premises-Inhalte sehen" lautet also ja, über einen Microsoft-365-Tenant, mit gewahrten Berechtigungen. Die Antwort auf "läuft Copilot on-premises" lautet weiterhin nein. Das sind zwei verschiedene Fragen mit zwei verschiedenen Antworten.

Es gibt KI in der Subscription Edition, und sie ruft Azure auf. Document Intelligence kam in 25H2, im Early release, und wurde in 26H1 allgemein verfügbar. Heute ist es genau eines: KI-Zusammenfassung von Dokumenten, für .doc, .docx, .pdf, .txt, .rtf, .html, .pptx und .md.

Was für alle zählt, die sich wegen Datenresidenz für on-premises entschieden haben, ist die Funktionsweise. Das Aktivieren bedeutet, ein PowerShell-Skript von Microsoft auszuführen, das Azure-Ressourcen bereitstellt, und die Zusammenfassung selbst "nutzt Azure-OpenAI-Dienste". Sie geben eine Tenant-ID, eine Subscription-ID, einen Ressourcenstandort und ein Zertifikat aus dem SharePoint Certificate Manager an, das das Skript für die Microsoft-Entra-ID-Authentifizierung in eine Azure-App-Registrierung hochlädt.

Anders gesagt: die KI läuft nicht in Ihrer Farm. Ihre Dokumente verlassen sie. Wenn der Grund für Ihr On-Premises-SharePoint ist, dass Inhalte nirgendwohin gehen dürfen, dann ist Document Intelligence eine Funktion, die man bewusst nicht einschaltet, und sie ist auf Farm-, Websitesammlungs- und Bibliotheksebene standardmäßig aus. Noch ein Detail, das man kennen sollte, bevor es jemand vorführt: Benutzer brauchen Bearbeiten-Berechtigung, um sie zu nutzen. Wer nur lesen darf, kann nichts zusammenfassen.

powershell
# Farm-wide switch for AI summarisation. Requires farm administrator
# permissions, and does nothing unless the Document Intelligence feature
# has been activated on a site collection first.
Disable-SPDocSummary
Enable-SPDocSummary

# Which feature release ring is this farm on? Early gets new experiences
# sooner, and is where features like Document Intelligence appear first.
Get-SPFeatureReleasePreference
Set-SPFeatureReleasePreference -FeatureReleaseRing Standard

Der Rest der Tabelle bleibt bestehen. Loop, Viva Connections und SharePoint Embedded sind Microsoft-365-Dienste und tauchen in keinem Funktionsupdate der Subscription Edition von 22H2 bis 26H1 auf.

Die Fassung mit ihren Fußnoten hat also drei eingeschränkte Zeilen statt einer Spalte aus Neins:

Funktionsmatrix über SharePoint 2016, 2019, Subscription Edition und Microsoft 365. Communication Sites, moderne Seiten sowie moderne Listen und Bibliotheken: nein in 2016, ja bei den übrigen. Schreibfähige Listen- und Bibliotheks-Webparts, OpenID Connect, Zertifikatsverwaltung in der Farm und AMSI-Prüfung: nur Subscription Edition und Microsoft 365. TLS 1.3: eingeschränkt in der Subscription Edition, erfordert Windows Server 2022 oder neuer. Von Microsoft Search und Copilot indexierte Inhalte: eingeschränkt in der Subscription Edition, über den Microsoft Graph Connector ab der Build vom November 2024, mit gewahrten Berechtigungen, aber Copilot läuft nicht in der Farm. KI-Zusammenfassung von Dokumenten: eingeschränkt in der Subscription Edition, weil Document Intelligence Azure-Ressourcen bereitstellt und Azure OpenAI nutzt, die Dokumentinhalte also die Farm verlassen. Copilot im Produkt, Microsoft Loop, Viva Connections und SharePoint Embedded: nur in Microsoft 365

Veraltet und entfernt, und ein Datum, das man zweimal prüfen sollte

Die Subscription Edition hat ihre eigene Liste auslaufender Dinge, und eines der Daten darauf ist dasselbe wie das Supportende von 2016 und 2019:

Nur bis zum 14. Juli 2026 unterstützt: InfoPath Forms Services, SharePoint-2010-Workflows, SharePoint Designer 2013 und die Basisauthentifizierung.

Ein Wechsel von 2016 auf die Subscription Edition nimmt InfoPath und die Basisauthentifizierung also mit und verliert sie genau an dem Tag, vor dem er geflohen ist. Wenn Ihr Migrationsplan den 14. Juli 2026 als Ziellinie behandelt, prüfen Sie zuerst diese Liste, denn für manche Workloads ist es die Ziellinie gleich zweimal.

Die Basisauthentifizierung zieht sich schon vor diesem Datum zusammen: seit dem 24H2-Update können Administratoren keine neuen Webanwendungen oder Erweiterungen mehr anlegen, die sie verwenden. Bestehende laufen weiter.

Ebenfalls veraltet, ohne dieses Datum: Microsoft Workflow Manager, ersetzt durch SharePoint Workflow Manager, den Microsoft nach eigener Aussage über 2026 hinaus unterstützen wird. Internet Explorer 11 wird nur in Central Administration unterstützt, in keiner Inhaltswebsite.

Bereits entfernt, und das ist die Liste, die Upgrades zerlegt: Access Services 2010 und 2013, der klassische Authentifizierungsmodus für Inhaltswebanwendungen, PerformancePoint Services, die Groove-Synchronisierungs-App und ihre Listen-Webservice-APIs, stsadm.exe, Update-SPHelp, der Claims to Windows Token Service und die alte Cloud Hybrid Search.

Zwei davon sind für alle wichtig, die geerbte Skripte betreiben. stsadm.exe ist vollständig weg, jede Automatisierung, die es noch aufruft, scheitert also, statt zu warnen. Und der Claims to Windows Token Service erscheint weiterhin in Central Administration, aber der dahinterliegende Windows-Dienst ist nicht installiert, sodass ein Startversuch einen Fehler über eine fehlende c2wtshost.exe.config erzeugt. Die Funktion sieht vorhanden aus und ist es nicht.

Die Grenzen, die die Architektur formen

Es gibt eine lange Tradition, diese Produkte über ihre Grenzwerte zu vergleichen, und sie erzeugt Tabellen, nach denen niemand handelt. Die nützliche Fassung ist kürzer, denn selten ist die Grenze das, was wehtut.

Eine Liste fasst auf jedem dieser Produkte Millionen Elemente. Weh tut eine Ansicht, die über den Schwellenwert hinaus lesen will, ein Index, der nie angelegt wurde, und eine Spalte, die hinzukam, als die Liste bereits groß war.

Eindeutige Berechtigungen werden überall unterstützt. Weh tun Tausende davon in einer Bibliothek, weil jede ein Sicherheitsbereich ist, der ausgewertet werden muss, und weil ein Jahr später niemand mehr sagen kann, wer was sieht und warum.

Metadaten und Ordner funktionieren beide. Weh tut, Ordner zu wählen, weil sie vertraut sind, und dann eine übergreifende Ansicht zu brauchen, oder Metadaten zu wählen und sie nie durchzusetzen, sodass die Hälfte der Dokumente ohne Werte bleibt.

Die Suche indexiert alles, on-premises wie online. Weh tun Inhaltstypen, die nie entworfen wurden, sodass es nichts zum Verfeinern gibt, und ein Crawl-Zeitplan, der einmal gesetzt und nie überprüft wurde.

Die Synchronisierung funktioniert. Weh tut, eine Bibliothek zu synchronisieren, die als Archiv entworfen wurde.

Nichts davon ist ein Produktunterschied. Es sind alles Entwurfsunterschiede, und sie folgen Ihnen durch jede Migration. Genau deshalb führt die Fassung dieses Vergleichs, die von Grenzwerten ausgeht, zur falschen Schlussfolgerung: man meint, ein neueres Produkt werde es richten. Wird es nicht.

Lohnt sich die Migration? Nach Szenario

Noch auf 2016 oder 2019. Das Datum ist der 14. Juli 2026, und beide enden daran. Der direkte Upgrade-Pfad zur Subscription Edition ist aus beiden unterstützt, per Database Attach, es braucht also keinen Zwischenschritt. Machen Sie zuerst die Prüfung der Abkündigungen: InfoPath, SharePoint-2010-Workflows, SharePoint Designer 2013 und die Basisauthentifizierung überleben den Umzug, aber nicht das Datum.

Die Cloud kommt nicht infrage. Dann ist die Subscription Edition das einzige unterstützte On-Premises-SharePoint, und die Frage ist nicht ob, sondern zu welchen Bedingungen. Planen Sie Software Assurance als dauerhafte Position ein, rechnen Sie damit, Updates öfter als einmal im Jahr zu installieren, und seien Sie ehrlich damit, dass der unbefristete Rückfall heute eine Lizenz für nicht unterstützte Software ist.

Eine regulierte Umgebung. Die Subscription Edition liefert Ihnen die moderne Authentifizierungsgeschichte, OIDC mit Entra ID oder AD FS, bedingten Zugriff, TLS 1.3, AMSI, verschlüsselte Verzeichnisabfragen und Zertifikatsverwaltung in der Farm. Das ist eine wirklich vertretbare Position. Entscheiden Sie nur bewusst über Document Intelligence, denn der KI-Weg führt aus dem Haus.

Full-Trust-Code-Lösungen. Sie sind der eigentliche Grund, warum Farmen bleiben. Nichts in der Subscription Edition entfernt Farm Solutions, aber jedes Funktionsupdate ist eine Gelegenheit für eine auf alten Annahmen gebaute Lösung, zu brechen, und die Servicing-Richtlinie bedeutet, dass man nicht drei Jahre auf einer Build sitzen bleiben kann, während man überlegt. Wer Full Trust Code hat, dessen Migrationsprojekt ist das Codeprojekt.

Tiefe Integration mit Teams und Microsoft 365. Hybride Suche, der Graph Connector und die Power Platform über ein Gateway schließen einen großen Teil der Lücke, aber nicht alles. Ist das Ziel ein Microsoft-365-Arbeitsplatz und SharePoint das Letzte on-premises, dann ist die Farm eine Brücke, und es lohnt sich zu benennen, wie lange die Brücke stehen soll.

Project Server in der Farm. Ihr Horizont ist der 31. Dezember 2031 und nicht 2035, und Project Server Subscription Edition verlangt die Enterprise-Edition der Subscription Edition sowie eine separate Lizenz. Planen Sie diese vier Jahre Abstand ein, bevor sie zum Notfall werden.

Was eine Migration nicht behebt

Es gibt eine naheliegende Lesart von allem oben: das Produkt mit der längsten Bahn wählen, und die Sache ist erledigt. Es ist die Lesart, zu der die Tabellen einladen, und eine, die wir selbst verlernen mussten.

Produkte enden an einem veröffentlichten Datum, und ein veröffentlichtes Datum lässt sich planen. Entwurfsentscheidungen haben kein Supportende. Ordner, die gewählt wurden, weil sie vertraut waren, eindeutige Berechtigungen, eine nach der anderen vergeben, bis sie niemand mehr rekonstruieren kann, eine Anpassung, wo eine Konfiguration gereicht hätte: die reisen mit. Sie kommen unversehrt in der Subscription Edition an, und sie kommen unversehrt in Microsoft 365 an.

Deshalb lohnt es sich, vor jeder Festlegung zwei Listen zu führen. Was heute wegen der Version wehtut, und was heute wegen einer Entscheidung wehtut, die getroffen wurde, als die Anforderung dringend und der Termin näher war als die Folge. Die erste Liste erledigt eine Migration. Die zweite ist ohnehin Arbeit, und meist ist sie die längere.

Bevor Sie entscheiden

  • Schreiben Sie das genaue Supportende dessen auf, was Sie heute betreiben, und beachten Sie, dass 2016 und 2019 es teilen: 14. Juli 2026
  • Prüfen Sie, ob Project Server in der Farm steckt, und planen Sie dann auf 2031 statt auf 2035
  • Klären Sie Ihren Software-Assurance-Status und kalkulieren Sie ihn als dauerhaft, denn eine unbefristete Subscription-Edition-Lizenz gibt es nicht
  • Machen Sie sich klar, dass das Rückfallrecht nur SharePoint Server 2019 umfasst und dessen Support bereits endete
  • Gleichen Sie die Abkündigungsliste mit Ihren Workloads ab: InfoPath, SharePoint-2010-Workflows, SharePoint Designer 2013, Basisauthentifizierung
  • Suchen Sie stsadm.exe in Ihren Automatisierungen, bevor es in einer geplanten Aufgabe still scheitert
  • Entscheiden Sie, in welchem Release-Ring die Farm stehen soll, und halten Sie die Entscheidung fest
  • Planen Sie Updates öfter als einmal jährlich ein, da jede Build ein Jahr unterstützt wird
  • Entscheiden Sie ausdrücklich über Document Intelligence, denn es sendet Dokumentinhalte an Azure OpenAI
  • Wenn Copilot On-Premises-Inhalte sehen soll, ist der Mechanismus der Microsoft Graph Connector und kein On-Premises-Copilot
  • Beheben Sie die Entwurfsprobleme jetzt, denn sie sind es, die mit Ihnen migrieren

Weiterlesen

Entwicklung und Automatisierung

Entwickeln für SharePoint Server Subscription Edition: die Praktiken, die halten

Subscription Edition wird mindestens bis 2035 unterstützt, und ihre SharePoint-Framework-Obergrenze hat sich seit 2023 nicht bewegt. Diese Kombination ist die ganze Aufgabe: eine lange Bahn auf einem stabilen Unterbau. Wie man darauf gut baut, mit Code, der auf der Version läuft, die Ihre Serverfarm tatsächlich akzeptiert.

·22 Min. Lesezeit
KI und Agenten

Ein Copilot-Agentenmanifest ist eine Sicherheitsgrenze. Hier ist der Prüfer dafür.

Jede Eigenschaft, die in einem Microsoft 365 Copilot Agentenmanifest den Geltungsbereich setzt, ist optional, und in sechs Fällen gewährt das Weglassen den größten statt den kleinsten Bereich. Ein JSON-Schema-Validator lässt solche Manifeste durch, weil an keinem etwas ungültig ist: Es fehlt etwas Optionales. Also haben wir die Prüfung geschrieben, die sie findet. Sie findet sechs Probleme in einem Manifest, das jeden anderen Test besteht.

·6 Min. Lesezeit
Entwicklung und Automatisierung

SPFx vor Version 1.0: drei unserer Web Parts in den offiziellen Microsoft-Samples

Die Developer Preview des SharePoint Framework erschien im August 2016. Version 1.0 kam im Februar 2017. Unser erster Beitrag zum offiziellen Sample-Repository von Microsoft 365 stammt vom Oktober 2016, fünf Monate bevor es eine 1.0 gab, auf der man bauen konnte. Drei unserer Web Parts liegen heute in diesem Repository, und dies ist der Zweck jeder einzelnen.

·4 Min. Lesezeit