Feuille de route de fin de prise en charge d’Exchange Server 2010

2024-04-18
S’applique à: Exchange Server 2010, Microsoft 365 Enterprise, Office 365 Enterprise

La prise en charge d’Exchange Server 2010 a pris fin le 13 octobre 2020. Si vous n’avez pas déjà migré d’Exchange Server 2010 vers Microsoft 365, Office 365 ou Exchange Server 2016, il est maintenant temps de commencer la planification.

Que signifie la fin du support ?

La plupart des produits Microsoft ont un cycle de vie de support pendant lequel ils obtiennent de nouvelles fonctionnalités, des correctifs de bogues, des correctifs de sécurité, et ainsi de suite. Ce cycle de vie dure généralement pendant 10 ans à partir de la version initiale du produit. La fin de ce cycle de vie est appelée fin de support du produit. Étant donné qu’Exchange Server 2010 a atteint sa fin de support le 13 octobre 2020, Microsoft ne fournit plus :

Support technique pour les problèmes qui peuvent se produire.
Correctifs de bogues pour les problèmes susceptibles d’affecter la stabilité et la facilité d’utilisation du serveur.
Correctifs de sécurité pour les vulnérabilités susceptibles de rendre le serveur vulnérable aux violations de sécurité.
Mises à jour de fuseau horaire.

Votre installation d’Exchange Server 2010 continuera à s’exécuter après cette date. Toutefois, en raison des modifications répertoriées, nous vous recommandons vivement de migrer à partir d’Exchange Server 2010 dès que possible.

Quelles sont mes options ?

C’est un moment idéal pour explorer vos options et préparer un plan de migration. Vous pouvez:

Migrez entièrement vers Microsoft 365. Migrez des boîtes aux lettres en utilisant une migration par basculement, une migration hybride minimale ou une migration hybride complète. Supprimez ensuite les serveurs Exchange locaux et Active Directory.
Migrez vos serveurs Exchange Server 2010 vers Exchange Server 2016 sur vos serveurs locaux.

Important

Si votre organisation choisit de migrer des boîtes aux lettres vers Microsoft 365, mais envisage de conserver DirSync ou Microsoft Entra Connect en place pour continuer à gérer les comptes d’utilisateurs à partir d’Active Directory local, vous devez conserver au moins un serveur Microsoft Exchange local. Si vous supprimez tous les serveurs Exchange, vous ne pourrez pas apporter de modifications aux destinataires Exchange dans Exchange Online, car la source d’autorité reste dans votre annuaire Active Directory local. Les modifications doivent être apportées. Dans ce scénario, vous disposez des options suivantes :

Recommandé: Si vous avez migré vos boîtes aux lettres vers Microsoft 365 et mis à niveau vos serveurs avant le 13 octobre 2020, utilisez Exchange Server 2010 pour vous connecter à Microsoft 365 et migrer des boîtes aux lettres. Ensuite, migrez Exchange Server 2010 vers Exchange Server 2016 et désactivez les serveurs Exchange Server 2010 restants.
Si vous n’avez pas terminé la migration de boîte aux lettres et la mise à niveau du serveur local d’octobre 13, 2020, mettez à niveau vos serveurs Exchange Server 2010 locaux vers Exchange Server 2016 en premier. Utilisez ensuite Exchange Server 2016 pour vous connecter à Microsoft 365 et migrer des boîtes aux lettres.

Remarque

C’est un peu plus compliqué, mais vous pouvez également migrer des boîtes aux lettres vers Microsoft 365 lors de la migration de vos serveurs Exchange Server 2010 locaux vers Exchange Server 2016.

Les sections suivantes explorent chaque option plus en détail.

Migrer vers Microsoft 365

La migration de votre courrier électronique vers Microsoft 365 est la meilleure option et la plus simple pour vous aider à mettre hors service votre déploiement Exchange Server 2010. Avec une migration vers Microsoft 365, vous pouvez effectuer un tronçon unique de l’ancienne technologie aux fonctionnalités actuelles, notamment :

Fonctionnalités de conformité telles que les stratégies de rétention, les In-Place et la conservation des litiges, la découverte électronique sur place, etc.
Microsoft Teams.
Power BI.
Boîte de réception concentrée.
MyAnalytics.

