SharePoint 2016, 2019, Subscription Edition et Online : ce qui change vraiment

Il y a beaucoup de confusion entre SharePoint 2016, SharePoint 2019, Subscription Edition et SharePoint Online, et l'essentiel vient de comparaisons construites à partir de listes de fonctionnalités.

Les listes de fonctionnalités sont le mauvais outil. La décision se joue sur trois choses : quand le support prend fin, à quoi la licence donne réellement droit, et lesquelles des différences touchent votre architecture. Cet article, c'est ces trois choses, vérifiées auprès de la documentation de Microsoft elle-même plutôt qu'auprès d'autres articles.

Le support, qui est la seule date qui compte

Deux choses dans ce tableau méritent qu'on s'arrête.

2016 et 2019 s'arrêtent le même jour. Ce ne sont pas deux dates voisines arrondies. Microsoft a délibérément aligné la fin du support étendu de 2019 sur celle de 2016, pour que 2019 ne s'arrête pas avant son prédécesseur. Si vous avez migré de 2016 vers 2019 pour gagner du temps, le calendrier montre combien vous en avez gagné : aucun.

Subscription Edition n'a pas de date de fin de support, et c'est une politique, pas un oubli. Elle suit la Modern Lifecycle Policy, qui n'a pas de date fixe. Ce qu'elle a, c'est un plancher. Microsoft publie une page d'"Earliest Possible EoS Dates" pour les produits serveur sous la politique Modern, et y indique que ces produits "resteront pris en charge au moins jusqu'à la date indiquée" :

Project Server est quatre ans plus tôt que SharePoint, sur la même page, dans le même tableau. Si votre ferme porte Project Server, votre horizon de planification est 2031 et non 2035, et presque personne ne le remarque parce que les deux produits sont d'ordinaire discutés ensemble.

Le piège à l'intérieur de "pas de date de fin de support"

Que Subscription Edition soit prise en charge indéfiniment ne veut pas dire que votre Subscription Edition l'est.

La politique de servicing est explicite : chaque public update est pris en charge un an à compter de sa sortie, la prise en charge s'arrêtant le deuxième mardi du même mois l'année suivante. Faites tourner une build plus ancienne et vous êtes hors support sur un produit qui ne sort jamais du support. Si vous appelez le support Microsoft dans cet état, on peut vous demander de mettre à jour avant que quiconque vous aide.

À partir de la mise à jour 24H2, le produit vous le dit lui-même. Central Administration et la SharePoint Management Shell affichent un avis informatif six mois avant la fin de support d'une build, un avertissement à trois mois, et une erreur ensuite, qui atterrit aussi dans le journal des applications Windows.

Donc "evergreen" est un engagement dans les deux sens. Microsoft continue de publier ; vous continuez d'installer. Une ferme mise à jour une fois par an est à la limite de la supportabilité, par construction.

La licence, où se trouve la surprise

C'est la partie qui change les décisions, et c'est celle qui tient rarement dans un tableau comparatif.

Le modèle reste serveur plus CAL. Une licence serveur pour chaque copie du logiciel serveur que vous installez et utilisez, et une Client Access License pour chaque utilisateur ou appareil qui y accède. Cela n'a pas changé depuis 2016.

Ce qui a changé, c'est qu'on ne peut pas acheter Subscription Edition une fois pour toutes. Le guide de licence de Microsoft est direct : pour exécuter Subscription Edition et y accéder, il faut un plan Software Assurance actif, sur le serveur et sur les CAL, ou une licence par abonnement. Il n'existe pas de licence perpétuelle de Subscription Edition.

Et le droit de repli n'est pas celui qu'on suppose. Les licences par abonnement accordent un droit perpétuel d'exécuter uniquement SharePoint Server 2019. Selon les termes de Microsoft, si la couverture Software Assurance expire, ou si vous achetez une licence de sortie, vous devez "désinstaller le logiciel Subscription Edition et pouvez installer le logiciel de la version 2019".

