Un projet de migration vers Box ne se limite pas au transfert de fichiers d’un environnement existant vers le cloud. La source de départ — serveur de fichiers Windows, SharePoint On-Premise, SharePoint Online, Dropbox, Google Drive ou OneDrive — détermine la méthodologie, le niveau d’automatisation possible, les règles de mapping, les autorisations à préserver et le calendrier de déploiement.
Services de migration


Matrice de sources de migration prises en charge
| Source de migration | Durée typique estimée | Niveau d’automatisation | Éléments généralement préservés | Spoke cible recommandé |
|---|---|---|---|---|
| Windows file server | 4 à 12 semaines | Élevé via Box Shuttle, avec accompagnement possible selon le volume | Structure des dossiers, propriétaires, autorisations, versions selon configuration | Box Shuttle |
| SharePoint On-Premise | 8 à 16 semaines | Mixte : Box Shuttle + services professionnels pour les environnements complexes | Bibliothèques, dossiers, fichiers, autorisations, métadonnées et versions selon faisabilité | Article SharePoint On-Premise migration |
| SharePoint Online | 4 à 12 semaines | Élevé via Box Shuttle pour les cas standards | Contenus, structure, autorisations, métadonnées et historique de versions selon configuration | Box Shuttle |
| Dropbox | 4 à 12 semaines | Élevé via Box Shuttle | Fichiers, dossiers, propriétaires, permissions et partages selon configuration | Box Shuttle |
| Google Drive | 4 à 12 semaines | Élevé via Box Shuttle, avec validation des règles de propriété | Fichiers, dossiers, propriétaires, autorisations et versions selon configuration | Box Shuttle |
| OneDrive | 4 à 12 semaines | Élevé via Box Shuttle pour les migrations utilisateur par utilisateur | Fichiers, dossiers, propriétaires, autorisations et versions selon configuration | Box Shuttle |
Méthodologie de migration : les 7 phases
Une migration vers Box repose sur une méthodologie progressive qui permet de réduire les risques techniques et opérationnels. Chaque phase sert à qualifier le contenu, préparer les règles de migration, tester le scénario cible, puis déployer la migration sans perturber l’activité des équipes. Cette approche évite une migration « lift-and-shift » trop brutale. Elle permet de profiter du projet pour rationaliser les contenus, renforcer la gouvernance documentaire et préparer l’adoption durable de Box.
1. Inventaire et évaluation
Analyse des sources existantes, volumes, types de fichiers, propriétaires, autorisations, contraintes métiers et dépendances techniques.
2. Classification des contenus
Identification des contenus actifs, archives, doublons, données sensibles et fichiers à exclure ou à retraiter avant migration.
3. Définition des règles de mapping
Correspondance entre les utilisateurs, groupes, dossiers, bibliothèques, autorisations et emplacements cibles dans Box.
4. Migration pilote
Test sur un périmètre réduit afin de valider les règles, les performances, les droits, les chemins d’accès et les rapports.
5. Migration complète par vagues
Transfert progressif des contenus par équipe, site, source ou cas d’usage, afin de limiter l’impact sur les utilisateurs.
6. Validation post-migration
Contrôle des volumes, fichiers transférés, autorisations, erreurs, rapports détaillés et retours des équipes métiers.
7. Décommissionnement de la source
Bascule finale, synchronisation delta, fermeture progressive de l’environnement source et accompagnement des utilisateurs.