Microsoft 365 obtient également de nouvelles fonctionnalités et expériences en premier, afin que votre organisation puisse commencer à les utiliser immédiatement. En outre, vous n’aurez pas à vous soucier des points suivants :

Achat et maintenance du matériel.
Payer pour chauffer et refroidir vos serveurs.
Mise à jour des correctifs de sécurité, de produit et de fuseau horaire.
Gestion du stockage et des logiciels pour prendre en charge les exigences de conformité.
Mise à niveau vers une nouvelle version d’Exchange. Vous êtes toujours sur la dernière version d’Exchange dans Microsoft 365.

Comment migrer vers Microsoft 365 ?

Selon votre organisation, vous avez quelques options pour accéder à Microsoft 365. Tout d’abord, vous devez prendre en compte quelques éléments, tels que :

Nombre d’utilisateurs ou de boîtes aux lettres que vous devez déplacer.
Durée pendant laquelle vous souhaitez que la migration dure.
Que vous ayez besoin d’une intégration transparente entre votre installation locale et Microsoft 365 pendant la migration.

Ce tableau présente vos options de migration et les facteurs les plus importants qui déterminent la méthode à utiliser.

Option de migration	Taille de l’organisation	Durée
Migration à basculement	Moins de 150 utilisateurs	Une semaine ou moins
Migration hybride minimale	Moins de 150 utilisateurs	Quelques semaines ou moins
Migration hybride complète	Plus de 150 utilisateurs	Quelques semaines ou plus

Les sections suivantes vous donnent une vue d’ensemble de ces méthodes. Pour plus d’informations, consultez Choisir un chemin de migration.

Migration à basculement

Dans une migration de basculement, vous migrez toutes vos boîtes aux lettres, groupes de distribution, contacts, et ainsi de suite, vers Office 365 à une date et une heure définies. Lorsque vous avez terminé, vous arrêtez vos serveurs Exchange locaux et commencez à utiliser Microsoft 365 exclusivement.

La migration de basculement est idéale pour les petites organisations qui n’ont pas de nombreuses boîtes aux lettres, souhaitent accéder rapidement à Microsoft 365 et ne veulent pas gérer la complexité des autres méthodes. Mais il devrait être terminé dans une semaine ou moins. Les utilisateurs doivent également reconfigurer leurs profils Outlook. La migration de basculement peut migrer jusqu’à 2 000 boîtes aux lettres, mais nous vous recommandons de l’utiliser pour un maximum de 150. Si vous essayez de migrer davantage, vous pouvez manquer de temps pour transférer toutes les boîtes aux lettres avant votre échéance, et votre personnel du support informatique peut être submergé de demandes pour aider les utilisateurs à reconfigurer Outlook.

Voici quelques éléments à prendre en compte concernant la migration de bascule :

Microsoft 365 doit se connecter à vos serveurs Exchange Server 2010 à l’aide d’Outlook Anywhere sur le port TCP 443.
Toutes les boîtes aux lettres locales seront déplacées vers Microsoft 365.
Vous aurez besoin d’un compte d’administrateur local disposant d’un accès en lecture aux boîtes aux lettres de vos utilisateurs.
Les domaines acceptés d’Exchange Server 2010 que vous souhaitez utiliser dans Microsoft 365 doivent être ajoutés en tant que domaines vérifiés dans le service.
Entre le démarrage de la migration et le début de la phase d’achèvement, Microsoft 365 synchronise régulièrement les boîtes aux lettres Microsoft 365 et locales. Cela vous permet d’effectuer la migration sans vous soucier que des courriers électroniques soient laissés derrière dans vos boîtes aux lettres sur site.
Les utilisateurs recevront de nouveaux mots de passe temporaires pour leur compte Microsoft 365. Ils devront modifier ceux lorsqu’ils se connectent à leurs boîtes aux lettres pour la première fois.
Vous aurez besoin d’une licence Microsoft 365 qui inclut Exchange Online pour chaque boîte aux lettres utilisateur que vous migrez.
Les utilisateurs devront configurer un nouveau profil Outlook sur chacun de leurs appareils et télécharger à nouveau leur e-mail. Le nombre d’e-mails téléchargés par Outlook peut varier. Pour plus d’informations, consultez Travailler hors connexion dans Outlook.

