Objectif
Transformer des documents devenus collectifs dans OneDrive en contenu SharePoint durable, sans casser les accès ou perdre des versions importantes. La procédure définit la destination, analyse volumétrie et limitations, nettoie les permissions et liens, exécute un pilote puis organise le déplacement/copie et la communication utilisateur.
Prérequis
- Accès au OneDrive source et au site/bibliothèque SharePoint cible.
- Propriétaire métier capable de décider ce qui doit devenir collectif ou rester personnel.
- Inventaire des permissions et liens de partage sensibles.
- Capacité SharePoint disponible et structure de site/bibliothèque validée.
- Fenêtre de pilote avec quelques dossiers représentatifs.
Procédure pas à pas
Définir pourquoi le contenu doit quitter OneDrive
Classez les données : documents réellement personnels, brouillons, archives utilisateur et documents d’équipe. Seuls les contenus qui doivent survivre au changement d’utilisateur ou être gérés par une équipe ont intérêt à rejoindre SharePoint. Associez chaque ensemble à un propriétaire métier, un site, une bibliothèque et une durée de conservation.
- Chaque lot à migrer a un propriétaire et une destination SharePoint justifiée.
Mesurer la volumétrie et le nombre d’éléments
Relevez taille totale, nombre de fichiers, dossiers profonds, fichiers très volumineux et types particuliers comme OneNote. SharePoint Online supporte actuellement des fichiers individuels jusqu’à 250 Go et impose aussi des limites de chemin. La volumétrie sert à choisir entre Move to, Copy to, synchronisation locale ou un outil de migration plus industrialisé.
- La volumétrie et les lots à risque sont connus avant le pilote.
Analyser les noms et chemins
Repérez les chemins proches de la limite de 400 caractères décodés, les hiérarchies trop profondes et les noms susceptibles de poser problème dans les applications clientes. Profitez du changement de propriétaire pour simplifier les arborescences et les conventions de nommage. Une bibliothèque SharePoint trop profonde recrée les problèmes de partage de fichiers classiques.
- Aucun lot pilote ne dépasse les limites de chemin connues.
Créer la destination SharePoint et sa gouvernance
Créez ou sélectionnez le site, la bibliothèque et éventuellement les colonnes nécessaires. Définissez propriétaires, membres, visiteurs, versioning et rétention avant d’y déposer les données. Évitez de reproduire une ACL unique par fichier à grande échelle : utilisez groupes Microsoft 365/SharePoint et structure de bibliothèque pour garder des permissions maintenables.
- La bibliothèque cible a des propriétaires actifs, une convention et des permissions de base.
Cartographier les permissions et les liens de partage
Listez les personnes externes, liens Anyone, liens Specific people et partages sensibles du OneDrive source. Décidez quels accès doivent être recréés dans SharePoint. Un déplacement ne garantit pas que tous les anciens liens continuent à fonctionner. Prévoyez une communication et de nouveaux liens pour les documents fréquemment référencés.
- Les accès à conserver, supprimer ou recréer sont validés.
Choisir Move to ou Copy to selon l’objectif
Pour un changement de propriété définitif, Move to est souvent préférable car le document quitte l’espace personnel et l’historique de versions est mieux préservé dans les scénarios pris en charge. Copy to permet de laisser une source pendant la validation mais peut ne conserver que la dernière version. Pour de gros volumes, testez les performances et envisagez un processus par lots.
- Le comportement sur les versions et la source après migration est accepté par le métier.
Exécuter un pilote sur un lot représentatif
Déplacez ou copiez un petit dossier avec plusieurs types de fichiers, versions et permissions. Microsoft 365 permet l’action Move to/Copy to entre OneDrive et SharePoint lorsque l’organisation l’autorise. Vérifiez le temps, les erreurs et le comportement des métadonnées. Ne commencez pas par le dossier le plus critique.
- Le pilote arrive dans la bibliothèque cible sans erreur bloquante.
Valider versions, ouverture, coédition et synchronisation
Ouvrez les documents depuis le web et les applications Office. Vérifiez le version history d’un document pilote, la coédition et la synchronisation OneDrive de la bibliothèque SharePoint si elle est utilisée. Comparez également la taille et le nombre de fichiers source/cible. Pour OneNote, suivez les recommandations spécifiques de Microsoft au lieu de déplacer arbitrairement le notebook.
- Les documents s’ouvrent, se modifient et se synchronisent selon les usages attendus.
Planifier la bascule et figer les écritures
Pour un lot important, annoncez une période de cutover pendant laquelle les utilisateurs doivent cesser de modifier la source. Sans gel, des fichiers peuvent diverger entre OneDrive et SharePoint. Exécutez les derniers déplacements, comparez les totaux et attribuez les permissions finales. Conservez une trace de la source pendant la période de validation si le mécanisme choisi le permet.
- Les utilisateurs savent à quelle heure arrêter la source et où reprendre leur travail.
Mettre à jour les liens et fermer l’ancien usage
Après validation, remplacez les liens dans Teams, intranet, documents, mails modèles ou applications. Partagez l’URL de la bibliothèque et expliquez comment la synchroniser si nécessaire. Retirez les anciens partages OneDrive devenus inutiles. Ne supprimez pas brutalement la source tant que les dépendances n’ont pas été testées.
- Les utilisateurs accèdent au contenu via SharePoint et les liens critiques ont été mis à jour.
Validation
La procédure est validée lorsque :
- Les documents collectifs ont une destination SharePoint et un propriétaire d’équipe.
- Les limites de chemin, volumétrie et versions ont été contrôlées.
- Un pilote représentatif a validé Move to/Copy to et les permissions.
- Les liens et accès externes nécessaires ont été recréés ou communiqués.
- Après cutover, les utilisateurs travaillent sur la bibliothèque SharePoint et non sur deux copies concurrentes.
Retour arrière
- Si le pilote échoue, conserver la source OneDrive comme référence et corriger structure, permissions ou limites avant une nouvelle tentative.
- Si Copy to a été utilisé, supprimer uniquement la copie cible après validation qu’aucune modification utilisateur n’y a déjà été effectuée.
- Si Move to a été utilisé, exploiter la corbeille et les mécanismes SharePoint/OneDrive supportés plutôt qu’une recopie manuelle non contrôlée.
- Rétablir temporairement les anciens liens seulement pendant la résolution, puis communiquer une nouvelle date de bascule.
Dépannage / erreurs fréquentes
- Move to n’affiche pas le site : vérifier droits utilisateur, accès rapide et politique de déplacement intersite.
- Versions manquantes après Copy to : comportement possible ; utiliser Move to ou une méthode adaptée si l’historique est requis.
- Erreur de chemin : raccourcir les noms/dossiers et recalculer la longueur décodée complète.
- Permissions incohérentes : privilégier les groupes du site cible et nettoyer les partages uniques au lieu de recopier toutes les ACL.
- Liens cassés : republier les URL SharePoint et rechercher les références dans Teams, pages, documents et workflows.