Migration de données : comment ça marche, de A à Z

Changer d'outil de messagerie ou d'hébergeur fait peur pour une seule raison : la crainte de perdre des e-mails, des contacts ou des années d'agenda pendant la bascule. Bonne nouvelle : une migration de données bien préparée se déroule sans perte et sans coupure visible pour vos utilisateurs. Le secret n'est pas la vitesse, c'est la méthode — un audit sérieux, une cible provisionnée à l'avance, une copie qui tourne en tâche de fond, puis un basculement DNS maîtrisé.

Ce qui se migre vraiment (et pourquoi on change)

On parle de « migration de données » comme d'un bloc, mais il s'agit en réalité de plusieurs jeux de données très différents, qu'il faut traiter chacun avec le bon outil :

• Les e-mails et l'arborescence de dossiers — le plus volumineux, souvent des dizaines de gigaoctets par boîte, avec sous-dossiers, libellés et messages lus/non lus à conserver.
• Les contacts — carnet d'adresses personnel et listes partagées, exportables en CSV ou vCard.
• Les agendas — événements passés et futurs, invitations, récurrences, agendas partagés d'équipe.
• Les fichiers — Google Drive, OneDrive, SharePoint ou un simple partage réseau, avec leur hiérarchie et leurs permissions de partage.

On change généralement pour réduire les coûts de licence, unifier une équipe sur une seule suite, quitter un serveur vieillissant ou profiter de meilleurs outils collaboratifs. Quelle que soit la raison, l'objectif reste le même : que l'utilisateur retrouve tout, exactement comme avant, dans son nouvel environnement.

Étape 1 — L'audit : inventorier avant de toucher à quoi que ce soit

Aucune migration sérieuse ne commence sans inventaire. Listez chaque boîte aux lettres et sa volumétrie réelle (une boîte de 2 Go et une de 45 Go ne se migrent pas au même rythme). Notez le nombre de dossiers partagés, les alias, les listes de distribution et les comptes de service. Repérez ensuite l'élément le plus sensible : le domaine. Qui gère la zone DNS ? Où pointent aujourd'hui les enregistrements MX ? Quel est le TTL de ces enregistrements ? Un TTL abaissé à 300 secondes quelques jours avant la bascule permet un basculement quasi instantané le jour J.

Étape 2 — Provisionner la cible

Avant de copier quoi que ce soit, la destination doit être prête. Cela signifie : créer le tenant ou l'organisation, acheter le bon nombre de licences, créer chaque compte utilisateur avec l'adresse définitive, préparer les groupes et les alias, et vérifier les quotas de boîtes. Ajoutez et vérifiez le domaine côté cible dès maintenant (via l'enregistrement TXT de vérification) — cela ne redirige pas encore les e-mails, mais autorise la plateforme à accepter votre domaine le moment venu. Provisionner à l'avance, c'est se donner le droit à l'erreur sans jamais impacter la production.

Étape 3 — Migrer les e-mails (IMAP ou outil natif)

C'est le cœur du projet. Deux grandes approches, selon la source et la cible :

• Vers Google Workspace : le Data Migration Service (DMS) intégré à la console d'administration copie les e-mails depuis une source IMAP, Gmail ou Microsoft 365, directement dans les boîtes cibles.
• Vers Microsoft 365 : selon le volume, on utilise une migration IMAP (idéale pour les serveurs tiers), une migration cutover ou par étapes depuis un Exchange, ou une migration hybride pour les gros parcs Exchange sur site.
• Par export/import : quand aucune connexion serveur à serveur n'est possible, on exporte en PST (Outlook/Exchange), MBOX (Thunderbird, nombreux serveurs Linux) ou via Google Takeout, puis on réimporte dans la cible.

Dans tous les cas, la première synchronisation est complète, puis on relance des passes incrémentales qui ne recopient que les nouveaux messages — c'est ce qui permet de migrer sans geler les boîtes.

Une migration réussie ne se remarque pas : l'utilisateur se connecte le matin, tout est là, et rien ne s'est arrêté pendant la nuit.

Étape 4 — Transférer les fichiers

Les fichiers suivent leur propre chemin. Pour un passage Drive ↔ OneDrive/SharePoint, il faut préserver l'arborescence, les propriétaires et surtout les permissions de partage, souvent le point le plus délicat. Des outils comme le service de migration SharePoint ou les connecteurs Drive gèrent la copie en masse. Traitez d'abord les gros volumes en tâche de fond, puis les fichiers actifs juste avant la bascule pour capturer les dernières versions.

Étape 5 — Basculer le DNS/MX sans coupure

Une fois les boîtes synchronisées, on modifie les enregistrements MX pour pointer vers la nouvelle plateforme, puis on met à jour SPF, DKIM et DMARC pour garder une bonne délivrabilité. Grâce au TTL abaissé en amont, la propagation est rapide. Pendant quelques heures, on est en coexistence : d'anciens serveurs peuvent encore recevoir des messages, qu'une dernière passe incrémentale rapatrie. Aucun e-mail n'est perdu, il est simplement livré avec un léger différé le temps de la propagation.

Étape 6 — Vérifier et régler les clients

La migration n'est finie qu'après vérification. Contrôlez un échantillon de boîtes : nombre de messages, dossiers, contacts et événements d'agenda présents. Reconfigurez ensuite les clients : profil Outlook recréé, comptes rajoutés sur mobile, signatures et règles à recréer côté cible. Prévenez les utilisateurs qu'une réindexation locale peut prendre un moment.

Pièges fréquents à anticiper

• Limites de débit — les API imposent des quotas ; une grosse migration s'étale sur plusieurs jours, ce n'est pas un bug.
• Doublons — relancer un outil sans reprise sur incident peut recopier des messages ; utilisez toujours des passes incrémentales.
• Permissions de partage — elles ne se transfèrent pas toujours automatiquement entre Drive et SharePoint : à recontrôler.
• Agendas récurrents — les règles de récurrence et fuseaux horaires peuvent se décaler ; vérifiez quelques séries après coup.

Combien ça coûte : Yuna7 vs un prestataire

Faire migrer Ancien vers Nouveau par un prestataire se facture souvent plusieurs centaines d'euros, avec devis et délais. Yuna7 automatise la bascule et vous ne payez que ce qui est réellement consommé — vous pouvez même l'essayer gratuitement.

Laissez Yuna7 migrer Ancien vers Nouveau pour vous

Décrivez votre migration en une phrase — « migre mes boîtes et mes fichiers vers ma nouvelle suite » — et l'IA de Yuna7 s'occupe du reste : elle audite l'existant, provisionne la cible, transfère les e-mails et les fichiers, bascule le DNS et vérifie le résultat, en vous demandant de valider chaque étape sensible. Vous gardez le contrôle du début à la fin, pour un coût bien inférieur à celui d'un technicien.