Pour en savoir plus sur la migration de basculement, consultez :

Migration hybride minimale

Dans un environnement hybride minimal ou express, vous déplacez quelques centaines de boîtes aux lettres vers Microsoft 365 dans quelques semaines. Cette méthode ne prend pas en charge les fonctionnalités avancées de migration hybride, telles que les informations de calendrier gratuites/occupées partagées.

La migration hybride minimale est idéale pour les organisations qui doivent prendre plus de temps pour migrer leurs boîtes aux lettres vers Microsoft 365, mais qui prévoient toujours d’effectuer la migration dans quelques semaines. Vous bénéficiez de quelques-uns des avantages de la migration hybride complète sans grande complexité. Vous pouvez contrôler le nombre de boîtes aux lettres à migrer à un moment donné. Les boîtes aux lettres Microsoft 365 seront créées avec les noms d’utilisateur et les mots de passe des comptes locaux. Et, contrairement aux migrations de basculement, vos utilisateurs n’ont pas besoin de recréer leurs profils Outlook.

Voici quelques éléments à prendre en compte concernant la migration hybride minimale :

Vous devez effectuer une synchronisation d’annuaires unique entre vos serveurs Active Directory locaux et Microsoft 365.
Les utilisateurs pourront se connecter à leur boîte aux lettres Microsoft 365 avec le même nom d’utilisateur et mot de passe qu’avant leur boîte aux lettres.
Vous aurez besoin d’une licence Microsoft 365 qui inclut Exchange Online pour chaque boîte aux lettres utilisateur que vous migrez.
Les utilisateurs n’auront pas besoin de configurer un nouveau profil Outlook sur la plupart de leurs appareils, bien que certains téléphones Android plus anciens aient besoin d’un nouveau profil. Les utilisateurs n’auront pas besoin de télécharger leur e-mail.

Pour plus d’informations, consultez Utiliser une version hybride minimale pour migrer rapidement des boîtes aux lettres Exchange vers Office 365.

Migration hybride complète

Dans une migration hybride complète, vous avez de nombreuses centaines, jusqu’à des dizaines de milliers, de boîtes aux lettres et vous déplacez une partie ou tout vers Microsoft 365. Étant donné que ces migrations sont généralement à long terme, les migrations hybrides permettent de :

Affichez aux utilisateurs locaux les informations de calendrier libre-occupé pour les utilisateurs de Microsoft 365, et inversement.
Consultez une liste d’adresses globale unifiée qui contient des destinataires dans les deux locaux et Microsoft 365.
Affichez les propriétés complètes des destinataires Outlook pour tous les utilisateurs, qu’ils soient locaux ou dans Microsoft 365.
Sécuriser la communication par e-mail entre les serveurs Exchange locaux et Office 365 à l’aide de TLS et de certificats.
Traitez les messages envoyés entre les serveurs Exchange locaux et Microsoft 365 comme internes, ce qui leur permet de :
- Être correctement évalué et traité par les agents de transport et de conformité ciblant les messages internes.
- Contourner les filtres anti-courrier indésirable.

Les migrations hybrides complètes sont optimales pour les organisations qui s’attendent à rester dans une configuration hybride pendant de nombreux mois ou plus. Vous obtenez les fonctionnalités répertoriées précédemment dans cette section, ainsi que la synchronisation d’annuaires, de meilleures fonctionnalités de conformité intégrées et la possibilité de déplacer des boîtes aux lettres vers et depuis Microsoft 365 à l’aide de déplacements de boîtes aux lettres en ligne. Microsoft 365 devient une extension de votre organisation locale.

Éléments à prendre en compte pour la migration complète hybride :

