Exchange 2003 - Planification d’une feuille de route pour la mise à niveau et la coexistence
S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3
Dernière rubrique modifiée : 2012-07-23
Vous pouvez déployer Microsoft Exchange Server 2010 dans une organisation Microsoft Exchange Server 2003 existante fonctionnant en mode natif. La coexistence entre ces deux versions Exchange est prise en charge. Cette rubrique donne une vue d’ensemble des éléments de planification et des étapes configuration à suivre dans le cas d’une coexistence entre Exchange 2010 et Exchange 2003.
Planification d’une organisation Exchange existante
Avant de poursuivre votre planification pour Exchange 2010, assurez-vous que votre organisation Exchange 2003 existante répond aux exigences présentées dans les rubriques suivantes :
Coexistence
Toute mise à niveau d’une organisation à partir d’Exchange 2003 passe par une période de coexistence. Dans un scénario de coexistence, toute combinaison des versions suivantes de Microsoft Exchange est déployée dans une organisation Exchange unique : Exchange 2003, Exchange 2007 et Exchange 2010. Cette rubrique traite principalement de la coexistence entre Exchange 2003 et Exchange 2010.
Dans un scénario de coexistence, les multiples versions d’Exchange communiquent entre elles et partagent des ressources de données ainsi que des informations relatives aux destinataires et à la configuration. Des parties de l’organisation continuent d’utiliser la fonctionnalité Exchange 2003, tandis que d’autres ont terminé la mise à niveau vers Exchange 2010.
.gif "Important") Important : |
|---|
| Vous pouvez installer des serveurs Exchange 2003 supplémentaires dans votre organisation uniquement si un serveur Exchange 2003 était déjà installé au moment de l’installation du premier serveur Exchange 2010. |
N’oubliez pas les problèmes de coexistence suivants :
Active Directory et domaines Lors d’une mise à niveau de Exchange 2003 à Exchange 2010, vous devez commencer par accorder des autorisations Exchange spécifiques dans chaque domaine dans lequel vous avez exécuté l’outil DomainPrep d’Exchange 2003. Pour ce faire, exécutez la commande
setup /PrepareLegacyExchangePermissions. L’octroi de ces autorisations est une étape de la préparation d’Active Directory et de vos domaines pour l’installation d’Exchange 2010. Pour obtenir des instructions détaillées, voir Préparer Active Directory et les domaines.Interfaces de gestion Dans Exchange 2010, vous pouvez gérer des serveurs et boîtes aux lettres Exchange 2010 en utilisant soit la console de gestion Exchange (EMC), soit l’environnement de ligne de commande Exchange Management Shell. Vous pouvez également utiliser la console de gestion Exchange pour afficher certains attributs sur les serveurs Exchange 2003. Pour plus d’informations, consultez la rubrique Interopérabilité de la console de gestion Exchange.
Fonctionnalités Rôle de serveur Les fonctionnalités Rôle de serveur Exchange 2010, accessibles aux clients de l’organisation Exchange pendant la période de coexistence, dépendent de la version du serveur Exchange sur lequel est enregistrée la boîte aux lettres de l’utilisateur et de la version de l’application cliente de messagerie utilisée pour accéder à Exchange.
Groupes de routage Une grande organisation disposant d’un grand nombre de groupes de routage doit planifier sa topologie de routage afin de maintenir le flux de messagerie pendant la période de coexistence. Lorsque vous planifiez une période de coexistence entre Exchange 2003 et Exchange 2010, vous devez comprendre les différences qui existent dans la manière dont chaque version détermine sa topologie de routage. Pour plus d’informations sur le routage et la coexistence, voir la rubrique Mettre à niveau à partir d'un transport Exchange 2003.
Mode natif Vous pouvez déployer Exchange 2010 uniquement dans une organisation Exchange 2003 qui opère en mode natif. Pour plus d’informations sur le passage de votre organisation Exchange 2003 au mode natif, consultez la rubrique Présentation de la mise à niveau vers Exchange 2010.
Différences d’administration
Exchange 2003 utilise les groupes d’administration pour organiser les objets Exchange à des fins de délégation de l’autorisation de gestion de ces objets. Exchange 2010 n’utilise pas les groupes d’administration comme unité logique de gestion pour la délégation d’administration.
Toutefois, pour prendre en charge la coexistence entre Exchange 2003 et Exchange 2010, tous les serveurs Exchange 2010 sont automatiquement placés dans un groupe d’administration unique lors de l’installation d’Exchange 2010. Ce groupe d’administration est reconnu dans le Gestionnaire système Exchange des versions antérieures d’Exchange comme étant un groupe d’administration Exchange (FYDIBOHF23SPDLT).
.gif "Attention") Attention : |
|---|
| Ne déplacez pas des serveurs Exchange 2010 hors du groupe d’administration Exchange (FYDIBOHF23SPDLT) et ne renommez pas le groupe d’administration Exchange (FYDIBOHF23SPDLT) via un éditeur d’annuaire de niveau inférieur. Exchange 2010 doit utiliser ce groupe d’administration pour le stockage des données de configuration. Le déplacement de serveurs Exchange 2010 hors du groupe d’administration Exchange (FYDIBOHF23SPDLT) ainsi que le changement de nom du groupe d’administration Exchange (FYDIBOHF23SPDLT) ne sont pas pris en charge. |
Vous devez utiliser le Gestionnaire système Exchange et les utilitaires pour gérer les serveurs Exchange 2003. Dans Exchange 2010, vous devez gérer les serveurs et les boîtes aux lettres Exchange 2010 via la console de gestion Exchange ou l’environnement de ligne de commande. Exchange Management Shell. Toutefois, vous pouvez utiliser la console de gestion Exchange pour afficher quelques attributs sur les serveurs Exchange 2003. Pour plus d’informations sur l’interopérabilité de la console de gestion Exchange, voir Interopérabilité de la console de gestion Exchange.
Coexistence d’Exchange 2007 avec Exchange 2003 en mode mixte
Lorsque vous êtes prêt à effectuer une mise à niveau d’un environnement en mode mixte, mettez à niveau chaque site Active Directory individuellement. Si vos sites Active Directory disposent uniquement d’Exchange 2007 ou d’Exchange 2003, suivez les instructions de mise à niveau à partir de la version en question pour ces sites Active Directory. Par exemple, si votre site A Active Directory dispose d’Exchange 2007, suivez les instructions de mise à niveau applicables à Exchange 2007. Si Exchange 2003 est installé sur le site B Active Directory, suivez les instructions de mise à niveau applicables à Exchange 2003. Pour plus d’informations sur la mise à niveau de vos versions d’Exchange 2003 et d’Exchange 2007, voir Présentation de la mise à niveau vers Exchange 2010.
Si à la fois Exchange 2003 et Exchange 2007 sont installés sur vos sites Active Directory, suivez les instructions de mise à niveau applicables à Exchange 2003 et Exchange 2007, puis exécutez les étapes de mise à niveau requises à la fois par les deux versions. Pour plus d’informations sur la mise à niveau vers Exchange 2010 dans ce scénario, consultez les rubriques suivantes :
Processus de mise à niveau d’Exchange 2003 vers Exchange 2010
Cette vue d’ensemble présente les étapes de mise à niveau à suivre pour passer de Exchange 2003 à Exchange 2010.
Tout d’abord, vous mettez à niveau tous les sites Active Directory accessibles sur Internet en procédant comme suit :
Mettez à niveau les serveurs Exchange 2003 existants vers Exchange 2003 Service Pack 2 (SP2).
Déployez les serveurs Exchange 2010 dans cet ordre :
Accès au client
Transport Hub
Messagerie unifiée
Boîte aux lettres
Configurez le serveur frontal Exchange 2003 et le serveur d’accès au client Exchange 2010.
Configurez le serveur de transport Hub Exchange 2010 et les serveurs de messagerie unifiée.
Déplacez les boîtes aux lettres d’Exchange 2003 vers Exchange 2010.
Ensuite, mettez à niveau tous les sites Active Directory internes en procédant de la même manière.
La figure suivante illustre la vue d’ensemble du processus de mise à niveau d’Exchange 2003 vers Exchange 2010.
Vue d’ensemble des étapes de mise à niveau d’Exchange 2003 vers Exchange 2010
.gif "Mettre à niveau le processus d’Exchange 2003 à Exchange 2010")
Ordre des sites Active Directory pour la mise à niveau
Comme l’indique l’illustration précédente, lorsque vous mettez à niveau votre organisation vers Exchange 2010, vous devez, tout d’abord, mettre à niveau tous les sites Active Directory exposés à Internet, puis mettre à niveau tous les sites Active Directory internes. Cette approche est nécessaire car la connexion proxy entre serveurs d’accès au client n’est possible qu’à partir des dernières versions du rôle serveur d’accès au client (Exchange 2010) vers les versions antérieures (Exchange 2007) et non l’inverse.
Ordre des rôles serveur pour la mise à niveau
Pour le premier site Active Directory que vous mettez à niveau, le premier rôle serveur Exchange 2010 que vous installez est le rôle serveur d’accès au client. Nous vous recommandons de mettre à jour un seul site Active Directory à la fois vers Exchange 2010. En fonction de la taille de votre site Active Directory, il peut s’agir d’un seul serveur d’accès au client ou une série de serveurs d’accès au client Exchange 2010 dont la charge est équilibrée.
Nous vous recommandons de suivre l’ordre suivant lors de l’installation des rôles serveur Exchange 2010 :
Rôle serveur d’accès au client
Rôle serveur de transport Hub
Rôle serveur de messagerie unifiée
Rôle serveur de boîte aux lettres
.gif "Remarque") Remarque : |
|---|
| Lors d’une mise à niveau vers Exchange 2010, vous ne pouvez pas effectuer de mise à niveau de serveur instantanée sur un serveur Exchange existant. |
Pour plus d’informations sur la mise à niveau des rôles serveur, consultez les rubriques suivantes :
Mise à niveau à partir d'une boîte aux lettres Exchange 2003
Installer Exchange 2010 dans une organisation Exchange 2003 existante
Vous pouvez ajouter le rôle serveur de messagerie unifiée ultérieurement ; si vous souhaitez l’installer en même temps que les autres rôles serveur, sélectionnez Installation personnalisée d’Exchange Server.
| Remarque : |
|---|
| Vous devez déployer le rôle serveur de transport Edge dans le réseau de périmètre et à l’extérieur de la forêt sécurisée Active Directory. |
Assistant Déploiement d’Exchange 2010
Exchange Server 2010 présente l’assistant de déploiement de serveur Exchange, ou ExDeploy, un nouvel outil web qui peut vous aider pour votre déploiement Exchange. ExDeploy vous pose quelques questions sur votre environnement actuel, puis génère une liste de vérification et des procédures personnalisées qui simplifient davantage votre déploiement.
Pour plus d’informations, voir Assistant Déploiement d'Exchange 2010.
Coexistence de rôles serveur
Cette rubrique fournit des détails sur chaque rôle serveur d’ Exchange 2010 dans un scénario de coexistence
Coexistence de serveurs d’accès au client
Le rôle serveur d’accès au client offre de nouvelles fonctionnalités en plus de celles fournies par un serveur frontal dans Exchange 2003. Toute la connectivité client (y compris la connectivité Microsoft Outlook MAPI) passe maintenant par le rôle serveur d’accès au client. Il n’y a plus de clients se connectant directement au rôle serveur de boîtes aux lettres. Le rôle serveur d’accès au client peut coexister avec les serveurs Exchange 2003. La liste suivante décrit les dépendances et exigences du serveur d’accès au client d’Exchange 2010 pour la coexistence avec Exchange 2003.
Selon l’emplacement de la boîte aux lettres de l’utilisateur, celui-ci peut voir le client Outlook Web App d’Exchange 2003 ou le client Outlook Web App d’Exchange 2010. Par exemple, si la boîte aux lettres de l’utilisateur est située sur un serveur principal Exchange 2003 et que le serveur d’accès au client exécute Exchange 2010, l’utilisateur voit Outlook Web Access, le client d’Exchange 2003.
La version de Microsoft Exchange ActiveSync que les clients utilisent dépend également de la version du serveur qui héberge la boîte aux lettres de l’utilisateur. La boîte aux lettres de l’utilisateur doit être située sur un serveur exécutant Exchange 2003 SP2 ou Exchange 2010 pour que la technologie Direct Push soit activée pour Exchange ActiveSync.
Lorsque vous effectuez une mise à niveau d’Exchange 2003 vers Exchange 2010, vous effectuez généralement une mise à niveau simultanée de tous les serveurs Exchange d’un groupe de routage particulier ou du site Active Directory vers Exchange 2010, vous configurez la coexistence, puis vous effectuez la mise à niveau du site suivant.
| Important : |
|---|
| La mise à niveau d’une organisation Exchange 2003 nécessite un serveur frontal Exchange 2003 pour prendre en charge la mise à niveau. Pour chaque serveur d’accès au client Exchange 2010, vous ne pouvez configurer qu’une seule URL d’Outlook Web Access 2003 aux fins de redirection. Cette opération est possible avec un seul serveur frontal Exchange 2003 ou une série de serveurs frontaux Exchange 2003 dont la charge est équilibrée. |
Pour en savoir plus sur la coexistence du serveur d’accès au client entre Exchange 2003 et Exchange 2010 et pour obtenir des informations sur les nouvelles fonctionnalités d’Exchange 2010, consultez la rubrique Mettre à niveau à partir d'un accès au client Exchange 2003.
Exchange 2007 avait introduit les services de découverte automatique et de disponibilité ; Exchange 2010 continue de s’appuyer sur ces services :
Le service de découverte automatique configure les ordinateurs clients équipés de Microsoft Outlook 2010, Outlook 2007, Entourage et d’autres applications clientes. Il permet également de configurer les périphériques mobiles pris en charge. Le service de découverte automatique permet aux clients Exchange connectés à votre environnement de messagerie Outlook 2010 d’accéder aux fonctionnalités d’Exchange.
Le service de disponibilité améliore l’expérience des professionnels de l’informatique en matière de planification des réunions et du calendrier en apportant des informations de disponibilité sécurisées, cohérentes et à jour aux ordinateurs qui exécutent Outlook 2007 ou Outlook 2010.
Pour plus d’informations, voir Présentation du service de découverte automatique et Présentation du service de disponibilité.
Coexistence des serveurs de transport Hub
Le rôle serveur de transport Hub est conçu pour traiter l’ensemble du flux de messagerie l’organisation Exchange. Il est également chargé de gérer les règles de transport, les stratégies de journalisation et la remise des messages. Ce serveur est déployé dans la forêt Active Directory et les boîtes aux lettres d’Exchange 2010 ont besoin de ce serveur pour envoyer et recevoir des messages. Les messages transmis par Internet sont relayés par le serveur de transport Hub jusqu’au serveur de transport Edge ou un hôte actif tiers.
Vous pouvez ajouter un serveur de transport Hub Exchange 2010 à une organisation Exchange existante lorsque vous avez terminé le déploiement des serveurs d’accès au client Exchange 2010. Lorsque vous intégrez des serveurs de transport Hub Exchange 2010 dans votre environnement Exchange 2003, tous les serveurs de transport Hub Exchange 2010 sont placés dans un groupe de routage séparé.
Pour activer le flux de messagerie entre le déploiement d’Exchange 2010 et votre organisation Exchange 2003 existante, vous devez créer un connecteur de groupe de routage. Ce connecteur de groupe de routage est créé pendant l’installation du premier serveur de transport Hub Exchange 2010.
Pour en savoir plus sur l’introduction de serveurs de transport Hub Exchange 2010 dans votre organisation Exchange 2003, voir Mettre à niveau à partir d'un transport Exchange 2003.
Coexistence de serveurs de boîtes aux lettres
Pour que les serveurs de boîtes aux lettres Exchange 2010 et Exchange 2003 coexistent, vous devez pouvoir envoyer des messages aux différentes boîtes aux lettres. Exchange 2010 utilise le serveur de transport Hub pour envoyer des messages. Un serveur de transport Hub Exchange 2010 doit être déployé dans chaque site Active Directory contenant un serveur de boîtes aux lettres Exchange 2010. Vous avez également besoin d’un serveur d’accès au client dans chaque site Active Directory possédant un serveur de boîtes aux lettres. Pour plus d’informations sur la mise à niveau d’un serveur de boîtes aux lettres Exchange 2010, consultez la rubrique Mise à niveau à partir d'une boîte aux lettres Exchange 2003.
Si vous déplacez une boîte aux lettres d’Exchange 2003 vers Exchange 2010, et que celle-ci fait partie d’une stratégie d’adresse de messagerie, les adresses de messagerie pour cette boîte aux lettres sont automatiquement mises à jour sur la base de la configuration de la stratégie d’adresse de messagerie. Si la boîte aux lettres contenait une adresse SMTP principale différente de l’adresse de messagerie appliquée par la stratégie d’adresse de messagerie, cette adresse SMTP devient une adresse SMTP secondaire et l’adresse de messagerie générée par la stratégie d’adresse de messagerie devient l’adresse SMTP principale. Pour plus d’informations sur le déplacement de boîtes aux lettres, consultez la rubrique Gestion des demandes de déplacement.
Vous pouvez répliquer les données de dossiers publics entre les bases de données de dossiers publics Exchange 2010 et Exchange 2003. Pour ce faire, vous devez créer un réplica des dossiers publics en utilisant le Gestionnaire système Exchange 2003Exchange. Pour plus d’informations sur la coexistence des dossiers publics d’Exchange 2010 et Exchange 2003, voir la rubrique Présentation des dossiers publics.
Coexistence des serveurs de messagerie unifiée
Le rôle serveur de messagerie unifiée est conçu pour fournir une messagerie unifiée aux destinataires Exchange 2010. La messagerie unifiée combine la messagerie vocale et la messagerie électronique dans une banque unique, accessible depuis un téléphone, un ordinateur d’utilisateur et un périphérique mobile. Les utilisateurs peuvent accéder aux messages vocaux et électroniques, ainsi qu’aux informations du calendrier qui se trouvent dans leur boîte aux lettres Exchange 2010 à partir des clients de messagerie, tels que Outlook et Outlook Web App.
Le serveur de messagerie unifiée dépend du serveur de transport Hub et du serveur de boîtes aux lettres. Tous les messages SMTP envoyés à partir d’un serveur de messagerie unifiée doivent être soumis à un serveur de transport Hub Exchange 2010. Pour qu’un destinataire utilise la messagerie unifiée, il doit être détenteur d’une boîte aux lettres Exchange 2010.
Il n’est pas possible de mettre à niveau les versions d’ Exchange antérieures à Exchange 2007 ; il faut donc déployer une organisation Exchange 2010 avec tous les rôles serveur Exchange, y compris la messagerie unifiée, puis déplacer les boîtes aux lettres d’Exchange 2003 (ou version antérieure) vers un serveur de boîtes aux lettres Exchange 2010. Pour plus d’informations, voir Déplacer des boîtes aux lettres depuis des serveurs Exchange 2003 vers des serveurs Exchange 2010.
Coexistence des serveurs de transport Edge
Le rôle serveur de transport Edge est conçu pour fournir une protection renforcée contre le courrier indésirable et les virus pour l’organisation Exchange. Le serveur de transport Edge applique également des stratégies aux messages en cours de transport entre des organisations. Ce rôle serveur est déployé dans le réseau de périmètre et en dehors de la forêt Active Directory. Le serveur de transport Edge peut être déployé comme hôte actif et serveur de relais SMTP pour une organisation Exchange 2003 existante.
Vous pouvez ajouter un serveur de transport Edge à une organisation Exchange existante sans mettre à niveau les serveurs Exchange internes ni modifier l’organisation. Vous ne devez pas exécuter d’étapes de préparation d’Active Directory lorsque le serveur de transport Edge est en cours d’installation.
Si vous utilisez le filtre de messages intelligent Exchange dans Exchange 2003 pour exécuter des tâches de blocage du courrier indésirable, vous pouvez utiliser le serveur de transport Edge pour fournir une couche supplémentaire de protection contre le courrier indésirable. Le serveur de transport Edge garantit la protection contre le courrier indésirable et les virus lorsque les messages arrivent sur le réseau.
Lorsqu’un serveur de transport Edge Exchange 2010 est déployé pour prendre en charge une organisation Exchange qui n’a pas encore déployé Exchange 2010, un ensemble limité de fonctionnalités est disponible. Vous ne pouvez pas créer un abonnement Edge dans ce scénario. Par conséquent, vous ne pouvez pas utiliser les fonctions de recherche de destinataires ou d’agrégation de listes fiables. Pour plus d’informations sur les serveurs de transport Edge et leur coexistence, voir Mettre à niveau à partir d'un transport Exchange 2003.
Topologies prises en charge
Exchange 2010 prend en charge les topologies suivantes :
Forêt unique, plusieurs sites Active Directory.
Plusieurs forêts (modèle de forêt ressource) avec plusieurs sites Active Directory.
Site Active Directory unique.
Pour plus d’informations, consultez les rubriques suivantes :
Exchange 2010 ne prend pas en charge les topologies suivantes :
Coexistence avec Exchange 2000 Server ou une version antérieure
Coexistence avec les versions d’Exchange 2003 antérieures à SP2
Installation d’une version supérieure d’Exchange dans une organisation Exchange 2010 récemment créée.
© 2010 Microsoft Corporation. Tous droits réservés.