Lisez cela face au premier tableau. Le filet de sécurité sous Subscription Edition est une version dont le support a pris fin le 14 juillet 2026. À partir de cette date, laisser expirer la Software Assurance ne vous fait pas redescendre vers un produit plus ancien mais pris en charge. Cela vous fait redescendre vers un produit sous licence et sans support. Quoi qu'on dise par ailleurs de Subscription Edition, sa licence est un coût récurrent sans plancher perpétuel en dessous, et cela relève du dossier économique et non d'une note de bas de page.

Trois autres points de licence à avoir au clair :

• Les Enterprise CAL sont additionnelles et conditionnelles. Le guide dit qu'elles "ne sont requises que si des fonctionnalités correspondant à la SharePoint Enterprise CAL sont utilisées". On les achète pour ce que les gens utilisent, pas pour tout le monde.
• Project Server Subscription Edition ne tourne que sur la version Enterprise de Subscription Edition, et se licencie séparément. Il ne peut pas être activé avec une licence Standard. Et ce n'est plus une installation distincte : c'est une service application à l'intérieur de la ferme SharePoint.
• La Software Assurance apporte des droits de Disaster Recovery pour toutes les éditions, et la License Mobility pour les licences serveur.

Ce qui a changé de 2016 à 2019

C'est le plus petit des deux sauts, et c'est surtout l'expérience moderne qui arrive en on-premises.

• Communication sites, avec le composant WebPart Hero
• Team sites modernes, pages modernes et composants WebPart modernes
• Listes et bibliothèques modernes, au niveau de ce qui existait alors dans Microsoft 365
• Partage moderne, avec des avertissements quand on partage avec un grand groupe ou beaucoup d'éléments d'un coup
• Recherche moderne, à côté de la classique, avec des résultats qui apparaissent avant qu'on ait fini de taper
• La page d'accueil SharePoint, qui a remplacé sites.aspx et est devenue le point d'entrée de la création de sites en libre-service
• Création rapide de sites, en quelques secondes, et pour trois modèles seulement : site personnel OneDrive, team site moderne et communication site
• Fichiers jusqu'à 15 Go, contre 10 Go
• Chemins de fichier jusqu'à 400 caractères, contre 260
• # et % autorisés dans les noms de fichiers et de dossiers
• L'application de synchronisation OneDrive (OneDrive.exe) à la place de Groove, avec Files On-Demand
• Authentification SMTP à l'envoi du courrier, ce qui évite un relais uniquement pour satisfaire un serveur de messagerie durci
• Power Apps, Power BI et Power Automate, via une passerelle
• Les API IIS 7+, abandonnant les composants de compatibilité IIS6 dans les prérequis

Le thème est constant : 2019, c'est 2016 avec l'interface moderne et une série de limites relevées. Ce n'est pas une nouvelle architecture.

Ce qui a changé de 2019 à Subscription Edition

Celui-là est bien un changement d'architecture, et il porte presque entièrement sur l'identité, la sécurité et la façon dont le produit est servi.

Authentification. OpenID Connect 1.0 arrive, avec Microsoft Entra ID, AD FS 2016 ou supérieur, et tout fournisseur tiers implémentant OIDC. C'est ce qui met l'authentification multifacteur et l'accès conditionnel à portée d'une ferme on-premises. Le People Picker a été repris pour qu'un fournisseur d'identité de confiance n'exige plus un claims provider écrit en C#, à condition que la User Profile Application se synchronise depuis l'annuaire de membres du fournisseur.

Sécurité. La ferme a gagné sa propre gestion des certificats SSL : générer des demandes de signature, importer et exporter, déployer sur tous les serveurs, affecter aux web applications et alerter avant expiration, le tout depuis Central Administration et PowerShell. TLS 1.3 est pris en charge, et le chiffrement TLS fort est actif par défaut, l'un et l'autre uniquement quand la ferme tourne sur Windows Server 2022 ou ultérieur. La section machineKey du web.config est chiffrée par défaut.