Ils ne sont pas adaptés à toutes les organisations. En raison de la complexité des migrations hybrides complètes, les organisations avec moins de quelques centaines de boîtes aux lettres ne voient généralement pas les avantages qui justifient l’effort et le coût impliqués. Dans ce cas, nous vous recommandons d’envisager une migration de basculement ou hybride minimale comme alternative.
Vous devez configurer la synchronisation d’annuaires à l’aide de Microsoft Entra Connect entre vos serveurs Active Directory locaux et Microsoft 365.
Les utilisateurs pourront se connecter à leur boîte aux lettres Microsoft 365 avec le même nom d’utilisateur et mot de passe qu’ils utilisent lorsqu’ils se connectent au réseau local. (Cette fonctionnalité nécessite Microsoft Entra Connect avec la synchronisation de mot de passe et/ou les services de fédération Active Directory).
Vous avez besoin d’une licence Microsoft 365 qui inclut Exchange Online pour chaque boîte aux lettres utilisateur que vous migrez.
Les utilisateurs n’ont pas besoin de configurer un nouveau profil Outlook sur la plupart de leurs appareils, bien que certains téléphones Android plus anciens aient besoin d’un nouveau profil. Les utilisateurs n’auront pas besoin de télécharger leur e-mail.

Important

Si votre organisation choisit de migrer des boîtes aux lettres vers Microsoft 365, mais envisage de conserver DirSync ou Microsoft Entra Connect en place pour continuer à gérer les comptes d’utilisateurs à partir d’Active Directory local, vous devez conserver au moins un serveur Exchange local. Si tous les serveurs Exchange sont supprimés, vous ne pourrez pas apporter de modifications aux destinataires Exchange dans Exchange Online. Cela est dû au fait que la source de l’autorité reste dans votre annuaire Active Directory local et que les modifications doivent être apportées.

Si une migration hybride complète vous convient, consultez les ressources utiles suivantes :

Effectuer une mise à niveau vers une version plus récente d’Exchange Server locale

Nous pensons fortement que vous bénéficiez de la meilleure valeur et de l’expérience utilisateur en migrant entièrement vers Microsoft 365. Toutefois, nous comprenons que certaines organisations doivent conserver certains serveurs Exchange en local. Cela peut être dû à des exigences réglementaires, pour garantir que les données ne sont pas stockées dans un centre de données étranger, car vous avez des paramètres uniques ou des exigences qui ne peuvent pas être remplis dans le cloud, ou parce que vous avez besoin d’Exchange pour gérer les boîtes aux lettres cloud, car vous utilisez toujours Active Directory localement. Dans tous les cas, si vous conservez Exchange en local, vous devez vous assurer que votre environnement Exchange Server 2010 est mis à niveau vers au moins Exchange Server 2013 ou Exchange Server 2016.

Pour une expérience optimale, nous vous recommandons de mettre à niveau votre environnement local restant vers Exchange Server 2016. Vous n’avez pas besoin d’installer Exchange Server 2013 si vous souhaitez passer directement d’Exchange Server 2010 à Exchange Server 2016.

Exchange Server 2016 inclut toutes les fonctionnalités des versions précédentes d’Exchange. Il correspond le plus étroitement à l’expérience disponible avec Microsoft 365, bien que certaines fonctionnalités ne soient disponibles que dans Microsoft 365. Découvrez quelques-unes des choses que vous avez manquantes :

Publication d'Exchange	Fonctionnalités
Exchange Server 2013	L’architecture simplifiée réduit le nombre de rôles serveur à trois (Boîte aux lettres, Accès client, Transport Edge)
	Stratégies de protection contre la perte de données (DLP) qui aident à empêcher la fuite d’informations sensibles
	Amélioration de l’expérience Outlook Web App
Exchange Server 2016	Fonctionnalités d’Exchange Server 2013 et ...
	Rôles serveur simplifiés uniquement en Boîte aux Lettres et Transport de Périphérie
	Amélioration de la protection contre la perte de données avec l’intégration à SharePoint
	Amélioration de la résilience des bases de données
	Collaboration de documents en ligne

