--- title: "Infrastructure SharePoint on-premise" route: "/offres/infrastructure-onpremise" description: "Auditer, maintenir, sécuriser et faire évoluer une ferme SharePoint on-premise, jusqu'à la migration vers une version supportée." --- # Infrastructure SharePoint on-premise Une ferme SharePoint installée dans le système d'information du client ne peut pas être laissée sans trajectoire. Les versions vieillissent, le système d'exploitation et les bases de données évoluent, les personnalisations doivent être préservées et les équipes capables d'intervenir se raréfient. Axiome accompagne les organisations qui doivent maintenir, sécuriser ou faire évoluer leur environnement SharePoint Server. Notre expérience couvre le dimensionnement, l'installation, la configuration, les montées de version, la migration et la préparation du run. ## Quand cette expertise devient nécessaire Le maintien d'un environnement on-premise peut répondre à plusieurs réalités : - contraintes de sécurité, de souveraineté ou d'isolation - applications et personnalisations encore dépendantes de la ferme - intégrations fortes avec l'identité, les bases de données ou le réseau - trajectoire cloud progressive plutôt qu'une bascule immédiate - fin de support d'une version ou d'un composant d'infrastructure - absence de compétence disponible pour diagnostiquer ou faire évoluer l'environnement Notre rôle n'est pas de défendre l'on-premise par principe. Nous aidons à choisir une trajectoire réaliste : maintenir, mettre à niveau, moderniser, préparer une migration ou combiner plusieurs étapes. ## Auditer avant d'intervenir Une montée de version ne commence pas par l'installation d'un nouveau serveur. Nous cherchons d'abord à comprendre la ferme existante : - topologie, rôles et services - versions de SharePoint, Windows Server et SQL Server - applications web, bases de contenu et volumes - solutions déployées et personnalisations - authentification, certificats et dépendances d'identité - flux réseau et intégrations avec les autres systèmes - sauvegarde, supervision, procédures d'exploitation et responsabilités Cet état des lieux permet d'identifier les prérequis, les incompatibilités, les éléments à reprendre et les décisions qui doivent être prises avant la bascule. ## Migrer SharePoint Server vers SharePoint Server Microsoft ne prend pas en charge la mise à niveau sur place de Windows Server lorsque SharePoint y est installé. Une évolution d'infrastructure demande donc de préparer de nouveaux serveurs ou une nouvelle ferme, puis de déplacer les services et les données selon la trajectoire retenue. Pour une montée de version SharePoint, nous utilisons lorsque le contexte le permet la méthode d'attachement et de mise à niveau des bases de données. Le chemin exact dépend de la version source. Une ferme ancienne peut nécessiter plusieurs étapes intermédiaires avant d'atteindre SharePoint Server Subscription Edition. La trajectoire prend en compte : - les versions sources et cibles prises en charge - les bases de contenu et de services qui peuvent être mises à niveau - les personnalisations à réinstaller, adapter ou retirer - la compatibilité de Windows Server, SQL Server et des composants associés - les identités, certificats, DNS et flux réseau - le dispositif de retour arrière et les critères de validation Le résultat attendu n'est pas seulement une ferme démarrée. Il faut retrouver les contenus, les droits, les recherches, les intégrations et les conditions d'exploitation attendues. Cette migration vise à restituer l'environnement aussi fidèlement que possible sur une version prise en charge. Elle se distingue d'une migration de contenus vers SharePoint Online, qui réorganise et transforme le patrimoine selon une nouvelle architecture cible. [Examiner nos références de migration SharePoint Server](/references/migrations-sharepoint-server). [Voir nos références de migration de contenus vers SharePoint Online](/references/migrations-contenus-sharepoint-online). ## Répéter la migration avant la bascule Nos scripts et procédures permettent de préparer plusieurs exécutions de la trajectoire avant le passage réel. Ces répétitions servent à : - vérifier les prérequis et la séquence des opérations - détecter les incompatibilités et les éléments manquants - tester les ajustements d'identité, de certificats, de DNS et de réseau - mesurer la durée des principales étapes - préparer les contrôles fonctionnels et techniques - construire un plan de bascule et un scénario de retour arrière Chaque répétition enrichit la procédure. La bascule finale s'appuie ainsi sur une séquence éprouvée plutôt que sur une succession d'actions découvertes en production. ## Intervenir dans un environnement fortement contraint Une infrastructure SharePoint ne fonctionne pas isolément. Elle dépend de SQL Server, de l'annuaire, du réseau, des certificats, des règles de sécurité et parfois de composants documentaires complémentaires. Nous avons notamment déployé une ferme multi-serveurs avec Office Online Server dans un environnement industriel soumis à des contraintes de sécurité fortes. Le travail a consisté à intégrer la nouvelle infrastructure à un serveur SQL et à un annuaire existants, tout en faisant valider chaque flux réseau. Ce type de contexte exige une documentation précise, des responsabilités claires et une coordination étroite avec les équipes du client. La difficulté n'est pas seulement d'installer SharePoint, mais de le faire entrer proprement dans un système d'information déjà gouverné. ## Maintenir et exploiter la plateforme Axiome peut intervenir au-delà d'un projet de migration : - analyse d'incidents et de dégradations - revue de configuration et de sécurité - accompagnement des mises à jour - supervision et amélioration des procédures d'exploitation - documentation de la ferme et transfert de compétences - maintenance applicative ou infrastructure selon le périmètre convenu - préparation d'une trajectoire vers Microsoft 365 L'objectif est de réduire la dépendance à une connaissance détenue par une seule personne et de rendre les interventions futures plus prévisibles. ## Une expertise SharePoint complétée par notre réseau Axiome porte l'architecture et l'expertise SharePoint. Une transformation d'infrastructure peut aussi demander une profondeur particulière en sécurité, réseau, automatisation d'infrastructure, système ou cluster SQL. Lorsque le besoin dépasse notre propre champ de maîtrise, nous mobilisons des experts de notre réseau de partenaires. Leur rôle est annoncé clairement. Axiome conserve la compréhension de la ferme SharePoint et veille à la cohérence entre les différentes disciplines. Cette organisation évite deux écueils : réduire un sujet d'infrastructure à la seule couche SharePoint ou prétendre détenir en interne toutes les expertises nécessaires. ## Une expérience construite dans la durée Cette pratique remonte aux premières générations de SharePoint. Elle s'est construite sur des installations, des montées de version, des migrations de fermes et des missions de maintenance conduites pour des organisations telles que TIGF, INRAE, AFPA, CASTEL, DRT, FFSA, Trekk et Technoflex. Ces noms donnent un aperçu de la continuité de la pratique. Le détail des missions reste limité aux éléments dont la publication est autorisée. ## Références techniques Microsoft Les règles de support et de mise à niveau peuvent évoluer. Les documentations Microsoft suivantes précisent les principes techniques mentionnés sur cette page : - [mettre à niveau Windows Server sur un serveur où SharePoint est installé](https://learn.microsoft.com/fr-fr/troubleshoot/sharepoint/installation-and-setup/upgrade-windows-with-sharepoint) - [comprendre le processus de mise à niveau vers SharePoint Server Subscription Edition](https://learn.microsoft.com/fr-fr/sharepoint/upgrade-and-update/overview-of-the-upgrade-process-subscription-edition) - [mettre à niveau les bases de contenu vers SharePoint Server Subscription Edition](https://learn.microsoft.com/fr-fr/sharepoint/upgrade-and-update/upgrade-content-databases-subscription-edition) Ces liens documentent les règles de l'éditeur. La trajectoire applicable à une ferme dépend toujours de sa version, de son niveau de mise à jour, de ses personnalisations et de son infrastructure. ## Questions fréquentes **Intervenez-vous sur une version ancienne de SharePoint ?** Oui, pour diagnostiquer l'environnement et construire une trajectoire. La faisabilité dépend de la version exacte, de son niveau de mise à jour, des personnalisations et des infrastructures compatibles. Intervenir sur une version ancienne ne lui rend pas pour autant le support de l'éditeur. **Faut-il passer par toutes les versions intermédiaires ?** Pas systématiquement. Le chemin dépend de la version source et de la cible. SharePoint Server Subscription Edition accepte notamment une mise à niveau par attachement de bases depuis certaines versions prises en charge. Une source plus ancienne peut demander une ou plusieurs fermes intermédiaires. **Le cloud est-il toujours la destination finale ?** Non. Certains contextes justifient durablement un environnement on-premise. Dans d'autres cas, une ferme mise à niveau constitue une étape vers Microsoft 365. Nous évaluons la trajectoire à partir des contraintes du client. **Peut-on limiter l'interruption de service ?** Oui, en préparant la nouvelle ferme, en répétant la migration, en mesurant les temps de passage et en organisant précisément la bascule. La durée dépend toutefois des volumes, des personnalisations et des contrôles attendus. **Axiome réalise-t-elle seule toutes les dimensions de l'infrastructure ?** Non. Nous portons l'expertise SharePoint et mobilisons si nécessaire des partenaires spécialisés pour les autres disciplines. Les responsabilités restent explicites. ## Préparons la trajectoire de votre ferme Version en fin de support, migration à sécuriser, incident récurrent ou architecture à documenter : un premier échange permet d'identifier les informations nécessaires au diagnostic. [Présenter votre environnement SharePoint Server](/contact).