Mettre à niveau à partir d'un transport Exchange 2003
S'applique à : Exchange Server 2010
Dernière rubrique modifiée : 2009-12-09
Lors de la mise à niveau de Microsoft Exchange Server 2003 vers Exchange Server 2010, les deux versions vont coexister en production pendant une certaine période. Vous pouvez utiliser les informations résumées dans le tableau suivant pour vous assurer que cela n’aura aucun impact négatif sur le flux de messagerie pendant cette période de coexistence.
.gif "Dd638103.important(fr-fr,EXCHG.140).gif") Important : |
|---|
| Si vous déployez Exchange 2010 comme une nouvelle organisation, vous ne pouvez pas installer Exchange 2003 ultérieurement dans l’organisation Exchange 2010. Ce scénario n’est pas pris en charge. Si vous estimez que vous aurez besoin des fonctionnalités Exchange 2003 dans votre organisation à l’avenir, vous devez d’abord installer une organisation Exchange 2003 et conserver au moins un serveur Exchange 2003. |
Résumé par fonctionnalité des actions obligatoires et facultatives pour la mise à niveau du Transport Exchange 2003 vers Exchange 2010
| Fonctionnalité | Actions obligatoires pour la coexistence | Actions facultatives et meilleures pratiques |
|---|---|---|
Différences entre les topologies de routage Lorsque vous planifiez une période de coexistence entre Exchange 2010 et Exchange 2003, vous devez comprendre les différences qui existent dans la manière dont chaque version détermine sa topologie de routage. Cette section donne une vue d’ensemble des différences entre les topologies, notamment une présentation sur :
|
|
|
Connecteurs d’envoi et de réception Exchange 2003 utilise les interfaces des serveurs virtuels SMTP pour chaque protocole afin d’envoyer et de recevoir les messages entre les serveurs Exchange. Les serveurs de transport Hub Exchange 2010 utilisent un connecteur implicite nommé connecteur d’envoi intra-organisationnel pour router les messages entre les sites. |
|
|
Données X-EXCH50 Exchange 2003 utilise le verbe propriétaire X-EXCH50 pour transmettre les informations sur les messages et les destinataires qui ne peuvent pas être incluses dans le message électronique. Exchange 2010 prend en charge un mappage entre MAPI et MIME et n’exige pas que les données Exch50 transmettent avec fiabilité les propriétés du message. |
|
|
Suivi de messages Différence significative entre les versions dans le sens où les événements consignés par le suivi de messages d’Exchange 2010 ne correspondent pas directement aux événements de suivi de messages consignés par Exchange 2003. |
|
|
Coexistence des serveurs de transport Edge Lorsqu’un serveur de transport Edge est déployé pour prendre en charge une organisation Exchange qui n’a pas encore déployé Exchange 2010, certaines fonctionnalités ne peuvent pas être utilisées. |
|
|
Différences entre les topologies de routage
Exchange 2003 utilise des groupes de routage pour définir une topologie de routage propre à Exchange. Généralement, les groupes de routage sont utilisés pour spécifier un ensemble de serveurs Exchange parfaitement connectés. Les serveurs appartenant au même groupe de routage peuvent communiquer entre eux sans recourir aux connecteurs. De préférence, les groupes de routage qui sont définis dans votre environnement existant sont basés sur des sous-réseaux IP et reflètent la configuration du site Active Directory.
Lorsque plusieurs groupes de routage sont définis dans une organisation Exchange 2003, vous devez créer manuellement les connecteurs de groupe de routage afin de permettre le flux de messagerie entre les serveurs Exchange 2003 qui appartiennent à différents groupes de routage. Le connecteur de groupe de routage doit spécifier un serveur source et un serveur cible lui servant de points de terminaison. Un connecteur de groupe de routage définit une connexion unidirectionnelle, et un connecteur réciproque doit être créé pour établir le flux de messagerie bidirectionnel. Les serveurs source et cible constituent les serveurs têtes de pont du groupe de routage. Les serveurs têtes de pont transmettent les messages électroniques vers d’autres groupes de routage de la part des serveurs de leur groupe de routage et reçoivent des messages électroniques à partir d’autres groupes de routage pour les remettre à d’autres serveurs de leur groupe de routage.
Dans Exchange 2010, vous n’avez pas à définir une configuration de routage propre à Exchange. Exchange 2010 utilise la topologie de site Active Directory existante pour définir sa propre topologie de routage. Toutefois, vous pouvez apporter des modifications de configuration propre à Exchange aux sites Active Directory et aux coûts de lien de sites IP afin de contrôler le flux de messagerie. Un message électronique routé sur les serveurs Exchange localisés dans différents sites doit être relayé par les serveurs de transport Hub. Les serveurs de transport Hub envoient des messages électroniques aux serveurs de transport Hub des sites distants en utilisant le connecteur d’envoi intra-organisationnel. Le connecteur d’envoi intra-organisationnel est un connecteur implicite calculé à l’aide du site Active Directory et des informations de lien de sites IP. Pour en savoir plus sur l’utilisation par Exchange 2010 des sites Active Directory pour router les messages, voir Planification de l'utilisation de sites Active Directory pour le routage de messages.
Connecteurs de groupe de routage
Pour prendre en charge la coexistence de ces deux topologies de routage, tous les serveurs Exchange 2010 sont automatiquement associés à un groupe de routage unique lorsqu’Exchange 2010 est installé. Le groupe de routage Exchange 2010 est reconnu dans le Gestionnaire système Exchange d’Exchange 2003 comme groupe de routage Exchange (DWBGZMFD01QNBJR) au sein du groupe d’administration Exchange (FYDIBOHF23SPDLT).
Lors de l’installation du premier serveur de transport Hub Exchange 2010 dans une organisation Exchange existante, vous devez spécifier un serveur tête de pont Exchange 2003 sur lequel établir le premier connecteur de groupe de routage. Il est recommandé de sélectionner un serveur tête de pont localisé dans un groupe de routage de transport Hub ou dans un groupe de routage disposant de nombreuses boîtes aux lettres. Le connecteur de groupe de routage lie le groupe de routage dans lequel réside le serveur Exchange 2003 au groupe de routage Exchange 2010. Le groupe de routage Exchange 2010 comprend tous les serveurs Exchange 2010, sans tenir compte du site Active Directory au sein duquel ils résident.
.gif "Dd638103.Caution(fr-fr,EXCHG.140).gif") Attention : |
|---|
| Ne déplacez pas de serveur Exchange 2010 hors du groupe de routage Exchange (DWBGZMFD01QNBJR) et ne renommez pas le groupe de routage Exchange (DWBGZMFD01QNBJR) via un éditeur d’annuaire de niveau inférieur. Aucune action n’est prise en charge. Exchange 2010 doit utiliser ce groupe de routage pour communiquer avec Exchange 2003. |
Le serveur de transport Hub que vous installez et le serveur tête de pont Exchange 2003 que vous sélectionnez sont configurés comme des serveurs source et cible sur deux connecteurs de groupe de routage réciproques. Le serveur tête de pont sélectionné est automatiquement ajouté à l’ensemble des membres du groupe de sécurité universel ExchangeLegacyInterop, et les autorisations nécessaires d’envoi et de réception des messages électroniques via Exchange 2010 lui sont octroyées. Ce connecteur de groupe de routage crée un point de connexion unique entre Exchange 2003 et Exchange 2010.
Vous pouvez modifier la liste des serveurs sources et cibles à l’aide de la cmdlet Set-RoutingGroupConnector de l’environnement de ligne de commande Exchange Management Shell. Il est conseillé de spécifier plusieurs serveurs sources et cibles pour permettre la redondance et la disponibilité des serveurs.
| Important : |
|---|
| Le placement des serveurs Exchange 2010 et des serveurs Exchange 2003 dans le même groupe de routage n’est pas pris en charge. |
Chaque groupe de routage Exchange 2003 doit posséder au moins un connecteur vers un autre groupe de routage avant d’introduire le premier serveur Exchange 2010. L’ID d’événement 5006 est enregistré pour chaque base de données de messages (MDB) Microsoft Exchange située dans un groupe de routage ne disposant pas de chemin d’accès au connecteur de groupe de routage depuis le groupe de routage Exchange 2010. Pour plus d’informations sur la topologie de routage Exchange 2003, voir Guide de transport et de routage Exchange Server.
Si votre environnement Exchange existant comprend plusieurs groupes de routage, vous pouvez créer des points de connexion supplémentaires entre Exchange 2003 et Exchange 2010 pour optimiser le flux de messagerie. Pour créer des points de connexion supplémentaires, procédez comme suit :
- Déterminez la manière dont vous voulez effectuer la mise à niveau de l’organisation vers Exchange 2010. L’ordre selon lequel vous retirez des groupes de routage détermine lequel des groupes de routage Exchange 2003 doit être directement connecté à Exchange 2010.
- Modifiez le registre pour supprimer les mises à jour secondaires de l’état des liens sur tous les serveurs Exchange 2003. Ce changement de configuration empêche le relais des messages de l’état du connecteur à travers l’organisation en utilisant les mises à jour de l’état des liens, mais n’empêche pas le relais des messages de changement de configuration. Pour plus d’informations, voir Supprimer les mises à jour de l'état des liaisons.
- La cmdlet New-RoutingGroupConnector dans l’environnement de ligne de commande Exchange Management Shell permet de créer tous les connecteurs de groupe de routage qui spécifient les serveurs de transport Hub Exchange 2010 comme serveurs source ou cible. Configurez un connecteur de groupe de routage à partir du groupe de routage Exchange (DWBGZMFD01QNBJR) pour chaque groupe de routage Exchange 2003 avec lequel Exchange 2010 communique directement et configurez les connecteurs de groupe de routage réciproques correspondants. Vous pouvez utiliser le paramètre Bidirectional avec la cmdlet New-RoutingGroupConnector pour créer les deux connecteurs en une seule opération. Ces connecteurs activeront le flux de messagerie entre Exchange 2003 et Exchange 2010. Important :
Lorsque vous utilisez la cmdlet New-RoutingGroupConnector, les serveurs hérités Exchange spécifiés sont automatiquement ajoutés aux membres du groupe de sécurité universel ExchangeLegacyInterop, et les autorisations requises pour permettre à un serveur Exchange hérité d’échanger des messages via un serveur de transport Hub Exchange 2010 sont automatiquement accordées. Si le Gestionnaire système Exchange est utilisé pour créer un connecteur de groupe de routage entre le groupe de routage Exchange 2010 et un groupe de routage Exchange 2003, cette appartenance au groupe n’est pas actualisée et le connecteur ne fonctionne pas correctement. Par conséquent, utilisez toujours l’environnement de ligne de commande Exchange Management Shell pour créer ou mettre à jour les connecteurs de groupe de routage entre Exchange 2010 et Exchange 2003.
Pour plus d’informations, voir Créer des connecteurs de groupe de routage supplémentaires à partir d'Exchange 2010 vers Exchange 2003.
Mises à jour de l’état des liens dans un environnement de coexistence
Lorsque vous connectez le groupe de routage Exchange 2010 à l’organisation Exchange 2003, prenez en compte le comportement du routage de l’état des liens. Les serveurs Exchange 2003 maintiennent un tableau de routage de l’état des liens qui est mis à jour via la communication avec le maître de groupe de routage. Chaque connecteur créé entre les groupes de routage Exchange 2003 est assimilé à un lien. Les serveurs Exchange 2003 déterminent la manière dont un message est routé au sein de l’organisation en utilisant le coût affecté aux liens. Si un groupe de routage particulier est inaccessible en utilisant le routage le moins coûteux, le tableau d’état des liens est mis à jour par le maître de groupe de routage pour afficher l’état du lien comme étant inaccessible. Ces données sont communiquées à chaque groupe de routage dans l’organisation Exchange. Lors de la réception des données, le tableau d’état des liens est mis à jour et un autre routage est calculé.
Le routage de l’état des liens n’est pas utilisé par les serveurs de transport Hub Exchange 2010. Exchange 2010 ne peut pas propager les mises à jour de l’état des liens, et les routages ne sont pas recalculés. Les serveurs de transport Hub tentent toujours de communiquer directement avec d’autres serveurs de transport Hub. Lorsqu’une connexion à un site est indisponible, Exchange 2010 utilise les coûts de lien de sites IP associés aux sites Active Directory pour déterminer le site le plus proche sur lequel mettre le message en attente. Ce comportement est nommé file d’attente au point de défaillance. L’état de la file d’attente du message qui est généré au point de défaillance est nouvelle tentative.
S’il existe plusieurs chemins entre le groupe de routage Exchange 2010 et un groupe de routage Exchange 2003, les mises à jour secondaires de l’état des liens doivent être supprimées pour s’assurer que la mise en boucle du message ne survient pas pendant le calcul du routage. Il est recommandé de supprimer les mises à jour secondaires de l’état des liens pour chaque serveur dans l’organisation Exchange 2003. Lorsque les mises à jour de l’état des liens sont supprimées, les serveurs Exchange 2003 s’insèrent également dans une file d’attente au point de défaillance et ne recalculent pas le routage.
Les changements de configuration, tels que l’ajout de connecteurs, sont toujours communiqués entre les serveurs Exchange 2003 en utilisant l’état des liens. Toutefois, pour que les mises à jour principales de l’état des liens continuent à se produire, veillez à ce que le groupe de routage Exchange 2010 ne soit pas le seul chemin de communication entre les groupes de routage Exchange 2003. Pour plus d’informations sur la suppression des mises à jour de l’état des liens, consultez la rubrique Supprimer les mises à jour de l'état des liaisons.
Retour au début
Connecteurs d’envoi et de réception
Exchange 2003 utilise les interfaces des serveurs virtuels SMTP de chaque protocole pour envoyer et recevoir des messages entre les serveurs Exchange. La configuration est requise uniquement lorsque vous modifiez les valeurs par défaut ou créez des connecteurs spécifiques à une autre organisation.
Les serveurs de transport Hub Exchange 2010 utilisent un connecteur implicite pour router les messages entre les sites. Ce connecteur est appelé connecteur d’envoi intra-organisationnel. Au cours de l’installation, les connecteurs de réception explicites sont automatiquement créés sur chaque serveur de transport Hub. Un connecteur de réception est configuré pour recevoir le trafic SMTP à partir de toutes les sources en écoutant sur le port 25. Un deuxième connecteur de réception est configuré pour recevoir le trafic SMTP à partir des clients non MAPI en écoutant sur le port 587. Les connecteurs d’envoi et de réception explicites sont créés sur les serveurs de transport Hub uniquement lorsque vous voulez créer un connecteur qui envoie des messages à un espace d’adressage spécifique ou qui reçoit les messages à partir d’une plage d’adresses spécifique. Pour plus d’informations sur les connecteurs dans Exchange 2010, consultez les rubriques Présentation des connecteurs d'envoi et Présentation des connecteurs de réception.
Retour au début
Données X-EXCH50
Exchange 2003 utilise le verbe propriétaire X-EXCH50 pour transmettre les informations sur les messages et les destinataires qui ne peuvent pas être incorporées dans le message électronique. Les informations sont transmises en tant qu’objet blob Exch50. Exch50 contient des données telles que le seuil de probabilité de courrier indésirable (SCL), les informations de réécriture d’adresses et d’autres propriétés MAPI qui n’ont pas de représentation MIME. X-EXCH50 étant un verbe ESMTP (Extended Simple Mail Transfer Protocol) propriétaire, les données Exch50 ne peuvent pas être propagées par un serveur autre qu’Exchange.
Exchange 2010 prend en charge un mappage entre MAPI et MIME et n’exige pas que les données Exch50 transmettent avec fiabilité les propriétés du message. Pour coexister correctement avec Exchange 2003, les serveurs Exchange 2010 peuvent répercuter les données Exch50 sur les serveurs Exchange 2003. Sur les connexions SMTP entrantes, les propriétés liées à Exch50 utilisées par Exchange 2010 sont promues comme propriétés Exchange 2010 équivalentes. Les propriétés qui ne sont pas utilisées par Exchange 2010 mais par Exchange 2003 sont conservées. Sur les connexions SMTP sortantes, le serveur Exchange 2010 peut constituer les données Exch50 par la promotion des propriétés Exchange 2010 et en les ajoutant aux données préservées d’Exchange 2003.
Les connecteurs de groupe de routage entre Exchange 2010 et Exchange 2003 sont automatiquement configurés pour prendre en charge l’envoi et la réception des données Exch50. En connectant Exchange 2010 à un serveur Exchange 2003 dans un scénario inter-forêts, assurez-vous que les autorisations du connecteur permettent le routage des données Exch50. Pour plus d’informations, voir Configurer des connecteurs inter-forêts.
Retour au début
Suivi de messages
Le schéma de suivi de messages dans Exchange 2010 est considérablement différent du schéma de suivi de messages dans Exchange 2003. Les événements consignés par le suivi de messages d’Exchange 2010 ne correspondent pas directement aux événements de suivi de messages consignés par Exchange 2003. Les messages qui sont envoyés et reçus par Exchange 2010 peuvent seulement être suivis par les serveurs Exchange 2010. Il n’existe pas de prise en charge de Microsoft Windows Management Instrumentation (WMI) dans Exchange 2010. Par conséquent, un serveur Exchange 2003 ne peut pas effectuer de requête pour les journaux de suivi des messages sur un serveur Exchange 2010. Si une demande de suivi de messages dans Exchange 2010 indique que le message a été transféré sur un serveur Exchange 2003, vous devez utiliser l’outil de suivi de messages Exchange 2003 pour poursuivre la recherche de ce message.
Retour au début
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. Étant donné que le déploiement s’est effectué en dehors d’Active Directory, 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 d’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.
Lorsqu’un serveur de transport Edge est déployé pour prendre en charge une organisation Exchange qui n’a pas encore déployé Exchange 2010, certaines fonctionnalités ne peuvent pas être utilisées. 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 l’utilisation du rôle serveur de transport Edge avec une organisation Exchange 2003, consultez la rubrique Déployer un serveur de transport Edge dans une organisation Exchange Server 2003 existante.
Retour au début