Migrer un serveur de fichiers vers SharePoint et OneDrive
Le partage réseau du service, le NAS de l’agence, le lecteur P: que tout le monde utilise encore : migrez-les vers SharePoint ou OneDrive en gardant qui a créé quoi et quand.
En bref
Tauri Migration copie des dossiers d’un partage réseau vers une bibliothèque SharePoint ou un OneDrive, et inversement. Il conserve les dates, transforme le propriétaire NTFS en auteur, corrige les noms refusés par SharePoint et ne renvoie que ce qui a changé à chaque relance. Les droits NTFS ne sont pas repris.
Ce qui est conservé
| Partage réseau vers SharePoint ou OneDrive | SharePoint ou OneDrive vers partage réseau | |
|---|---|---|
| Contenu | Chaque fichier, en une version | La version courante de chaque fichier |
| Dates | Créé et Modifié reprennent les dates du fichier | Dates de création et de modification reportées sur fichiers et dossiers |
| Auteur | Le propriétaire NTFS devient Créé par et Modifié par | Non reporté |
| Dossiers vides | Recréés | Recréés |
| Droits NTFS | Non repris : les fichiers prennent les permissions de la bibliothèque | Sans objet |
Les noms que SharePoint refuse
Un serveur de fichiers accepte des noms que SharePoint refuse. Plutôt que d’ignorer ces fichiers, l’outil les renomme et signale chaque renommage dans le rapport :
- les caractères
" * : < > ? / \ |sont remplacés par un tiret bas (réglable) ; - les espaces de début et de fin et les points de fin sont retirés ;
- un nom réservé (
CON,PRN,AUX,NUL,COM0àCOM9,LPT0àLPT9,.lock,_vti_,Formsà la racine) reçoit un suffixe ; - deux noms devenus identiques sont numérotés :
Rapport (2).docx.
Un chemin de plus de 400 caractères dans SharePoint, ou un fichier de plus de 250 Go, est signalé en erreur.
Le propriétaire devient l’auteur
Le propriétaire NTFS de chaque fichier est traduit en compte Microsoft 365, dans cet ordre :
- la table d’identités : une ligne pour un SID ou un compte
DOMAINE\compte, ou une règle sur le nom NetBIOS du domaine (CONTOSOverscontoso.com) ; - l’annuaire Entra du tenant cible : l’utilisateur synchronisé depuis l’Active Directory avec ce SID ;
- le compte de repli, pour les comptes intégrés comme Administrateurs ou SYSTEM.
Le quotidien d’une migration de partage
- Aucune connexion côté partage : le partage est lu par le compte Windows qui exécute l’outil. Un projet dont toutes les sources sont des partages ne se connecte qu’au tenant cible.
- Fichiers parasites ignorés :
Thumbs.db,desktop.ini,~$*, fichiers temporaires,.DS_Store, corbeille. La liste se modifie. - Fichiers ouverts : lus en lecture partagée. Un fichier verrouillé est signalé et repris à la relance suivante.
- Relances : un fichier n’est renvoyé que si sa date ou sa taille a changé. Les suppressions dans le partage ne sont pas répercutées.
- Des centaines de dossiers : une ligne par dossier dans le modèle Excel, avec le chemin
\\serveur\partage\dossieret la bibliothèque de destination.
Et les droits NTFS ?
Ils ne sont pas repris. C’est souvent l’occasion de repartir sur des permissions simples : une bibliothèque par population, avec les groupes du site, plutôt que des centaines d’exceptions héritées du serveur. Si vous devez conserver les droits NTFS à l’identique, le SharePoint Migration Tool de Microsoft, gratuit, sait les reprendre ; notre comparatif détaille les deux options.
Questions fréquentes
Peut-on migrer un NAS Synology ou QNAP ?
Peut-on archiver SharePoint vers un partage réseau ?
Les fichiers gardent-ils leur date de modification ?
Faut-il installer quelque chose sur le serveur de fichiers ?
Testez sur votre propre tenant
L'essai de 14 jours migre 10 % de chaque bibliothèque, avec versions, métadonnées et permissions. Après souscription, une relance incrémentale migre le reste.