Concevoir et implémenter une stratégie de déploiement et de migration de messagerie
Ce domaine évalue la préparation et l’exécution d’un déploiement ou d’une migration : coexistence, flux de courrier, Autodiscover, synchronisation d’annuaire, migration par lots et décommissionnement. L’examen insiste sur l’ordre des opérations et sur les dépendances qui causent les pannes de coexistence.
Règles de base
- La coexistence exige que les deux systèmes se reconnaissent : domaines acceptés, connecteurs, enregistrements DNS et Autodiscover doivent être valides avant la bascule.
- Une migration cutover convient à un petit environnement ; une migration par étapes ou hybride convient à la coexistence prolongée et aux calendriers partagés.
- La synchronisation d’annuaire doit précéder les migrations de boîtes pour que les destinataires et les permissions restent résolus.
- Le changement de MX ne doit intervenir qu’après validation du flux entrant, du certificat et du routage vers les boîtes migrées.
- Les dossiers publics, les règles de transport, les délégations et les accès partagés doivent être inventoriés avant le décommissionnement.
Exemple travaillé
Une organisation migre 500 boîtes vers un service hébergé en trois vagues. On commence par vérifier le domaine, configurer la synchronisation d’annuaire et la coexistence de routage, puis on migre un pilote de 30 utilisateurs. On valide le courrier entrant/sortant, Autodiscover, le calendrier et les permissions. Ensuite seulement, on change le MX et on migre les vagues suivantes. Raisonnement : le pilote prouve la coexistence avant l’exposition publique ; le MX bascule après la validation du flux, ce qui évite que le courrier arrive dans un système non prêt.
Pièges à éviter
Changer le MX avant la coexistence ; oublier Autodiscover ; migrer sans synchronisation d’annuaire ; ignorer les dossiers publics ou les délégations ; décommissionner trop tôt les connecteurs et les enregistrements DNS.