Migration Exchange — Microsoft 365 et Exchange Server SE
Migrer Exchange sans couper la messagerie.
Exchange Server, Exchange Online, migration d’un tenant à l’autre ou messagerie tierce. Nous préparons, réalisons et validons votre migration en gardant le service debout. Boîtes aux lettres, archives, calendriers, délégations, domaines et flux de messagerie entrent dans une stratégie construite pour votre environnement — pas pour un catalogue.
Exchange Server 2016 et 2019 sont hors support depuis le 14 octobre 2025. La deuxième et dernière période de mises à jour de sécurité étendues se termine à la fin du mois d’octobre 2026. Après cette date, plus aucun correctif de sécurité ne sera publié pour ces versions, à aucun prix.
Les dates qui décident
Rien ne s’arrête, rien n’avertit. C’est le problème.
Un Exchange 2016 hors support continue de distribuer le courrier comme la veille. Il ne reçoit simplement plus de correctifs de sécurité, plus de corrections de bogues, plus d’assistance — et personne ne s’en aperçoit avant l’incident. Voici le calendrier réel, tel que Microsoft l’a publié.
1er juillet 2025
Exchange Server SE arrive
La nouvelle version sur site est disponible. Elle suit un cycle de vie moderne : plus de version à racheter tous les trois ans, plus de date de fin de support annoncée tant qu’elle est tenue à jour.
14 octobre 2025
Fin de support de 2016 et 2019
Les deux versions les plus déployées quittent le support. Plus de correctifs de sécurité, plus de corrections, plus d’assistance Microsoft.
Mai → octobre 2026
La dernière période de sursis
La deuxième période de mises à jour de sécurité étendues, payante et à racheter, se termine à la fin du mois d’octobre 2026. Ensuite, plus rien n’est publié pour 2016 et 2019.
Deuxième semestre 2026
La mise à jour SE CU2
Son programme d’installation refuse la cohabitation avec 2013, 2016 et 2019. Les anciens serveurs doivent avoir disparu de l’organisation avant de l’installer.
Trois trajectoires restent ouvertes : Microsoft 365, Exchange Server SE, ou les deux en hybride. Nous analysons l’environnement existant et définissons celle qui tient avec vos applications, vos exigences de sécurité et votre stratégie de cloud — pas celle qui arrange le fournisseur.
Voir Exchange Server SELe point de départ
Quelle migration préparez-vous ?
Cinq situations, cinq méthodes, cinq calendriers. La première question d’un projet de messagerie n’est pas « quel outil », c’est d’où l’on part et où l’on va.
Exchange Server vers Microsoft 365
Transférer les boîtes aux lettres, les archives et les services de messagerie vers Exchange Online, pour moderniser l’environnement et réduire l’infrastructure locale.
Notre page Migration Microsoft 365D’un tenant Microsoft 365 à l’autre
Déplacer les utilisateurs et les données vers un autre tenant lors d’une fusion, d’une acquisition, d’une séparation ou d’une réorganisation de groupe.
Notre page Tenant to TenantMessagerie tierce vers Microsoft 365
Migrer depuis Google Workspace, une plateforme IMAP, un hébergeur suisse ou une autre solution de messagerie vers l’écosystème Microsoft 365.
Migration vers un environnement hybride
Associer Exchange Online à une infrastructure locale lorsque certaines données, applications ou fonctions doivent rester sur site. C’est aussi, très souvent, l’étape de transit d’une migration prudente.
Notre page Hybrid et CloudModernisation d’Exchange Server
Faire évoluer une infrastructure locale vers Exchange Server Subscription Edition lorsque les contraintes de l’organisation ne permettent pas une migration complète vers le cloud.
La section consacrée à Exchange Server SELa version dont personne ne parle
Exchange Server SE : rester sur site, mais sur une version maintenue.
Le cloud n’est pas la seule réponse, et prétendre le contraire ne rend service à personne. Depuis juillet 2025, Exchange Server existe en Subscription Edition : une version servie par abonnement, en cycle de vie moderne. Elle reste supportée tant qu’elle est tenue à jour, sans date de fin annoncée.
Pour une organisation qui doit garder la messagerie chez elle — localisation des données, contrainte réglementaire, application métier inséparable du serveur, réseau isolé — c’est aujourd’hui la seule façon d’être sur site et supporté en même temps. Toutes les autres versions sont mortes ou le seront avant la fin de l’année.
Ce qui change vraiment : il n’y a plus de grande version à racheter tous les trois ans, plus de projet de migration à rejouer à chaque fois. Il y a des mises à jour cumulatives à poser régulièrement, et un abonnement à tenir. En échange, Microsoft s’est engagé à soutenir ses produits serveurs, Exchange compris, au moins jusqu’en 2035.
Microsoft place aussi Exchange Server SE, avec SharePoint et Skype for Business SE, au cœur de Microsoft 365 Local : la productivité Microsoft exécutée sur une infrastructure que le client possède, en mode connecté ou totalement déconnecté. C’est un sujet à part entière, et il concerne les organisations dont les données ne peuvent pas quitter le pays.
Comment on y arrive, selon votre version
- 2019 CU14/15 Mise à niveau sur place Exchange Server SE s’installe par-dessus, comme une mise à jour cumulative. Le serveur reste le même, les boîtes aux lettres ne bougent pas. C’est le chemin le moins risqué, et le plus rapide.
- 2016 Pas de mise à niveau sur place Il faut de nouveaux serveurs, déplacer les boîtes aux lettres, puis démonter l’ancien environnement. C’est un projet de migration complet — même si l’on reste sur site.
- 2013 ou avant Passage par une version intermédiaire Ou, très souvent, l’occasion de trancher pour Exchange Online plutôt que de reconstruire une infrastructure qu’il faudra reprendre dans deux ans.
- Déjà migré Le dernier serveur compte aussi Une organisation synchronisée avec un annuaire local garde en général un serveur Exchange — ou au minimum ses outils de gestion — pour administrer les attributs de messagerie. Lui aussi doit être en version supportée.
Le butoir : le programme d’installation de la mise à jour SE CU2, attendue au second semestre 2026, refuse la cohabitation avec Exchange 2013, 2016 et 2019. Le démontage des anciens serveurs n’est donc pas une opération de confort à faire « plus tard » — c’est une condition pour rester à jour.
Le vrai périmètre
Une migration ne se limite pas aux boîtes aux lettres.
Les e-mails ne représentent qu’une partie de l’environnement Exchange. Calendriers, archives, délégations, boîtes partagées, listes de distribution et dossiers publics doivent aussi être inventoriés et transférés. Et surtout : tous les systèmes qui utilisent Exchange pour envoyer des messages — scanners, ERP, applications métiers, plateformes de supervision.
| Ce qu’il faut aussi migrer | Pourquoi ça compte | Le piège |
|---|---|---|
| Calendriers, délégations, boîtes partagées | Les autorisations d’une assistante sur l’agenda d’un directeur, les boîtes de service, les listes de distribution : c’est le tissu invisible de l’organisation. | Le piègeRien de tout cela n’apparaît dans un inventaire de boîtes aux lettres. Une délégation perdue se découvre le lundi matin — par le directeur. |
| Archives et dossiers publics | Ce sont souvent les plus gros volumes, les plus anciens, et ceux dont personne ne connaît plus le contenu. | Le piègeLes dossiers publics n’ont pas d’équivalent direct. Il faut décider, dossier par dossier, ce qui devient boîte partagée, groupe ou site SharePoint. Cette décision se prend avec les métiers, pas avec l’informatique seule. |
| Domaines, DNS et flux de messagerie | Enregistrements MX, SPF, DKIM, DMARC, passerelles de filtrage, relais sortants et connecteurs. | Le piègeUn enregistrement SPF incomplet et vos messages partent en indésirable chez tous vos clients — sans qu’aucune alerte ne se déclenche chez vous. |
| Les applications qui envoient des messages | ERP, applications métiers, scanners multifonctions, systèmes d’alerte, supervision, automates de facturation. | Le piègeL’authentification de base a disparu, et l’interface EWS d’Exchange Online commence à être désactivée en octobre 2026, pour s’éteindre complètement en avril 2027. Une application qui l’utilise encore s’arrête. Sur Exchange Server, elle reste disponible : c’est parfois ce détail qui décide de la trajectoire. |
| Identités, licences et annuaire | Comptes, groupes, synchronisation d’annuaire, comptes de service, attributs de messagerie. | Le piègeUn compte de service oublié bloque la bascule d’un département entier au dernier moment, un vendredi soir. |
| Les postes et les mobiles | Outlook et ses profils, les règles locales, les fichiers de données, les terminaux gérés et ceux qui ne le sont pas. | Le piègeUn profil à recréer à la main sur quatre cents postes n’est pas un détail d’exécution : c’est un projet, et il doit être chiffré avant la bascule. |
Ces dépendances sont identifiées avant la bascule. C’est la seule façon de préserver le flux de messagerie et de rétablir l’ensemble des usages dans le nouvel environnement — plutôt que de les découvrir un par un, en production, pendant que le téléphone sonne.
Notre démarche
Une migration préparée, testée, puis validée.
Cinq étapes, dans cet ordre, sans en sauter une. Chacune produit quelque chose que vous gardez : un document, une configuration, une mesure. Rien n’est décidé sur la foi d’une estimation.
01
Audit de l’environnement
Nous inventorions ce qui existe vraiment : boîtes aux lettres et volumes, archives, dossiers publics, délégations, domaines, identités, terminaux. Et surtout les dépendances applicatives — celles que personne ne documente et que tout le monde découvre trop tard.
C’est l’étape que la plupart des projets abrègent, et c’est celle qui commande tout le reste. Rien ne s’engage avant.
Ce que nous livrons
- L’inventaire chiffré : boîtes, volumes, archives, dossiers publics, délégations
- La carte des dépendances : applications, scanners, relais SMTP, connecteurs
- L’état des lieux des domaines et du flux de messagerie, de bout en bout
- Les risques nommés, avec ce que coûterait chacun s’il se réalisait
02
Définition de la stratégie
Nous déterminons la méthode de migration, les outils, le calendrier, les groupes d’utilisateurs et le scénario de bascule. Et d’abord la trajectoire : Microsoft 365, Exchange Server SE, ou hybride.
Tout est écrit et discuté avant de toucher au premier serveur, y compris les options que nous avons écartées et pourquoi. Une décision d’architecture dont on ne connaît pas les raisons se rejoue à chaque changement de personne.
Ce que nous livrons
- La trajectoire retenue, et les raisons d’avoir écarté les autres
- Le découpage en vagues : services, sites, filiales ou domaines
- Le calendrier, avec les fenêtres d’intervention négociées avec les métiers
- Le plan de repli, écrit avant la première bascule et non pendant
03
Préparation de la destination
Nous configurons Microsoft 365 ou la nouvelle infrastructure Exchange : licences, domaines, sécurité, flux de messagerie, configuration hybride lorsqu’elle est nécessaire.
La destination est durcie avant d’être peuplée. Une boîte aux lettres migrée dans un tenant mal configuré doit être reprise, et une reprise coûte plus cher que la configuration initiale.
Ce que nous livrons
- Le tenant ou les serveurs préparés, durcis et documentés
- Le flux de messagerie de bout en bout, entrant et sortant, éprouvé
- La configuration hybride quand la coexistence est nécessaire
- Les règles de sécurité et de conformité : rétention, journalisation, protection
04
Pré-migration des données
Les données sont transférées avant la bascule lorsque la méthode le permet. Des synchronisations successives réduisent le volume restant à déplacer, et donc l’interruption ressentie par les utilisateurs.
Nous mesurons le débit réel au lieu de l’estimer : c’est lui, et non le nombre de boîtes aux lettres, qui donne la durée d’une bascule. Si la mesure contredit le calendrier, c’est le calendrier qui change.
Ce que nous livrons
- La première passe complète, puis les synchronisations différentielles
- Le débit réel mesuré, et le calendrier corrigé s’il le faut
- Un groupe pilote basculé, utilisé et validé avant tous les autres
- Le rapport de contrôle des écarts entre la source et la destination
05
Bascule et validation
Nous finalisons la synchronisation, activons le nouvel environnement, puis contrôlons ce que presque personne ne contrôle : les délégations, les boîtes partagées, les applications, les scanners, et la circulation des messages dans les deux sens.
Les premiers jours se jouent auprès des utilisateurs, pas dans une console. Nous restons joignables pendant cette période, et ce sont les ingénieurs qui ont fait la migration qui répondent.
Ce que nous livrons
- La bascule, par vagues successives ou coordonnée en une fois
- La liste de contrôle passée point par point, et signée
- L’accompagnement des utilisateurs les premiers jours
- Le démontage de l’ancien environnement, quand vous le décidez
La migration peut être organisée par groupes successifs, pour étaler la charge et garder une coexistence temporaire entre les deux environnements, ou lors d’une bascule coordonnée quand la taille de l’organisation le permet. Le choix se fait au cadrage, en fonction de vos contraintes d’exploitation — pas de nos habitudes.
Parlons de votre messagerie
Quelle est votre situation ?
Sept raisons d’ouvrir ce dossier. Si vous vous reconnaissez dans l’une d’elles, vous êtes au bon endroit — et nous avons déjà rencontré le cas.
Votre infrastructure arrive en fin de support
Vous devez définir une trajectoire vers un environnement maintenu et sécurisé, et vous n’avez plus beaucoup de temps pour le faire sereinement.
Votre entreprise fusionne, se sépare ou se réorganise
Les utilisateurs, les domaines et les données doivent changer de tenant sans perdre les accès ni interrompre les échanges avec l’extérieur.
Vous souhaitez réduire votre infrastructure locale
Moins de serveurs à maintenir, à sauvegarder et à renouveler ; davantage de services confiés à Microsoft 365.
Certaines applications dépendent encore d’Exchange
ERP, scanners, systèmes d’alerte ou applications métiers doivent continuer à envoyer des messages après la migration. C’est la première cause d’incident post-bascule.
Vos exigences imposent une architecture particulière
Localisation des données, conformité, sécurité ou contraintes applicatives peuvent nécessiter un environnement local ou hybride. C’est là qu’Exchange Server SE entre en jeu.
Votre messagerie doit rester disponible
La bascule s’organise autour de vos horaires, de vos utilisateurs et de la criticité réelle de vos communications — nuits, week-ends, fenêtres par service.
Vous cherchez une équipe pour piloter la migration
Vous voulez garder la maîtrise de votre environnement tout en confiant la préparation et l’exécution du projet à des spécialistes qui l’ont déjà fait.
Pourquoi passer par nous
Des environnements compliqués, déjà rencontrés.
Lambert Consulting est Microsoft Solutions Partner – Modern Work et accompagne des organisations suisses et internationales dans leurs projets Exchange et Microsoft 365 depuis les premières versions du produit.
Notre intervention peut couvrir l’ensemble du projet ou compléter les compétences de votre équipe interne : audit, architecture, préparation, migration, validation et transfert de connaissances. Nous ne cherchons pas à rester ; nous cherchons à ce que vos administrateurs sachent tenir l’environnement après nous.
5 To
Migration d’un tenant à l’autre : 500 utilisateurs, leurs boîtes et leurs archives
1’400
Utilisateurs migrés vers Microsoft 365 dans un même programme
2’700
Boîtes aux lettres reprises sur un seul environnement Exchange
Ce qui vient avec
- Un seul interlocuteur pour la messagerie, l’annuaire et les postes de travail. Les trois cassent ensemble ; autant qu’une seule maison les connaisse.
- Trente ans de projets Microsoft en Suisse romande, du serveur de messagerie historique au tenant Microsoft 365.
- Des équipes sur place : Renens, Sion, Châtel-Saint-Denis. Personne n’ouvre un ticket à l’autre bout du monde la nuit de la bascule.
- Les deux mondes, vraiment : nous posons Exchange Online et nous exploitons encore Exchange Server. Nous n’avons donc aucune raison de pousser l’un plutôt que l’autre.
- Autorisation fédérale de location de services depuis 2018 : nous pouvons aussi détacher un ingénieur chez vous, le temps du projet.
Questions fréquentes
Ce qu’on nous demande avant de commencer.
Les six questions qui reviennent à chaque premier rendez-vous. Les réponses sont volontairement précises : une réponse vague, à ce stade, ne sert à personne.
Une migration Exchange peut-elle être réalisée sans interruption ?
Une grande partie des données peut généralement être transférée avant la bascule, pendant que tout le monde travaille normalement. Une courte phase de transition reste toutefois nécessaire pour finaliser la synchronisation, modifier le flux de messagerie et connecter les utilisateurs au nouvel environnement.
Cette phase se planifie : une nuit, un week-end, ou service par service. Ce qui n’existe pas, c’est une migration où rien ne se passe ; ce qui existe, c’est une migration où l’interruption est courte, annoncée et sans surprise.
Combien de temps dure une migration ?
La durée dépend du nombre de boîtes aux lettres, du volume de données, de la bande passante disponible, des archives et des dépendances techniques. Un environnement de cent utilisateurs sans dépendance particulière n’a rien à voir avec un environnement de mille utilisateurs raccordé à un ERP et à quarante scanners.
L’audit initial permet d’établir un calendrier réaliste, et surtout de mesurer le débit réel plutôt que de l’estimer. C’est le débit, pas le nombre de boîtes, qui fixe la durée.
Quelles données peuvent être transférées ?
Selon l’environnement de départ et les outils retenus, la migration peut inclure les e-mails, les calendriers, les contacts, les archives, les boîtes partagées, les délégations, les règles et les dossiers publics.
Certains éléments demandent une décision plutôt qu’un transfert : les dossiers publics, par exemple, n’ont pas d’équivalent direct dans Microsoft 365. Nous vous présentons les options — boîte partagée, groupe, site SharePoint — et vous tranchez avec les métiers concernés.
Peut-on migrer uniquement une partie des utilisateurs ?
Oui. La migration peut être organisée par groupes, départements, filiales ou domaines, afin d’étaler la transition et de maintenir une coexistence temporaire entre les deux environnements.
C’est même le schéma le plus fréquent dans les organisations de plus de deux cents personnes : on commence par un groupe pilote qui accepte de signaler les anomalies, puis on avance par vagues.
Faut-il forcément aller dans le cloud ?
Non. Exchange Server Subscription Edition permet de garder la messagerie sur site, sur une version supportée et servie en cycle de vie moderne. C’est la bonne réponse quand la localisation des données, une contrainte réglementaire, un réseau isolé ou une application métier l’imposent.
Ce qui n’est plus possible, c’est de rester sur Exchange 2016 ou 2019 en espérant que cela tienne : ces versions ne reçoivent plus de correctifs de sécurité, et le programme de mises à jour étendues s’arrête à la fin du mois d’octobre 2026.
Que devient le dernier serveur Exchange après une migration complète ?
Une organisation qui synchronise ses comptes depuis un annuaire local conserve en général un serveur Exchange — ou au minimum ses outils de gestion — pour administrer les attributs de messagerie des objets de l’annuaire.
Ce serveur doit lui aussi être en version supportée. C’est la raison pour laquelle Exchange Server SE concerne aussi les organisations déjà passées dans Microsoft 365, et c’est un point que beaucoup découvrent après coup.
Autour de la messagerie
Ce à quoi une migration Exchange touche toujours.
Une messagerie ne vit pas seule. Voici les autres briques que nous posons, et que les projets Exchange finissent presque toujours par croiser.
Parlons-en
Préparons votre migration Exchange.
Une migration réussie commence par une compréhension précise de l’environnement existant, des données à transférer et des services qui dépendent de la messagerie. L’établissement de l’offre est gratuit : périmètre, charge, calendrier et livrables, sans engagement de votre part. L’audit, lui, est la première étape du mandat — c’est là que le travail commence.