Installation. Windows Server 2022 et Windows Server Core sont pris en charge. La mise à niveau est prise en charge directement depuis 2019 et depuis 2016, N-1 et N-2, par database attach. Tout ce qui est antérieur à 2016 doit d'abord passer par 2016 ou 2019. AppFabric a cessé d'être un composant séparé et fait désormais partie de Distributed Cache.

Administration de la ferme. Central Administration peut utiliser un host header, donc partager le port 443 avec le contenu. Server Name Indication fonctionne. Les liaisons IIS d'une web application peuvent être modifiées sans supprimer puis recréer la web application, ce qui était auparavant une opération réellement risquée.

Sites et bibliothèques. Les composants WebPart modernes de liste et de bibliothèque sont devenus inscriptibles. En 2019 ils étaient en lecture seule, donc il fallait quitter la page pour ajouter ou modifier quoi que ce soit ; dans Subscription Edition ils créent, téléversent, partagent, renomment, suppriment et modifient sur place. Les document sets ont une expérience moderne. L'extraction et l'archivage en masse sont arrivés, ainsi que le téléchargement en masse, qui compresse la sélection, dans certaines limites : 10 Go par fichier, 20 Go au total, 100 niveaux de dossiers, 10 000 fichiers.

Stockage. Un nouveau fournisseur de remote BLOB storage, Remote Share Provider, sort les BLOB de SQL Server vers du stockage SMB, avec Test-SPRemoteShareBlobStore pour vérifier la cohérence.

PowerShell. Les cmdlets sont passées de composant logiciel enfichable à module, donc elles se chargent dans n'importe quelle console PowerShell sans Add-PSSnapin. Elles exigent toujours Windows PowerShell : elles ne sont pas compatibles avec PowerShell 7.

Ce que Subscription Edition a accumulé depuis 2021

Subscription Edition en 2026 n'est pas le produit sorti en 2021. Les mises à jour de fonctionnalités arrivent deux fois par an, dans deux anneaux : Early release, où les nouvelles expériences apparaissent dès qu'elles sont prêtes, et Standard release, le réglage par défaut, où elles arrivent après une validation supplémentaire. La plupart des fonctionnalités passent une mise à jour en Early et la suivante en Standard.

Voici ce qui s'est réellement accumulé, avec la mise à jour qui l'a apporté :

• L'intégration AMSI (22H2), qui analyse les requêtes HTTP et HTTPS via n'importe quel produit antimalware compatible AMSI, activée par défaut depuis 23H2, avec une règle de health analyzer qui envoie des requêtes simulées toutes les heures pour prouver que cela fonctionne toujours
• La prise en charge de SPFx 1.5.1 (23H1), puis de React 16 et Office UI Fabric React 7 (23H2)
• Les correctifs "uber" uniques (23H1). Avant mars 2023 il fallait deux mises à jour par mois, le core et le language pack, et n'en installer qu'une était une cause fréquente de comportements étranges
• People Picker sur LDAPS (23H2), pour que les recherches dans l'annuaire soient chiffrées
• Une identité visuelle propre dans la Suite Bar (23H2)
• Des verticales de recherche personnalisées dans les résultats modernes (24H1), qui n'existaient auparavant que dans l'expérience classique
• La rotation automatique de la machine key (25H1), via un timer job qui s'exécute le dernier dimanche de chaque mois
• Une nouvelle couche de connexion à la base de données, Microsoft.Data.SqlClient, avec TDS 8.0 et TLS 1.3 vers SQL Server (25H1), et des réglages de chiffrement par base (25H2)
• CKEditor 5 remplaçant CKEditor 4, en fin de vie, dans les composants WebPart Texte et Événements (25H2)
• L'exclusion de la claim "Everyone" du People Picker (26H1), à l'échelle de la web application, pour éviter les partages excessifs accidentels

