Le support de votre Microsoft Exchange 2010, qui a fait ses preuves depuis longtemps, prend fin le 13 octobre 2020. Vous devez aller de l'avant et migrer Exchange 2010 vers une version plus récente.
Mais savez-vous comment vous y prendre ?
Oui, il est vrai que votre installation de Exchange 2010 continuera à fonctionner après cette date. Mais pourquoi la repousser ? Vous savez qu'il est temps de passer à une version plus récente pour rester sûr et pris en charge. Après le 13 octobre 2020, Microsoft ne fournira plus de support technique pour le serveur Exchange 2010y compris des corrections de bogues, des corrections de sécurité et des mises à jour de fuseau horaire.
Alors, par où dois-je commencer pour ma migration Exchange ?
La première chose que vous devez faire est de décider si vous voulez rester avec Microsoft Exchange ou si vous voulez opter pour autre chose.
Le fait de s'en tenir à Microsoft Exchange signifie que le changement est transparent pour les utilisateurs finaux. C'est donc la meilleure option en termes d'adoption par les utilisateurs, 100% garanti ! Il ne nécessite aucune formation pour les utilisateurs, les intégrations que vous pourriez avoir avec d'autres logiciels ou les plug-ins Outlook que votre entreprise pourrait utiliser fonctionneront toujours. En bref, après la migration, les affaires continueront à fonctionner comme d'habitude.
Pour ceux qui veulent migrer vers quelque chose de différent, l'option la plus populaire est de migrer Exchange vers la suite G (anciennement Google Apps). Il est probable que certains de leurs utilisateurs finaux auront été en contact avec Gmail, ce n'est donc pas si mal en termes d'adoption par les utilisateurs. Une autre solution consiste à migrer de Exchange vers Zimbra ou d'autres plateformes. Pour effectuer ces migrations, vous devrez naturellement chercher de l'aide sur la plate-forme de destination, et non pas chez Microsoft. Pour passer de Exchange 2010+ à G Suite, vous devez Suite G Migrate. Pour aller de Exchange à Zimbra, vous avez le Outil de migration Zimbra.
Quel que soit l'outil que vous utilisez, assurez-vous de savoir quels éléments vous souhaitez migrer. S'agit-il seulement des messages électroniques ou aussi des contacts, des éléments du calendrier, des tâches, des dossiers publics ? Les dossiers publics et les événements récurrents du calendrier ont tendance à être les plus délicats dans les scénarios de migration, alors essayez de voir si vous allez les migrer.
Et si je veux rester avec Microsoft Exchange ?
Si vous voulez continuer à utiliser Exchange, la décision est alors de savoir si vous voulez aller sur le cloud ou si vous préférez garder votre installation Microsoft Exchange dans vos locaux.
Si vous voulez aller sur le cloud, Office365 est la solution. C'est un peu un pas de géant, mais vous bénéficiez de tous les avantages du Office 365, donc je pense que cela en vaut la peine.
Les étapes de la migration dépendront :
- Le nombre de boîtes aux lettres des utilisateurs
- Taille totale des boîtes aux lettres
- Besoin de coexistence avec l'ancien système (si oui, pour combien de temps ?)
Vous entendrez généralement des termes utilisés, tels que la migration par étapes, migration de transitionou les déploiements hybrides. Toutes ces choses sont possibles, et il y a beaucoup de documentation officielle de Microsoft sur elle. Laissez-moi vous le résumer :
- Dans une migration coupure vous migrez toutes vos boîtes aux lettres en même temps.
- Dans une migration étagée, vous migrez les boîtes aux lettres par lots.
Les migrations par étapes sont un peu compliquées à réaliser. En revanche, les migrations par étapes sont assez simples et vous permettent de migrer toutes vos boîtes aux lettres, tous vos utilisateurs de messagerie et toutes vos listes de distribution en une seule fois, avec un minimum de frais généraux.
Déploiements hybrides sont une question distincte. Dans un déploiement hybride, vous conservez votre déploiement de serveur Exchange sur site. La nouvelle Office 365 Exchange fonctionne comme une extension de ce que vous avez en interne.
Toutes ces approches de la migration sont orientées vers les grandes entreprises. Si vous êtes dans une petite organisation, vous pouvez choisir des techniques de migration plus simples qui traitent une boîte aux lettres à la fois. En général, ces options sont limitées à la migration des messages électroniques (pas de calendrier, de contacts ou de tâches) et ne s'occupent pas de la création du compte lui-même.
La technique de migration la plus populaire pour un nombre vraiment faible de comptes est la migration au moyen d'un fichier PST. Supposons que vous exécutez le serveur Exchange localement et que les utilisateurs finaux sont sur Outlook. Vous pouvez utiliser Outlook pour transférer tous les messages de l'utilisateur dans un fichier PST, puis télécharger ce fichier vers Office 365. D'autres options incluent l'importation du courrier dans OneDrive ou l'utilisation d'IMAP.
Que faire si je souhaite mettre à niveau mon système mais que je garde le Exchange dans mes locaux ?
Si vous préférez rester avec une solution sur site, alors il y a quelques choses que vous DEVEZ savoir :
- Si vous commencez avec un Exchange 2010 dans votre environnement, et que vous suivez la voie de Microsoft, vous ne pouvez pas introduire un Exchange 2019 jusqu'à ce que les migrations soient terminées à une version plus récente de Exchange - par exemple, 2016 - puis le démantèlement de Exchange 2010 est terminé. C'est pourquoi tant de personnes migrent vers 2016 en 2020 ! Cependant, cette migration à double saut prend beaucoup de temps et est très sujette aux erreurs.
- Exchange 2019 Les exigences en matière de matériel ne sont pas faibles. Exchange 2019 est conçu pour les grandes entreprises et si vous regardez les exigences pour le faire fonctionner de manière optimale, vous avez besoin de 128 Go de RAM et plus et de la puissance du processeur.
- Exchange 2019 exige que vous utilisiez le serveur Windows 2019. La grande surprise est que vous pouvez l'installer sur l'édition de base de Windows Server 2019. Microsoft recommande en fait d'utiliser Cœur du serveur comme plateforme de base pour Exchange 2019. Cela signifie que vous avez moins de patchs à faire mais que vous ne pouvez gérer ce serveur qu'en utilisant PowerShell et un navigateur pour vous connecter au centre d'administration Exchange (EAC). Certaines personnes n'aiment pas travailler avec une simple invite de commande et préfèrent l'interface graphique. Il vous faudra peser le pour et le contre.
Existe-t-il un outil pour aider à cette migration ?
Si vous souhaitez migrer de Exchange 2010 à Exchange 2019, l'outil idéal est CB Exchange Server Sync.
Cet outil évite de devoir passer par Microsoft Exchange 2016 et il couvre tous les besoins de migration possibles : messages électroniques, contacts, calendriers, tâches, dossiers publics et tous les petits détails qu'ils peuvent avoir avec eux.
Il gère correctement les événements récurrents et dispose de nombreuses fonctionnalités de configuration si vous en avez besoin. Néanmoins, il automatise à peu près tout ce qui peut être automatisé en termes de configuration, de sorte que vous pouvez passer rapidement à la configuration.
A emporter
La migration de votre Microsoft Exchange 2010 vers une technologie plus récente n'est pas une mince affaire, ni une tâche que vous devriez prendre à la légère.
Pour y parvenir, assurez-vous de savoir où vous voulez aller, et n'hésitez pas à vous tourner vers les outils qui peuvent vous aider. Si vous voulez utiliser CB Exchange Server SyncNos experts peuvent vous aider à trouver la meilleure approche pour votre cas spécifique. Prenez contact avec eux!
Vous voulez en savoir plus ? Je vous recommande ces articles et études de cas :
Ana Neto
Conseiller technique
à Connecting Software
Auteur :
Je suis ingénieur en informatique depuis 1997, et plus récemment, j'aime écrire et parler en public. Vous avez des questions ou des commentaires sur cet article ou sur le CB Exchange Server Sync ? J'aimerais avoir votre avis !