La checklist migration cloud : avant, pendant, apres (a imprimer)
Une migration cloud reussie est une migration planifiee. Pas « planifiee dans ma tete » – planifiee sur papier, avec des etapes cochees une par une. Si vous arrivez depuis le guide de migration cloud, vous avez les connaissances. Cette page est l’outil d’execution. La methode de gestion de projet PRINCE2 est construite sur le meme principe : decomposer un projet complexe en etapes verifiables. Pas besoin de certification pour l’appliquer a une migration de fichiers.
Cette checklist est conçue pour etre suivie dans l’ordre. Chaque etape depend de la precedente. Resister a la tentation de sauter directement a l’etape « transfert » est la difference entre une migration propre et un vendredi soir a rechercher des fichiers disparus.
Avant la migration : preparation
1. Inventaire du volume total. Combien de Go/To ? Combien de fichiers ? Notez les chiffres – vous les comparerez apres la migration pour verifier que tout est arrive.
2. Inventaire des types de fichiers. Separement : fichiers normaux (PDF, images, videos, Office) et fichiers natifs cloud (Google Docs, Paper Dropbox, OneNote). Les premiers migrent sans conversion, les seconds necessitent une attention particuliere.
3. Inventaire des partages. Pour chaque dossier partage : qui a acces, avec quels droits (lecture, ecriture, administration). Exportez cette liste. Vous en aurez besoin pour reconfigurer les partages apres la migration.
4. Inventaire des liens publics. Listez tous les liens de partage public que vous avez distribues (dans des emails, des documents, des wikis). Preparez des liens de remplacement sur le nouveau cloud.
5. Inventaire des integrations. Quelles applications sont connectees a l’ancien cloud ? Zapier, IFTTT, Slack, applications mobiles, scripts automatises. Chacune devra etre reconfiguree.
6. Choix de l’outil de migration. Rclone, MultCloud, outil natif du fournisseur, transfert local – le choix depend de votre volume, de votre source et de votre niveau technique.
7. Test sur un echantillon. Migrez un dossier de 50-100 fichiers representatifs (incluant des fichiers natifs cloud, des noms avec caracteres speciaux, des fichiers partages). Verifiez que tout arrive correctement. Ajustez la methode si necessaire.
8. Sauvegarde de securite. Avant de toucher a quoi que ce soit, faites une sauvegarde complete de l’ancien cloud sur un support independant (disque dur externe, autre cloud). C’est votre filet de securite.
9. Communication a l’equipe. Annoncez la date de migration, la duree prevue du gel (periode ou personne ne modifie de fichiers sur l’ancien cloud), et les instructions pour se connecter au nouveau cloud.
10. Creation des comptes sur le nouveau cloud. Creez les comptes utilisateurs, les dossiers d’equipe, et la structure de base AVANT de migrer. Les fichiers doivent arriver dans un environnement pret.
Pendant la migration : execution
11. Gel des modifications. A 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, verifiez, puis passez au lot suivant.
13. Surveillance du transfert. Verifiez regulierement que le transfert progresse (pas de fichiers bloques, 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 ete migre, quand, et avec quel resultat. En cas de probleme, ce log est votre seule source de verite.
15. Gestion des erreurs. Certains fichiers echoueront. Noms trop longs, caracteres speciaux, fichiers verrouilles. Notez-les, corrigez-les, relancez le transfert pour ces fichiers specifiquement.
Apres la migration : verification et basculement
16. Verification du nombre de fichiers. Le nombre de fichiers source et destination doit correspondre. Un ecart signifie des fichiers manquants ou en trop.
17. Verification de la taille totale. Le volume total doit etre coherent (pas forcement identique au octet pres – les conversions de fichiers natifs changent la taille).
18. Verification d’integrite. Ouvrez les 20 fichiers les plus critiques et verifiez qu’ils ne sont pas corrompus. Rclone propose rclone check pour une verification automatisee.
19. Reconfiguration des partages. Reconfigurez les permissions de partage sur le nouveau cloud en utilisant l’inventaire fait a l’etape 3.
20. Mise a jour des liens publics. Remplacez les anciens liens de partage par les nouveaux dans tous les documents ou ils apparaissent.
21. Reconfiguration des integrations. Reconnectez les applications tierces (Zapier, Slack, etc.) au nouveau cloud.
22. Formation express des utilisateurs. Montrez a l’equipe ou trouver leurs fichiers, comment partager, comment installer le client de synchronisation.
23. Periode de double fonctionnement. Gardez l’ancien cloud accessible en lecture seule pendant 2 a 4 semaines. Si quelqu’un cherche un fichier qui manque, il peut aller le recuperer.
24. Verification a J+7. Une semaine apres 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. Apres la periode de grâce, et SEULEMENT apres avoir confirme que tout est en ordre, desactivez ou fermez l’ancien cloud. Telechargez une derniere sauvegarde avant de fermer, au cas ou.
Les outils pour executer cette checklist
Les outils de migration cloud-a-cloud detaillent les options pour les etapes 6 a 15. Rclone en particulier couvre les etapes 12 (transfert), 13 (surveillance), 15 (gestion des erreurs), 16 (verification du nombre) et 18 (verification d’integrite) avec une seule commande.
Adapter la checklist a votre duree reelle
Les fourchettes de la duree realiste d’une migration cloud vous donnent une estimation du temps total. Pour une migration individuelle, cette checklist se parcourt en une journee. Pour une migration d’equipe de 50 personnes, prevoyez trois semaines et affectez une personne a temps plein a la coordination.
L’erreur la plus frequente n’est pas technique – c’est de sauter les etapes de preparation (1 a 10) et de verification (16 a 24) pour aller directement au transfert. Le transfert represente 30% de la duree totale. Tout le reste est de la planification et de la verification. C’est moins excitant que de regarder une barre de progression, mais c’est ce qui fait la difference entre une migration reussie et un desastre en slow motion.