Deux d'entre elles méritent leur propre section, parce que ce sont celles qui cassent le tableau habituel.

Ce qui n'est jamais arrivé en on-premises, et les notes que ce tableau appelle

La comparaison qui circule ressemble à ceci :

Il est exact jusqu'à un certain point. Deux de ces lignes ont changé de forme depuis sa rédaction, et le changement est assez récent pour que la plupart des copies soient antérieures à la nouvelle.

Copilot ne tourne pas dans votre ferme. Il peut l'indexer. Depuis la build de novembre 2024, Subscription Edition prend en charge le Microsoft Graph connector. La description de Microsoft est précise : avec les Graph connectors, "Microsoft Search ou Microsoft 365 Copilot dans votre organisation peuvent indexer et exploiter les données stockées dans SharePoint Server", et le connecteur "respecte les permissions d'origine configurées dans SharePoint Server". Donc la réponse à "Copilot peut-il voir notre contenu on-premises" est oui, via un tenant Microsoft 365, permissions respectées. La réponse à "Copilot tourne-t-il en on-premises" reste non. Ce sont deux questions différentes et elles ont deux réponses différentes.

Il y a de l'IA dans Subscription Edition, et elle appelle Azure. Document Intelligence est arrivé en 25H2, en Early release, et est devenu disponible pour tous en 26H1. Aujourd'hui c'est une seule chose : le résumé de documents par IA, pour .doc, .docx, .pdf, .txt, .rtf, .html, .pptx et .md.

Ce qui compte pour qui a choisi l'on-premises par résidence des données, c'est le fonctionnement. L'activer suppose d'exécuter un script PowerShell de Microsoft qui provisionne des ressources Azure, et le résumé lui-même "utilise les services Azure OpenAI". Vous fournissez un tenant ID, un subscription ID, un emplacement de ressources et un certificat du SharePoint Certificate Manager, que le script téléverse vers une inscription d'application Azure pour l'authentification Microsoft Entra ID.

Autrement dit, l'IA ne tourne pas dans votre ferme. Vos documents en sortent. Si la raison pour laquelle votre SharePoint est on-premises est que le contenu ne doit aller nulle part, Document Intelligence est une fonctionnalité qu'on décide délibérément de ne pas activer, et elle est désactivée par défaut au niveau de la ferme, de la collection de sites et de la bibliothèque. Un détail de plus à connaître avant qu'on vous en fasse la démonstration : les utilisateurs ont besoin de la permission Modifier pour s'en servir. Ceux qui n'ont que la lecture ne peuvent rien résumer.

# 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

Le reste du tableau tient. Loop, Viva Connections et SharePoint Embedded sont des services Microsoft 365 et n'ont figuré dans aucune mise à jour de fonctionnalités de Subscription Edition, de la 22H2 à la 26H1.

La version avec ses notes comporte donc trois lignes nuancées plutôt qu'une colonne de non :

Déprécié et supprimé, et une date à vérifier deux fois

Subscription Edition a sa propre liste de choses en voie de sortie, et l'une des dates est la même que la fin de support de 2016 et 2019 :

Pris en charge seulement jusqu'au 14 juillet 2026 : InfoPath Forms Services, les workflows SharePoint 2010, SharePoint Designer 2013, et l'authentification Basic.

Autrement dit, un passage de 2016 à Subscription Edition emporte avec lui InfoPath et l'authentification Basic, et les perd exactement le jour auquel il échappait. Si votre plan de migration traite le 14 juillet 2026 comme la ligne d'arrivée, vérifiez cette liste d'abord, parce que pour certaines charges de travail c'est la ligne d'arrivée deux fois.

L'authentification Basic se resserre déjà avant cette date : depuis la mise à jour 24H2, les administrateurs ne peuvent plus créer de nouvelles web applications ou extensions qui l'utilisent. Les existantes continuent de fonctionner.

