La checklist migration cloud : avant, pendant, après (à imprimer)
Une migration cloud réussie est une migration planifiée. Pas « planifiée dans ma tête », planifiée sur papier, avec des étapes cochées une par une. Si vous arrivez depuis le guide de migration cloud, vous avez les connaissances. Cette page est l’outil d’exécution. La méthode de gestion de projet PRINCE2 est construite sur le même principe : décomposer un projet complexe en étapes vérifiables. Pas besoin de certification pour l’appliquer à une migration de fichiers.
Cette checklist est conçue pour être suivie dans l’ordre. Chaque étape dépend de la précédente. Résister à la tentation de sauter directement à l’étape « transfert » est la différence entre une migration propre et un vendredi soir à rechercher des fichiers disparus.
Avant la migration : préparation
1. Inventaire du volume total. Combien de Go/To ? Combien de fichiers ? Notez les chiffres : vous les comparerez après la migration pour vérifier que tout est arrivé.
2. Inventaire des types de fichiers. Séparément : fichiers normaux (PDF, images, vidéos, Office) et fichiers natifs cloud (Google Docs, Paper Dropbox, OneNote). Les premiers migrent sans conversion, les seconds nécessitent une attention particulière.
3. Inventaire des partages. Pour chaque dossier partagé : qui a accès, avec quels droits (lecture, écriture, administration). Exportez cette liste. Vous en aurez besoin pour reconfigurer les partages après la migration.
4. Inventaire des liens publics. Listez tous les liens de partage public que vous avez distribués (dans des emails, des documents, des wikis). Préparez des liens de remplacement sur le nouveau cloud.
5. Inventaire des intégrations. Quelles applications sont connectées à l’ancien cloud ? Zapier, IFTTT, Slack, applications mobiles, scripts automatisés. Chacune devra être reconfigurée.
6. Choix de l’outil de migration. Rclone, MultCloud, outil natif du fournisseur, transfert local : le choix dépend de votre volume, de votre source et de votre niveau technique.
7. Test sur un échantillon. Migrez un dossier de 50-100 fichiers représentatifs (incluant des fichiers natifs cloud, des noms avec caractères spéciaux, des fichiers partagés). Vérifiez que tout arrive correctement. Ajustez la méthode si nécessaire.
8. Sauvegarde de sécurité. Avant de toucher à quoi que ce soit, faites une sauvegarde complète de l’ancien cloud sur un support indépendant (disque dur externe, autre cloud). C’est votre filet de sécurité.
9. Communication à l’équipe. Annoncez la date de migration, la durée prévue du gel (période où personne ne modifie de fichiers sur l’ancien cloud), et les instructions pour se connecter au nouveau cloud.
10. Création des comptes sur le nouveau cloud. Créez les comptes utilisateurs, les dossiers d’équipe, et la structure de base AVANT de migrer. Les fichiers doivent arriver dans un environnement prêt.
Pendant la migration : exécution
11. Gel des modifications. À partir du jour J, personne ne modifie plus rien sur l’ancien cloud. Communiquez clairement ce point : un email, un message Slack, un pigeon voyageur s’il le faut.
12. Lancement du transfert par lots. Ne migrez pas tout d’un coup. Commencez par les dossiers les plus critiques, vérifiez, puis passez au lot suivant.
13. Surveillance du transfert. Vérifiez régulièrement que le transfert progresse (pas de fichiers bloqués, pas d’erreurs silencieuses). Rclone affiche la progression avec le flag --progress. Les outils web ont des tableaux de bord.
14. Journalisation. Gardez un log de ce qui a été migré, quand, et avec quel résultat. En cas de problème, ce log est votre seule source de vérité.
15. Gestion des erreurs. Certains fichiers échoueront. Noms trop longs, caractères spéciaux, fichiers verrouillés. Notez-les, corrigez-les, relancez le transfert pour ces fichiers spécifiquement.
Après la migration : vérification et basculement
16. Vérification du nombre de fichiers. Le nombre de fichiers source et destination doit correspondre. Un écart signifie des fichiers manquants ou en trop.
17. Vérification de la taille totale. Le volume total doit être cohérent (pas forcément identique au octet près, car les conversions de fichiers natifs changent la taille).
18. Vérification d’intégrité. Ouvrez les 20 fichiers les plus critiques et vérifiez qu’ils ne sont pas corrompus. Rclone propose rclone check pour une vérification automatisée.
19. Reconfiguration des partages. Reconfigurez les permissions de partage sur le nouveau cloud en utilisant l’inventaire fait à l’étape 3.
20. Mise à jour des liens publics. Remplacez les anciens liens de partage par les nouveaux dans tous les documents où ils apparaissent.
21. Reconfiguration des intégrations. Reconnectez les applications tierces (Zapier, Slack, etc.) au nouveau cloud.
22. Formation express des utilisateurs. Montrez à l’équipe où trouver leurs fichiers, comment partager, comment installer le client de synchronisation.
23. Période de double fonctionnement. Gardez l’ancien cloud accessible en lecture seule pendant 2 à 4 semaines. Si quelqu’un cherche un fichier qui manque, il peut aller le récupérer.
24. Vérification à J+7. Une semaine après le basculement, faites un tour de table : quelqu’un a-t-il perdu un fichier ? Un partage ne fonctionne pas ? Mieux vaut corriger maintenant que dans trois mois.
25. Fermeture de l’ancien compte. Après la période de grâce, et SEULEMENT après avoir confirmé que tout est en ordre, désactivez ou fermez l’ancien cloud. Téléchargez une dernière sauvegarde avant de fermer, au cas où.
Les outils pour exécuter cette checklist
Les outils de migration cloud-à-cloud détaillent les options pour les étapes 6 à 15. Rclone en particulier couvre les étapes 12 (transfert), 13 (surveillance), 15 (gestion des erreurs), 16 (vérification du nombre) et 18 (vérification d’intégrité) avec une seule commande.
Adapter la checklist à votre durée réelle
Les fourchettes de la durée réaliste d’une migration cloud vous donnent une estimation du temps total. Pour une migration individuelle, cette checklist se parcourt en une journée. Pour une migration d’équipe de 50 personnes, prévoyez trois semaines et affectez une personne à temps plein à la coordination.
L’erreur la plus fréquente n’est pas technique : c’est de sauter les étapes de préparation (1 à 10) et de vérification (16 à 24) pour aller directement au transfert. Le transfert représente 30% de la durée totale. Tout le reste est de la planification et de la vérification. C’est moins excitant que de regarder une barre de progression, mais c’est ce qui fait la différence entre une migration réussie et un désastre en slow motion.