--- title: "Migrations SharePoint Server" route: "/references/migrations-sharepoint-server" description: "Des migrations de fermes SharePoint Server par attachement de bases, avec adaptation des développements spécifiques et répétition des bascules." --- # Migrer une ferme SharePoint Server sans reconstruire en production Une migration SharePoint Server répond souvent à une nécessité de continuité : maintenir la plateforme sur des versions de SharePoint, Windows Server et SQL Server prises en charge par Microsoft. Lorsque l'une de ces briques arrive en fin de support, conserver la ferme en l'état accroît le risque de sécurité et réduit les possibilités de correction en cas d'incident. La trajectoire repose sur la méthode « database-attach upgrade » documentée par Microsoft. Une nouvelle ferme est préparée sur la version cible, puis les bases de données sont copiées, attachées et mises à niveau. Une ferme ancienne peut nécessiter plusieurs étapes intermédiaires avant d'atteindre SharePoint Server Subscription Edition. Les personnalisations sont examinées en parallèle. Les solutions WSP et les développements spécifiques peuvent demander des ajustements, une recompilation ou une réécriture partielle lorsque les API SharePoint et les versions de .NET Framework évoluent entre SharePoint 2010, 2013, 2016, 2019 et Subscription Edition. Nous prenons en charge ces adaptations et leur validation dans la ferme cible. [Évaluer le chemin de mise à niveau de votre ferme](/contact). ## Des migrations réalisées sur plusieurs générations de SharePoint ### Déployer SharePoint 2013 sur une infrastructure virtualisée En 2016, pour un organisme national du secteur de la formation, Axiome a conçu l'architecture cible, préparé le plan de migration et exécuté la migration d'un environnement SharePoint 2013 vers une nouvelle ferme déployée sur une infrastructure virtualisée. La mise en recette a inclus le rafraîchissement des bases, la restauration du service de métadonnées gérées et la mise à jour de solutions WSP. Cette mission illustre la prise en charge conjointe de l'infrastructure SharePoint et des composants spécifiques nécessaires au fonctionnement de la plateforme. ### Faire évoluer SharePoint 2013 vers Subscription Edition En 2022 et 2023, pour un organisme national de recherche, Axiome a fait évoluer une infrastructure SharePoint 2013 vers SharePoint Server Subscription Edition. Le périmètre concernait 15 000 utilisateurs. La trajectoire utilisait la méthode « database-attach upgrade » et comprenait aussi la reprise d'une application métier et de ses données associées. ### Préparer une ferme 2019 pour Subscription Edition En 2025 et 2026, pour un groupe industriel, Axiome a préparé une nouvelle ferme Subscription Edition, une plateforme de staging et la migration depuis SharePoint 2019 par attachement des bases de données. Le périmètre comprend aussi l'évolution de l'authentification vers OIDC. ### Migrer une plateforme hospitalière vers Subscription Edition En 2026, pour un établissement du secteur hospitalier, la mission associe un audit préalable, l'installation de la nouvelle ferme et la mise à niveau des bases de données depuis SharePoint 2019 vers Subscription Edition. Elle prépare également la reprise de la maintenance de la plateforme après la migration. ### Sortir d'une infrastructure arrivée en fin de support En 2024, une entreprise du secteur industriel devait remplacer les serveurs Windows Server 2012 de sa ferme SharePoint, dont le support Microsoft avait pris fin. Axiome a installé une nouvelle ferme, migré l'environnement existant et préparé la bascule DNS. Cette trajectoire montre qu'une migration SharePoint Server peut être imposée par le cycle de support de l'infrastructure, même lorsque la version fonctionnelle de SharePoint reste inchangée. ### Construire des trajectoires par étapes En 2014, pour un hébergeur de solutions informatiques, Axiome a réalisé la migration technique de trois applications de SharePoint 2007 vers SharePoint 2013. Entre 2015 et 2016, pour un opérateur du secteur de l'énergie, l'audit de fermes SharePoint 2010 a été suivi par la préparation des environnements, des plans de migration et des procédures de continuité vers SharePoint 2013, puis par un programme d'infrastructure et de migration SharePoint 2016. ## Préparer le database-attach upgrade La méthode ne consiste pas à déplacer une ferme complète d'un serveur à l'autre. La ferme cible est construite séparément, sur des versions compatibles de SharePoint, Windows Server et SQL Server. Sa configuration est recréée avant d'y attacher des copies des bases de données de la ferme source. La préparation vérifie : - le niveau de mise à jour exact de la ferme source - le chemin de migration autorisé jusqu'à la version cible - l'état des bases et les corrections à réaliser avant leur copie - les fonctionnalités, solutions WSP et composants attendus par chaque base - la compatibilité des développements spécifiques avec les API SharePoint et .NET Framework de la ferme cible - les paramètres d'authentification, certificats, DNS et flux nécessaires à la bascule Avant l'attachement, les contrôles de compatibilité signalent les composants absents de la ferme cible. Les solutions nécessaires sont installées, adaptées ou recompilées avant la mise à niveau des bases. Cette préparation évite de découvrir pendant la bascule qu'une application dépend d'une fonctionnalité ou d'un framework qui n'existe plus dans la version cible. Lorsqu'une migration directe n'est pas prise en charge, la même méthode est répétée sur une ou plusieurs fermes intermédiaires. Chaque étape possède ses propres prérequis, adaptations et contrôles. ## Répéter pour fiabiliser la fenêtre de bascule La production ne doit pas servir de premier essai. La trajectoire est exécutée sur des environnements préparatoires à partir de copies des bases. Chaque répétition transforme les constats techniques en corrections, en contrôles et en étapes intégrées à la procédure de bascule. Chaque répétition sert à : - confirmer les prérequis et l'ordre des opérations - corriger une solution manquante ou une incompatibilité - mesurer le temps de copie et de mise à niveau des bases - vérifier les développements adaptés dans la ferme cible - chronométrer les contrôles après migration - établir la durée prévisible d'interruption - fixer les critères de poursuite et de retour arrière La répétition produit un déroulé exploitable : responsables, horaires, commandes, contrôles, points de décision et solution de repli. Avant la bascule, les équipes disposent d'une durée mesurée et d'une procédure déjà exécutée. ## Coordonner les dépendances avant le jour de la migration Une migration de ferme mobilise plusieurs équipes : SharePoint, système, bases de données, identité, réseau, sécurité et exploitation. Leurs interventions sont intégrées au même déroulé afin que la copie des bases, les changements DNS, l'ouverture des flux, les certificats et les contrôles s'enchaînent dans le bon ordre. Axiome porte l'architecture et la cohérence SharePoint. Lorsque la trajectoire demande une expertise plus profonde en sécurité, réseau, système ou cluster SQL, elle est apportée par un partenaire identifié. Les responsabilités et les conditions de passage d'une étape à la suivante restent explicites. ## Valider la ferme avant sa remise en exploitation Le démarrage des serveurs ne suffit pas à autoriser la remise en service. La validation s'appuie sur des contrôles définis avant la bascule : état des bases mises à niveau, disponibilité des applications, fonctionnement des solutions adaptées, authentification, recherche, intégrations et tâches planifiées. Les sauvegardes, la supervision et les procédures d'exploitation sont également vérifiées avant le transfert au run. La documentation décrit la ferme obtenue, la séquence réellement exécutée, les contrôles réalisés et les points qui restent sous surveillance. ## Une autre finalité que la migration de contenus vers SharePoint Online Une migration SharePoint Server vers SharePoint Server cherche à restituer une ferme sur une version prise en charge. Elle reprend des bases de données et des composants d'infrastructure selon un chemin de mise à niveau compatible. Une migration vers SharePoint Online sélectionne et transforme des contenus pour les inscrire dans une nouvelle architecture cible. PopCloud répond à ce second objectif avec une méthode de qualification, de communication, d'orchestration et de pilotage. [Examiner les références de migration de contenus vers SharePoint Online](/references/migrations-contenus-sharepoint-online). ## Évaluons le chemin de mise à niveau de votre ferme À partir de la version installée, de son niveau de mise à jour, des bases et des personnalisations, nous pouvons identifier les étapes intermédiaires, les adaptations à prévoir et les premiers contrôles à conduire. [Évaluer votre trajectoire SharePoint Server](/contact).