Également dépréciés, sans cette date : Microsoft Workflow Manager, remplacé par SharePoint Workflow Manager, que Microsoft dit vouloir prendre en charge au-delà de 2026. Internet Explorer 11 n'est pris en charge que dans Central Administration, et dans aucun site de contenu.

Déjà supprimés, et c'est la liste qui casse les mises à niveau : Access Services 2010 et 2013, le mode d'authentification classique pour les web applications de contenu, PerformancePoint Services, l'application de synchronisation Groove et ses API de web service de listes, stsadm.exe, Update-SPHelp, le Claims to Windows Token Service, et l'ancien Cloud Hybrid Search.

Deux de ces éléments méritent d'être signalés à qui fait tourner des scripts hérités. stsadm.exe a totalement disparu, donc toute automatisation qui l'appelle encore échouera au lieu d'avertir. Et le Claims to Windows Token Service apparaît toujours dans Central Administration, mais le service Windows qui est derrière n'est pas installé, si bien que le démarrer produit une erreur au sujet d'un c2wtshost.exe.config manquant. La fonctionnalité a l'air présente et ne l'est pas.

Les limites qui façonnent l'architecture

Il existe une longue tradition consistant à comparer ces produits par leurs bornes, et elle produit des tableaux sur lesquels personne n'agit. La version utile est plus courte, parce que la limite est rarement ce qui fait mal.

Une liste tient des millions d'éléments sur n'importe lequel de ces produits. Ce qui fait mal, c'est une vue qui tente de lire au-delà du seuil, un index qui n'a jamais été créé, et une colonne ajoutée alors que la liste était déjà grande.

Les permissions uniques sont prises en charge partout. Ce qui fait mal, c'est des milliers d'entre elles dans une bibliothèque, parce que chacune est une portée de sécurité à évaluer, et parce qu'un an plus tard personne ne sait dire qui voit quoi ni pourquoi.

Les métadonnées et les dossiers fonctionnent tous les deux. Ce qui fait mal, c'est de choisir les dossiers parce qu'ils sont familiers puis d'avoir besoin d'une vue transversale, ou de choisir les métadonnées sans jamais les imposer, la moitié des documents restant sans valeurs.

La recherche indexe tout, en on-premises comme en ligne. Ce qui fait mal, c'est des types de contenu qui n'ont jamais été conçus, donc rien sur quoi affiner, et un calendrier d'analyse défini une fois et jamais revu.

La synchronisation fonctionne. Ce qui fait mal, c'est de synchroniser une bibliothèque conçue comme une archive.

Aucune de ces choses n'est une différence de produit. Ce sont toutes des différences de conception, et elles vous suivent à chaque migration. C'est pourquoi la version de cette comparaison qui part des limites mène les gens à la mauvaise conclusion : ils pensent qu'un produit plus récent réglera le problème. Il ne le réglera pas.

Faut-il migrer ? Par scénario

Encore en 2016 ou 2019. La date est le 14 juillet 2026 et les deux s'y arrêtent. Le chemin de mise à niveau directe vers Subscription Edition est pris en charge depuis les deux, par database attach, donc pas de saut intermédiaire. Faites d'abord le contrôle des dépréciations : InfoPath, les workflows SharePoint 2010, SharePoint Designer 2013 et l'authentification Basic survivent au déplacement mais pas à la date.

Vous ne pouvez pas aller vers le cloud. Alors Subscription Edition est le seul SharePoint on-premises pris en charge, et la question n'est pas si, mais à quelles conditions. Budgétez la Software Assurance comme une ligne permanente, prévoyez d'installer des mises à jour plus d'une fois par an, et soyez honnête sur le fait que le repli perpétuel est désormais une licence pour du logiciel non pris en charge.

