Passer d’une infrastructure locale (Exchange Server, SharePoint on-premise) à Microsoft 365 n’est pas un simple changement de fournisseur. C’est une transformation numérique qui impacte la productivité quotidienne, la sécurité des données et l’expérience utilisateur. Une migration mal préparée peut entraîner des interruptions de service prolongées, des pertes de mails ou une résistance au changement chez les équipes.Cette checklist opérationnelle vous guide à travers les phases critiques du projet : audit initial, préparation technique, transfert effectif et consolidation post-migration. Elle s’adresse aux DSI, responsables informatiques et dirigeants de TPE/PME souhaitant structurer leur démarche avant de lancer le basculement.
1. Audit préalable : Cartographier l’existant
Avant toute action technique, il est impératif d’établir un état des lieux précis de votre environnement actuel. Cette phase détermine la complexité du projet et le budget nécessaire.Inventaire des boîtes aux lettres : Recensez le nombre total d’utilisateurs, les tailles moyennes et maximales des boîtes (les très grosses boîtes >50 Go nécessitent un traitement spécifique).Analyse de la bande passante : Vérifiez que votre connexion internet sortante est suffisante pour supporter l’upload simultané des données sans saturer le réseau pendant les heures ouvrées.Vérification des licences : Assurez-vous d’avoir souscrit aux bonnes éditions Microsoft 365 (Business Standard, E3, etc.) correspondant à vos besoins en collaboration et sécurité.Détection des conflits DNS : Identifiez les zones de transfert ou les entrées MX existantes qui pourraient bloquer la réception des emails durant le basculement.
2. Prérequis techniques et configuration du tenant
Cette étape prépare le terrain dans l’environnement cloud Microsoft avant d’y importer les données.Création des identités : Importez vos utilisateurs via PowerShell ou le centre d’administration. Vérifiez la cohérence des UPN (User Principal Name) pour éviter les conflits de connexion.Délégation du domaine : Ajoutez votre nom de domaine dans Microsoft 365 et générez l’enregistrement TXT fourni par Microsoft pour prouver sa propriété. Ne modifiez pas encore le MX pointant vers Exchange local, cela se fera à la fin.Mise en place des groupes de sécurité : Structurez vos équipes (RH, Compta, Direction) dans Azure Active Directory pour faciliter l’attribution future des droits d’accès aux fichiers et applications.
3. Stratégie de migration : Choisir la bonne méthode
Selon le volume de données et les contraintes de temps, plusieurs méthodes s’offrent à vous :Migration par lot (Batch) : Idéale pour moins de 2 000 boîtes. Elle permet une synchronisation continue entre l’on-premise et le cloud avant la coupure finale.Cutover Migration : Simple mais disruptive, elle transfère tout en une seule fois au moment du basculement DNS. À réserver aux petits parcs avec peu de données historiques.Migration hybride : La plus robuste pour les structures complexes ou multisites. Elle conserve Exchange local comme hub d’envoi/réception pendant la transition, permettant un coexistence longue durée entre on-premise et cloud.
4. Exécution : Le jour J du basculement
C’est le moment critique où la continuité d’activité est mise à l’épreuve.Synchronisation finale : Lancez une dernière synchronisation incrémentale pour capturer les modifications apportées depuis la veille au soir (nouveaux mails, pièces jointes).Basculement DNS : Modifiez le record MX de votre domaine pour qu’il pointe vers yourdomain.com.mail.protection.outlook.com. Cette modification peut prendre jusqu’à 48 heures à se propager mondialement (TTL), mais souvent moins si vous avez réduit le TTL la veille.Vérification des flux : Testez l’envoi et la réception de mails depuis un compte migré vers l’extérieur, puis entre deux comptes internes. Vérifiez également l’accès aux fichiers SharePoint/OneDrive.
5. Post-migration : Consolidation et formation
La migration technique n’est pas la fin du projet, mais le début de l’adoption.Désactivation des comptes locaux : Une fois la stabilité confirmée (généralement après 7 à 14 jours), vous pouvez désactiver les boîtes Exchange locales pour libérer les ressources serveurs.Sensibilisation aux nouveautés : Formez vos utilisateurs sur Teams, le partage de fichiers via OneDrive et la gestion des réunions. Beaucoup d’usages obsolètes (comme l’envoi massif en pièce jointe) doivent être remplacés par des liens de collaboration.Audit de sécurité : Activez l’authentification multifacteur (MFA) pour tous les utilisateurs et vérifiez que la rétention des données est conforme à vos obligations légales.
| Critère | Migration Cutover | Migration Hybride |
|---|---|---|
| Complexité technique | Faible (tout en une fois) | Élevée (coexistence longue) |
| Perturbation utilisateur | Haute le jour J, puis nulle | Progressive et maîtrisée |
| Volume recommandé | < 200 boîtes / < 5 Go par boîte | > 200 boîtes ou gros volumes |
| Coût initial | Plus faible | Plus élevé (licences Exchange locales maintenues) |
Questions fréquentes
Combien de temps dure une migration vers Microsoft 365 ?
Cela dépend du volume de données et de la méthode choisie. Pour une petite structure (<10 utilisateurs) avec peu d’historique, le basculement peut se faire en quelques heures un week-end. Pour des parcs plus importants ou hybrides, le processus s’étale sur plusieurs semaines pour permettre les synchronisations incrémentales sans perturber l’activité.
Les emails seront-ils perdus pendant la migration ?
Avec une bonne planification, non. Les méthodes de migration modernes (Batch ou Hybride) synchronisent les données en continu avant le jour J. Seuls les échanges très récents au moment exact du basculement DNS peuvent nécessiter un délai de propagation mineur.
Faut-il changer d’adresse email ?
Non, votre adresse professionnelle reste inchangée. La migration conserve vos identités existantes. Vous continuerez à utiliser votre.nom@votredomaine.fr, mais l’hébergement passera du serveur local au cloud Microsoft.
Quelle bande passante est nécessaire ?
Micorsoft recommande une connexion stable avec une latence inférieure à 150 ms. Pour le transfert initial des données, il faut prévoir une capacité suffisante pour uploader l’ensemble du volume de boîtes aux lettres sans saturer votre ligne principale pendant la journée.
Prêt à structurer votre projet de migration ?
Une migration réussie repose sur une planification rigoureuse et un accompagnement technique adapté à la taille de votre parc. Expertis’IT vous aide à auditer vos prérequis, choisir la méthode optimale (Cutover, Batch ou Hybride) et gérer le basculement DNS sans interruption.