« On peut migrer sans que personne ne s'en rende compte ? » C'est la première question d'un client de Levallois qui gérait 4 To de fichiers sur un vieux NAS et voulait passer à SharePoint sans fermer son cabinet un seul jour. La réponse est oui, à condition de ne jamais confondre migration et copier-coller un vendredi soir. Une bascule propre se prépare des jours à l'avance, se copie en parallèle pendant que l'ancien système tourne encore, et se termine par une vérification aussi rigoureuse que la copie.
D'abord, faire l'inventaire : quoi, combien, qui en est propriétaire
La première erreur, presque systématique, est de lancer une copie complète sans savoir ce qu'elle contient. Avant tout devis, je fais lister trois choses : quels types de données (documents, mails, photos, bases métier), quel volume réel en Go ou To, et surtout qui est propriétaire de chaque dossier partagé. Sur un serveur de fichiers vieux de dix ans, il n'est pas rare de découvrir des dossiers entiers appartenant à un ancien salarié parti depuis deux ans, avec des droits d'accès que plus personne ne comprend.
Cet inventaire sert aussi à estimer le temps de copie réel, qui dépend du volume et du débit de la ligne. Un cabinet du 8e avec une fibre pro symétrique n'a pas les mêmes contraintes qu'un commerce du 19e encore sous ADSL, upload plafonné à 1 Mbit/s : remonter 500 Go peut alors prendre plusieurs jours pleins, à savoir avant de fixer une date.

Choisir la bonne destination avant de commencer
Le choix du service d'arrivée dépend de l'usage, pas de la mode. Pour un particulier, iCloud ou Google Drive suffisent largement. Pour un indépendant ou une PME déjà sur Outlook, OneDrive et SharePoint dans Microsoft 365 restent le choix le plus cohérent, avec une gestion fine des droits par dossier. Google Workspace fait aussi très bien le travail si l'équipe vit déjà dans Gmail et Docs. Je détaille les critères et les coûts mensuels selon la taille de l'équipe dans mon guide sur le coût d'une infrastructure cloud pour une PME, et j'accompagne la mise en place via mon assistance Microsoft 365 à Paris quand c'est l'écosystème retenu.
Le nettoyage avant migration : ne pas déménager les déchets
Migrer 3 To dont un tiers est constitué de doublons, de vieux fichiers temporaires et d'un dossier Téléchargements jamais vidé coûte du temps de copie, de la bande passante et, souvent, de l'argent en abonnement. Avant toute copie, je passe un outil de détection de doublons et fais valider par le client une liste de dossiers visiblement obsolètes : lui seul sait si un vieux dossier « Archives 2019 » est mort ou encore consulté. Ce tri réduit en général le volume réel à migrer de 15 à 30 %.
La copie en parallèle, pendant que l'ancien système tourne encore
C'est le cœur de la méthode « sans interruption » : on ne coupe jamais l'ancien système avant que le nouveau soit prêt. La première copie complète tourne en tâche de fond, souvent la nuit, pour ne pas saturer la ligne pendant que l'équipe travaille encore sur les fichiers d'origine. Sur une PME, cette phase dure de deux jours à deux semaines selon le volume et le débit, sans que personne change ses habitudes.
Une fois la première copie terminée, des synchronisations différentielles suivent, ne recopiant que ce qui a changé. Cela réduit l'écart entre ancien et nouveau système à quelques heures au moment de la bascule finale, au lieu de tout recopier d'un coup en une nuit impossible à tenir.
Le week-end de bascule
La bascule se planifie presque toujours un week-end, pour la seule vraie coupure du processus : on fige l'ancien système, on lance la dernière synchronisation, puis on redirige les accès vers le nouvel emplacement cloud. Sur une petite structure, cette fenêtre dure quelques heures ; sur une PME avec plusieurs serveurs et des logiciels métier connectés au stockage, elle peut s'étaler sur tout un week-end.
Je reste joignable pendant toute cette fenêtre et je prévois un retour arrière si un blocage sérieux apparaît : tant que l'ancien système n'est pas éteint, on peut y revenir le lundi matin sans drame. C'est cette marge de sécurité qui transforme une migration risquée en simple formalité.

