Migrer un serveur de fichiers vers Microsoft 365 avec l'outil SharePoint Migration Tool

L'outil SharePoint Migration Tool (SPMT) est un outil gratuit de Microsoft qui vous permet de déplacer des contenus depuis des serveurs de fichiers locaux et des environnements de serveur SharePoint vers SharePoint, OneDrive ou Teams dans Microsoft 365, y compris les permissions, les versions et, avec des restrictions, aussi les flux de travail. Le processus se décompose en quatre étapes : installation, analyse et évaluation, création d'une tâche de migration, ainsi que surveillance et rapports. En pratique, ce sont avant tout les chemins de destination trop longs et certains éléments non pris en charge qui entraînent des erreurs. État : août 2026.

Que peut migrer l'outil SharePoint Migration Tool ?

SPMT migre les contenus des partages de fichiers locaux et réseau, ainsi que de SharePoint Server 2010, 2013, 2016 et 2019, et de SharePoint Foundation 2010 et 2013 vers SharePoint, OneDrive et Teams dans Microsoft 365, comme l'énumère Microsoft dans Ce qui est pris en charge dans SPMT. De plus, les flux de travail prêts à l'emploi de SharePoint Server 2010 et les flux de travail SharePoint Designer peuvent être migrés vers Power Automate. En revanche, il n'est pas possible de migrer d'un tenant Microsoft 365 à un autre : SPMT ne déplace les contenus que depuis des sources en local vers le cloud. Pour les migrations de tenant à tenant, Microsoft renvoie à une solution de migration Cross-Tenant séparée.

Quels accès et permissions faut-il au préalable ?

Pour la migration, vous avez besoin de deux accès séparés : l'accès à la cible en tant qu'administrateur OneDrive/SharePoint ou administrateur de site, ainsi que l'accès à la source avec des droits de lecture sur les contenus du serveur SharePoint à migrer. À la connexion, SPMT prend en charge NTLM, Kerberos, Forms, ADFS, l'authentification multifacteur, les claims basés sur SAML et les certificats clients. Une exception s'applique si le serveur local utilise plusieurs fournisseurs d'authentification simultanément, y compris l'authentification Windows : dans ce cas, l'authentification Windows n'est pas prise en charge et vous devez passer à l'une des autres méthodes.

Pourquoi les migrations échouent-elles le plus souvent dans la pratique ?

L'erreur technique la plus fréquente dans les migrations SPMT est celle des chemins de destination trop longs. Selon le guide de dépannage pour SPMT officiel, le chemin complet, y compris le nom de fichier, doit être inférieur à 400 caractères pour OneDrive et SharePoint, sinon l'analyse s'arrête avec le message « Target path is too long ». Les noms de dossiers non valides sont tout aussi fréquents, que l'analyse signale avec « The folder name is invalid ». Avant une migration plus importante, il est donc judicieux de vérifier préalablement la structure des dossiers sur le serveur de fichiers, plutôt que de découvrir des problèmes de chemin au milieu de la migration en cours.

Que ne prend pas en charge SPMT ?

Certains éléments ne peuvent pas être migrés avec SPMT : une structure pure sans contenu, un modèle de site cible moderne librement choisi, des pages maîtres, des formulaires InfoPath, ainsi que les formulaires de création, d'édition et d'affichage personnalisés de listes avec leur contenu. Microsoft énumère ces restrictions dans le tableau de support pour Ce qui est pris en charge dans SPMT. SPMT est disponible pour les environnements de cloud gouvernemental, mais pas pour les locataires Office 365 exploités par 21Vianet en Chine.

Comment migrer de plus grandes quantités de données de manière fiable ?

Pour les grandes quantités de données, installez SPMT sur plusieurs machines Windows ou machines virtuelles physiquement séparées et laissez les tâches de migration en masse s'exécuter en parallèle pour atteindre le débit maximal. Pour automatiser cette orchestration, selon la FAQ de SPMT, utilisez le Migration Manager. Les tâches de migration peuvent également être réexécutées de manière incrémentale, de sorte que seuls les fichiers nouveaux ou modifiés depuis la dernière exécution sont transférés. Pour les entreprises qui souhaitent combiner une migration de serveur de fichiers avec une numérisation plus importante, c'est souvent un bon moment pour intégrer directement les processus manuels existants dans l'automatisation, par exemple dans le cadre d'une consultation en automatisation.

Questions fréquemment posées sur l'outil SharePoint Migration Tool

SPMT peut-il migrer les contenus d'un tenant Microsoft 365 à un autre ?

Non. Selon la FAQ officielle, SPMT ne migre que les contenus depuis un serveur SharePoint sur site, pas d'un tenant Microsoft 365 à un autre. Pour les migrations de tenant à tenant, il existe une solution de migration Cross-Tenant séparée pour SharePoint et OneDrive.

Quelle est la longueur maximale d'un chemin de fichier pour la migration vers SharePoint Online ?

Le chemin complet, y compris le nom du fichier, doit être inférieur à 400 caractères pour OneDrive et SharePoint. Si un chemin dépasse cette limite, SPMT arrête l'analyse avec un message d'erreur approprié avant que la migration proprement dite ne commence.

Puis-je migrer uniquement certaines pages sans transférer l'ensemble du site ?

Oui. Selon la FAQ de SPMT, les pages de site peuvent être migrées de manière ciblée, mais uniquement en téléchargeant un fichier CSV ou JSON avec la définition de tâche correspondante, pas via la sélection régulière de l'interface graphique.

Où trouver les journaux en cas d'échec de la migration ?

Les journaux locaux de SPMT se trouvent sous « C:\Users\<Username>\AppData\Roaming\Microsoft\MigrationTool » sur l'ordinateur sur lequel SPMT a été exécuté. Ces journaux sont le premier point de départ pour comprendre les codes d'erreur individuels ou les tâches échouées.