Considération	Plus d’informations
Dates de fin de support	Comme Exchange Server 2010, chaque version d’Exchange a sa propre date de fin de support : Exchange Server 2013 - Avril 2023 Exchange Server 2016 - Octobre 2025 Plus la date de fin de prise en charge est antérieure, plus vous devrez effectuer une autre migration.
Chemin de migration vers Exchange Server 2013 ou 2016	Le chemin de migration d’Exchange Server 2010 vers une version plus récente est le même que vous choisissiez Exchange Server 2013 ou Exchange Server 2016 : Installez Exchange Server 2013 ou 2016 dans votre organisation Exchange Server 2010 existante. Déplacez des services et d’autres infrastructures vers Exchange Server 2013 ou 2016. Déplacez les boîtes aux lettres et les dossiers publics vers exchange Server 2013 ou 2016 Désactiver les serveurs Exchange Server 2010 restants.
Coexistence de versions	Lors de la migration vers Exchange Server 2013 ou Exchange Server 2016, vous pouvez installer une version dans une organisation Exchange Server 2010 existante. Cela vous permet d’installer un ou plusieurs serveurs Exchange Server 2013 ou Exchange Server 2016 et d’effectuer votre migration.
Matériel serveur	La configuration matérielle requise pour le serveur a changé à partir d’Exchange Server 2010. Vérifiez que votre matériel est compatible. En savoir plus sur la configuration matérielle requise pour chaque version ici : Configuration système requise pour Exchange Server 2016 Configuration système requise pour Exchange Server 2013 Avec les améliorations significatives des performances Exchange et l’augmentation de la puissance de calcul et de la capacité de stockage dans les serveurs plus récents, vous aurez probablement besoin de moins de serveurs pour prendre en charge le même nombre de boîtes aux lettres.
Version du système d’exploitation	Les versions minimales prises en charge du système d’exploitation pour chaque version sont les suivantes : Exchange Server 2016 - Windows Server 2012 Exchange Server 2013 - Windows Server 2008 R2 SP1 Vous trouverez plus d’informations sur la prise en charge du système d’exploitation dans exchange Supportability Matrix.
Niveau fonctionnel de forêt Active Directory	Les niveaux fonctionnels de forêt Active Directory minimum pris en charge pour chaque version sont les suivants : Exchange Server 2016 - Windows Server 2008 R2 SP1 Exchange Server 2013 - Windows Server 2003 Vous trouverez plus d’informations sur la prise en charge du niveau fonctionnel de la forêt dans la matrice de prise en charge d’Exchange.
Versions du client Office	Les versions minimales du client Office prises en charge pour chaque version sont les suivantes : Exchange Server 2016 - Office 2010 (avec les dernières mises à jour) Exchange Server 2013 - Office 2007 SP3 Pour plus d’informations sur la prise en charge des clients Office, consultez la matrice de prise en charge d’Exchange.

Utilisez les ressources suivantes pour faciliter votre migration :

Assistant Déploiement Exchange
Modifications du schéma Active Directory pour Exchange 2016, 2013
Configuration système requise pour Exchange 2016, 2013
Conditions préalables pour Exchange 2016, 2013

Résumé des options pour le client et les serveurs Office 2010 et Windows 7

Pour obtenir un résumé visuel des options de mise à niveau, de migration et de déplacement vers le cloud pour les clients et serveurs Office 2010 et Windows 7, consultez l’affiche de fin de support.

Cette affiche d’une page illustre les différents chemins que vous pouvez suivre pour répondre aux produits clients et serveurs Office 2010 et Windows 7 à la fin du support, avec des chemins d’accès et une prise en charge des options préférés dans Microsoft 365 Entreprise mis en surbrillance.

Que se passe-t-il si j’ai besoin d’aide ?

Si vous migrez vers Microsoft 365, vous pouvez utiliser notre service Microsoft FastTrack. FastTrack fournit des meilleures pratiques, des outils et des ressources pour rendre votre migration vers Microsoft 365 aussi transparente que possible. Mieux encore, vous disposez d’un ingénieur du support technique pour passer de la planification et de la conception à la migration de votre dernière boîte aux lettres. Pour plus d’informations sur FastTrack, consultez Microsoft FastTrack.

Si vous rencontrez des problèmes lors de votre migration vers Microsoft 365 et que vous n’utilisez pas FastTrack ou que vous effectuez une migration vers une version plus récente d’Exchange Server, voici quelques ressources que vous pouvez utiliser :

Partager via