La checklist de vérification après la bascule
Une migration n'est jamais terminée à la fin de la copie, elle l'est après vérification. Je contrôle systématiquement :
- le nombre de fichiers et le volume total, comparés entre l'ancien et le nouvel emplacement, dossier par dossier ;
- l'ouverture réelle d'un échantillon de fichiers de chaque type (Word, Excel, PDF, images, bases de données), pas un simple comptage ;
- les droits d'accès par dossier ou par service, pour éviter qu'un commercial accède à la compta ou, à l'inverse, perde l'accès à ses propres dossiers ;
- les liens de partage externes, souvent cassés après la copie et à régénérer un par un ;
- la synchronisation réelle des postes et des mobiles, pas seulement l'accès web.
Garder une copie locale pendant 90 jours
Même après une bascule réussie, je conseille de garder l'ancien système accessible, éteint ou en lecture seule, pendant 90 jours avant toute suppression. C'est le délai raisonnable pour qu'un fichier oublié ou un dossier consulté rarement remonte à la surface sans mettre personne en difficulté. Ce filet de sécurité coûte peu — un vieux disque externe suffit dans la plupart des cas — comparé au risque de devoir reconstituer des données définitivement effacées.

Si un fichier s'avère manquant passé ce délai, une récupération de données à Paris reste possible tant que le support d'origine n'a pas été effacé.
Ce qui foire le plus souvent
Sur la trentaine de migrations que j'ai menées, les mêmes problèmes reviennent. Les permissions d'abord : un dossier migré perd parfois ses droits d'origine et se retrouve accessible à tout le monde, ou au contraire fermé à ceux qui devraient y accéder ; c'est le point que je vérifie en priorité. Les liens de partage ensuite, envoyés des mois plus tôt : ils pointent vers l'identifiant interne de l'ancien fichier et cessent de fonctionner une fois la copie faite, sans message d'erreur clair pour la personne qui reçoit le lien mort.
Outlook mérite une mention à part : après une migration de boîte mail, le client reconstruit son index local de recherche, ce qui peut prendre plusieurs heures voire une nuit, avec des résultats incomplets entre-temps. Je préviens toujours les utilisateurs pour éviter la panique du lundi matin devant une recherche qui ne remonte « rien ». Enfin, la vitesse d'upload reste le facteur le plus sous-estimé : une fibre pro parisienne encaisse plusieurs centaines de Go par jour, mais une ADSL résiduelle ou une fibre grand public à débit montant limité peut multiplier le temps de copie par cinq ou dix — à vérifier avant de promettre une date, pas après.
Durées et budget réalistes
Repères concrets : un particulier avec moins de 200 Go termine en une demi-journée à une journée d'intervention, pour un forfait autour de 250 à 400 €. Une PME de 5 à 15 postes avec plusieurs centaines de Go à quelques To étalera la copie sur plusieurs jours, avec un week-end de bascule et une semaine de vérification, pour un budget entre 800 et 2 000 € tout compris. Mon forfait de maintenance informatique pour PME inclut souvent ce suivi post-migration.
Le cloud n'est pas une sauvegarde
Un point que je répète à chaque migration : synchroniser vers le cloud n'est pas sauvegarder. Une synchronisation reflète les changements en temps réel, y compris une suppression accidentelle ou un chiffrement par ransomware, qui se propagent vers toutes les copies. Une vraie sauvegarde suppose un historique de versions et une copie indépendante du système principal. Je détaille cette distinction, avec la règle 3-2-1, dans mon guide pour sauvegarder ses données importantes — à lire avant, pas après, une migration.
FAQ
Combien de temps dure une migration de données vers le cloud ?
Pour un particulier avec moins de 200 Go, comptez une demi-journée à une journée. Pour une PME de 5 à 15 postes avec plusieurs centaines de Go à quelques To, prévoyez une copie en parallèle sur plusieurs jours puis un week-end de bascule, soit une à deux semaines en incluant la vérification.
Le cloud remplace-t-il une sauvegarde ?
Non. Une synchronisation cloud reflète les changements en temps réel, y compris une suppression ou un fichier corrompu par un ransomware. Ce n'est une vraie sauvegarde que si le service garde un historique de versions et que vous gardez aussi une copie indépendante, hors ligne.
Pourquoi certains liens de partage cassent-ils après une migration cloud ?
Parce qu'ils pointent vers l'identifiant interne d'un fichier sur l'ancien système, pas vers son nom. Une fois les fichiers recopiés sur le nouveau service, ces identifiants changent et les anciens liens cessent de fonctionner : il faut les régénérer après la bascule.
Combien coûte une migration de données vers le cloud à Paris ?
Comptez généralement entre 60 € et 120 € de l'heure selon la complexité, avec un forfait autour de 250 à 400 € pour un particulier, et de 800 à 2 000 € pour une petite structure de 5 à 15 postes, audit et vérification compris.