Un environnement réglementé. Subscription Edition vous donne le récit de l'authentification moderne, OIDC avec Entra ID ou AD FS, l'accès conditionnel, TLS 1.3, AMSI, des recherches d'annuaire chiffrées et la gestion du cycle de vie des certificats dans la ferme. C'est une position réellement défendable. Décidez simplement de manière délibérée au sujet de Document Intelligence, parce que le chemin de l'IA sort du bâtiment.

Des solutions Full Trust Code. C'est la vraie raison pour laquelle les fermes restent. Rien dans Subscription Edition ne supprime les farm solutions, mais chaque mise à jour de fonctionnalités est une occasion pour une solution bâtie sur d'anciennes hypothèses de casser, et la politique de servicing signifie qu'on ne peut pas rester trois ans sur une build le temps de décider. Si vous avez du Full Trust Code, le projet de migration est le projet de code.

Intégration poussée avec Teams et Microsoft 365. La recherche hybride, le Graph connector et la Power Platform via passerelle comblent une bonne partie de l'écart, mais pas tout. Si la destination est un poste de travail Microsoft 365 et que SharePoint est la dernière chose en on-premises, la ferme est un pont, et il vaut la peine de dire combien de temps ce pont est censé tenir.

Project Server dans la ferme. Votre horizon est le 31 décembre 2031 et non 2035, et Project Server Subscription Edition exige l'édition Enterprise de Subscription Edition et une licence distincte. Planifiez cet écart de quatre ans avant qu'il ne devienne une urgence.

Ce qu'une migration ne règle pas

Il y a une lecture naturelle de tout ce qui précède : choisir le produit à la piste la plus longue, et le problème est réglé. C'est la lecture à laquelle les tableaux invitent, et c'en est une que nous avons nous-mêmes dû désapprendre.

Les produits arrivent en fin de support à une date publiée, et une date publiée se planifie. Les décisions de conception, elles, n'ont pas de fin de support. Des dossiers choisis parce qu'ils étaient familiers, des permissions uniques accordées une à une jusqu'à ce que personne ne puisse les reconstituer, une personnalisation écrite là où une configuration suffisait : celles-là voyagent. Elles arrivent intactes dans Subscription Edition et elles arrivent intactes dans Microsoft 365.

Il vaut donc la peine de tenir deux listes avant de s'engager sur quoi que ce soit. Ce qui fait mal aujourd'hui à cause de la version, et ce qui fait mal aujourd'hui à cause d'une décision prise quand le besoin était urgent et l'échéance plus proche que la conséquence. Une migration s'occupe de la première liste. La seconde est du travail de toute façon, et c'est en général la plus longue.

Avant de décider

• Notez la date exacte de fin de support de ce que vous exploitez aujourd'hui, et remarquez que 2016 et 2019 la partagent : 14 juillet 2026
• Vérifiez si Project Server est dans la ferme et, si oui, planifiez à 2031 plutôt qu'à 2035
• Confirmez l'état de votre Software Assurance, et budgétez-la comme permanente, car il n'existe pas de licence perpétuelle de Subscription Edition
• Comprenez que le droit de repli ne porte que sur SharePoint Server 2019, dont le support a déjà pris fin
• Confrontez la liste des dépréciations à vos charges de travail : InfoPath, workflows SharePoint 2010, SharePoint Designer 2013, authentification Basic
• Cherchez stsadm.exe dans vos automatisations avant qu'il n'échoue en silence dans une tâche planifiée
• Décidez dans quel anneau de diffusion la ferme doit se trouver, et consignez la décision
• Prévoyez d'installer des mises à jour plus d'une fois par an, puisque chaque build est prise en charge un an
• Décidez explicitement au sujet de Document Intelligence, parce qu'il envoie le contenu des documents à Azure OpenAI
• Si vous voulez que Copilot voie du contenu on-premises, le mécanisme est le Microsoft Graph connector, pas un Copilot on-premises
• Corrigez les problèmes de conception maintenant, parce que ce sont eux qui migrent avec vous