Québec, Canada

403-1381 1re Avenue

+1 581.849.27.96

bdgouthiere@gmail.com

Migrer 800 Go de fichiers sans tout perdre : le guide concret

Ou : pourquoi vos fichiers Google Docs natifs ne s’exportent pas proprement et comment survivre à cette découverte.

La décision de migrer est prise. Vous avez choisi votre nouveau cloud — peut-être après avoir lu le comparatif des clouds souverains européens — et maintenant il reste l’opération concrète : déplacer 50 Go, 500 Go ou 5 To de fichiers depuis l’ancien fournisseur vers le nouveau, sans perdre les partages en cours, les historiques de versions, les métadonnées et votre santé mentale. C’est la partie que tout le monde sous-estime.

Une migration de cloud n’est pas un copier-coller géant. C’est un projet avec des dépendances, des pièges et des points de non-retour. Les fichiers Google Docs natifs (documents, tableurs, présentations) ne sont pas des fichiers au sens classique — ce sont des pointeurs vers une application web, et ils ne s’exportent qu’en conversion (DOCX, XLSX, PDF), avec des pertes de formatage parfois significatives. Les permissions de partage ne survivent pas au changement de plateforme. Les liens publics meurent en silence. Et si vous avez des comptes Google Workspace multiples avec des Drive partagés, la complexité monte d’un cran à chaque couche organisationnelle.

Ce guide couvre la mécanique d’une migration réelle — pas la version marketing où tout se fait « en trois clics » — depuis les cinq sources les plus courantes (Google Drive, Dropbox, OneDrive, iCloud, NAS local) vers un cloud européen, avec les outils qui fonctionnent vraiment et les erreurs que tout le monde fait la première fois.

Migrer, c'est construire un pont entre deux clouds sans faire tomber les fichiers dans le vide.

De la décision à l’exécution : anatomie d’une migration cloud

Le temps de migration dépend de trois variables : le volume de données, la complexité des partages, et la qualité de votre connexion Internet. Pour un utilisateur individuel avec 200 Go et peu de partages, comptez une demi-journée. Pour une équipe de vingt personnes avec 2 To de Drive partagés, des permissions granulaires et des workflows établis, comptez deux à trois semaines — en incluant la période de double fonctionnement où les deux clouds coexistent.

Quitter Google Drive : la migration la plus fréquente (et la plus piégeuse)

Google est le fournisseur que la majorité des gens quittent, et c’est aussi celui qui rend la migration la plus subtile. Les fichiers natifs Google (Docs, Sheets, Slides) n’existent pas en dehors de l’écosystème Google — ils sont convertis à l’export, et la conversion n’est jamais parfaite. Les mises en page complexes dans Docs sautent, les macros dans Sheets ne survivent pas, les animations dans Slides disparaissent. Le guide complet pour migrer depuis Google Drive détaille chaque piège et les contournements.

Quitter Dropbox : plus simple qu’il n’y paraît

Dropbox stocke de vrais fichiers (pas des pointeurs applicatifs), ce qui rend la migration mécaniquement plus simple que depuis Google. Le principal obstacle est la synchronisation sélective : si vous n’avez pas tous vos fichiers en local, il faut d’abord tout télécharger avant de tout remonter. Migrer depuis Dropbox couvre le processus étape par étape.

Quitter OneDrive Entreprise : le piège Microsoft

OneDrive personnel et OneDrive for Business sont deux produits différents sous le même nom. La version entreprise est intriquée avec SharePoint, Teams et Microsoft 365 d’une manière qui rend l’extraction non triviale. Migrer depuis OneDrive Entreprise explique comment démêler l’écheveau.

Quitter iCloud : le jardin clos d’Apple

iCloud Drive est conçu pour fonctionner à l’intérieur de l’écosystème Apple, et Apple n’a aucun intérêt commercial à faciliter votre départ. L’export est possible mais laborieux, surtout pour les photos (iCloud Photos est un système séparé avec sa propre logique de stockage). Migrer depuis iCloud donne les outils et les méthodes.

Du NAS au cloud : quand le local devient distant

Migrer depuis un NAS Synology, QNAP ou un serveur local vers un cloud est une opération différente des migrations cloud-à-cloud. Les volumes sont souvent plus importants (10 To+), la bande passante montante est le bottleneck, et les protocoles de synchronisation sont différents (SMB/NFS vers WebDAV/API). La migration NAS vers cloud couvre les spécificités.

Les outils qui font le travail à votre place

Il existe des outils spécialisés dans la migration cloud-à-cloud qui évitent le transit par votre machine locale : Rclone (open source, en ligne de commande), MultCloud, Cloudsfer, et les outils de migration intégrés que certains fournisseurs (dont Infomaniak) proposent nativement. Le comparatif des outils de migration cloud-à-cloud les teste sur des cas réels.

Les pièges que tout le monde rencontre la première fois

Les fichiers Google Docs natifs qui deviennent des DOCX cassés. Les permissions de partage qui disparaissent silencieusement. Les fichiers dont le nom contient des caractères spéciaux qui cassent sur le nouveau système. Les liens publics qui meurent sans notification. Les photos avec des métadonnées EXIF perdues. Les pièges fréquents de la migration cloud les liste tous avec les solutions.

Combien de temps ça prend, vraiment ?

Le temps de migration n’est pas seulement une question de débit réseau. C’est aussi le temps de vérification (est-ce que tout est bien arrivé ?), de reconfiguration des partages, de communication avec l’équipe, et de période de double fonctionnement. Durée réaliste d’une migration cloud donne des fourchettes par profil d’usage.

La checklist avant, pendant et après

Une migration réussie est une migration planifiée. La checklist complète de migration cloud est le document à imprimer (ou à ouvrir dans un deuxième onglet) le jour J : inventaire des fichiers, sauvegarde de sécurité, test sur un échantillon, migration par lots, vérification d’intégrité, basculement des équipes, période de grâce sur l’ancien fournisseur.

Sur le même sujet