Mettre à niveau à partir d'un transport Exchange 2007

S'applique à : Exchange Server 2010

Dernière rubrique modifiée : 2009-12-09

Lors de la mise à niveau de Microsoft Exchange Server 2007 vers Exchange Server 2010, les deux versions coexistent pendant un certain temps dans un environnement de production. Vous pouvez planifier la mise à niveau d'Exchange 2007 vers Exchange 2010 à partir des informations de cette rubrique, comprenant notamment des informations de présentation, des informations techniques sur le flux de messages dans un environnement où les deux versions coexistent et les considérations à prendre en compte à cet égard.

Important :

Si vous déployez Exchange 2010 dans une organisation, vous ne pourrez pas installer Exchange 2007 ultérieurement dans l'organisation utilisant Exchange 2010. Ce scénario n'est pas pris en charge. Si vous estimez que vous aurez besoin plus tard des fonctionnalités d'Exchange 2007 dans votre organisation, vous devez d'abord installer Exchange 2007 dans l'organisation et conserver au moins un serveur Exchange 2007.

Le plus important dans un scénario où Exchange 2010 et Exchange 2007 coexistent, est que chaque serveur de boîtes aux lettres dispose d'un serveur de transport Hub avec une version d'Exchange correspondante dans le même site Active Directory. En raison des modifications apportées au modèle Objet Exchange Server dans Exchange 2010, les serveurs de transport Hub Exchange 2010 ne peuvent ni recevoir des messages des serveurs de boîtes aux lettres Exchange 2007 ni leur en envoyer. De même, les serveurs de transport Hub Exchange 2007 ne peuvent pas communiquer avec les serveurs de boîtes aux lettres Exchange 2010. Par conséquent, vous devez conserver vos serveurs de transport Hub Exchange 2007 se trouvant dans un site Active Directory spécifique jusqu'à ce que tous les serveurs de boîtes aux lettres Exchange 2007 soient supprimés de ce site. Pour en savoir plus sur le routage des messages dans un environnement où deux versions d'Exchange coexistent, voir « Routage des messages entre des versions différentes » plus loin dans cette rubrique.

Remarque :
Les mises à niveau sur place ne sont pas prises en charge dans Exchange 2010. Vous devez installer de nouveaux serveurs Exchange 2010 dans votre environnement, puis supprimer les serveurs Exchange 2007. Dans ce document, le terme mise à niveau fait en général référence à la mise à niveau de la version de votre déploiement Exchange et non d'un serveur spécifique.

Contenu de cette rubrique

Mise à niveau du serveur de transport

Routage des messages entre des versions différentes

Différences de synchronisation avec EdgeSync

Règles de transport et de journalisation dans un scénario de coexistence

Configuration des paramètres de notification d'état de remise (DSN) dans un environnement mixte

Suivi des messages entre les versions

Fonctionnalités de transport Exchange 2010 dans un scénario de coexistence

Mise à niveau du serveur de transport

La mise à niveau des serveurs de transport Hub et Edge Exchange 2007 doit faire partie d'une stratégie globale de mise à niveau. Il est conseillé de mettre à niveau les serveurs de transport après les serveurs d'accès au client et avant les serveurs de messagerie unifiée et de boîtes aux lettres. Les serveurs de transport Edge doivent être mis à niveau après les serveurs de transport Hub. Pour plus d'informations sur la planification d'une mise à niveau, voir Exchange 2007 - Planning Roadmap for Upgrade and Coexistence.

Avant d'installer des serveurs de transport Hub ou Edge Exchange 2010, veillez à ce que tous les serveurs Exchange 2007 dans ce site soient mis à niveau vers Exchange 2007 Service Pack 2 (SP2). Exchange 2007 SP2 est requis pour que les serveurs de transport Hub Exchange 2010 et Exchange 2007 coexistent dans un même site Active Directory. Exchange 2007 SP2 est également requis pour que le service Exchange EdgeSync fonctionne sur les différentes versions.

Si Exchange 2007 est déployé dans plusieurs sites, vous devez d'abord mettre à niveau les sites Internet. L'ordre de mise à niveau des sites restants dépend de la topologie en place et des priorités de l'organisation.

La procédure suivante indique la méthode recommandée de mise à niveau des serveurs de transport dans un site Internet. (Cela suppose que vous utilisez des serveurs de transport Edge avec EdgeSync. Si vous utilisez un hôte actif d'un autre fabricant, vous pouvez ignorer les étapes 2 à 6.) La procédure de mise à niveau est la suivante :

1. Installez le premier serveur de transport Hub Exchange 2010 dans votre site. Dès que cela est fait, le serveur de transport Hub Exchange 2010 prend en charge la synchronisation Edge. Toutefois, étant donné que le serveur de transport Edge exécute toujours Exchange 2007 SP2, le serveur de transport Hub Exchange 2010 ne procède pas à la synchronisation EdgeSync incrémentielle mais il duplique les données EdgeSync dans leur intégralité, de la même manière qu'un serveur de transport Hub Exchange 2007. Pour remettre les messages sur Internet, le serveur de transport Exchange 2010 passe par le serveur de transport Hub Exchange 2007, comme le montre l'illustration suivante.
   Installation d'un serveur de transport Hub Exchange 2010 sur un site Exchange 2007
   

2. Abonnez de nouveau le serveur de transport Edge Exchange 2007 à votre site. Cela permet d'ajouter le serveur de transport Hub Exchange 2010 en tant que serveur source à l'abonnement Edge, comme le montre l'illustration suivante.

   Remarque :
   Si vous envisagez d'ajouter plusieurs serveurs de transport Hub Exchange 2010 à votre site Active Directory, pour gagner du temps, déployez tous les serveurs de transport Hub avant d'abonner les serveurs de transport Edge.

   Abonnement des serveurs de transport Edge Exchange 2007 après l'installation d'un serveur de transport Hub Exchange 2010
   

3. Installez le premier serveur de transport Edge Exchange 2010 sur votre réseau de périmètre.

4. Abonnez votre serveur de transport Edge Exchange 2010 à votre site. À ce stade, le serveur de transport Hub Exchange 2010 commence à mettre à jour de façon incrémentielle le serveur de transport Edge Exchange 2010, comme le montre l'illustration suivante.
   Abonnement du serveur de transport Edge Exchange 2010
   

5. Supprimez l'abonnement Edge Exchange 2007.

6. Désactivez le serveur de transport Edge Exchange 2007, comme le montre l'illustration suivante.
   Suppression de serveurs de transport Edge Exchange 2007
   

7. Une fois que toutes les boîtes aux lettres se trouvent sur les serveurs de boîtes aux lettres Exchange 2010, désactivez les serveurs de transport Hub Exchange 2007.

Retour au début

Routage des messages entre des versions différentes

En raison des modifications apportées au modèle Objet Exchange Server dans Exchange 2010, les serveurs de transport Hub Exchange 2010 ne peuvent ni recevoir des messages des serveurs de boîtes aux lettres Exchange 2007 ni leur en envoyer. De même, les serveurs de transport Hub Exchange 2007 ne peuvent pas communiquer avec les serveurs de boîtes aux lettres Exchange 2010. Par conséquent, pour qu'Exchange 2010 et Exchange 2007 soient utilisés dans le même site Active Directory, vous devez conserver les deux versions des serveurs de transport Hub dans ce site, comme le montre l'illustration suivante. Les versions des serveurs du site B ne sont pas indiquées dans l'illustration, car le trafic SMTP intersites est traité de la même manière que dans Exchange 2007. Le serveur de transport Hub transmet les messages au serveur de transport Hub du site distant qui les remet.

Flux des messages entre Exchange 2010 et Exchange 2007

Pour permettre la transmission des messages entre ces versions d'Exchange, Exchange 2010 comporte une fonctionnalité de routage de versions. Grâce à cette fonctionnalité, le moteur de routage vérifie la version du serveur associé à une boîte aux lettres ainsi que la version du serveur du site Active Directory. Si la version ne correspond pas, le message est transmis à un serveur de transport Hub disposant de la version correspondante, comme le montre le flux de travail de routage des versions dans l'illustration suivante. Le routage dépend désormais des deux sites Active Directory et des versions d'Exchange.

Flux de travail du routage des versions

Lorsqu'un utilisateur d'une boîte aux lettres Exchange 2010 envoie un message à un utilisateur d'une boîte aux lettres Exchange 2007 dans le même site, voici ce qui se produit :

1. Le serveur de boîtes aux lettres Exchange 2010 notifie le serveur de transport Hub Exchange 2010 de l'envoi du message.
2. Le serveur de transport Hub Exchange 2010 récupère le message.
3. L'agent de routage détermine que la version du serveur de boîtes aux lettres qui est le serveur associé à la boîte aux lettres de destination ne correspond pas à la version de la boîte aux lettres.
4. L'agent de routage recherche un serveur de transport Hub Exchange 2007 dans le site local.
5. Le serveur de transport Hub Exchange 2010 transmet le message au serveur de transport Hub Exchange 2007.
6. L'agent de routage sur le serveur de transport Hub Exchange 2007 détermine que la boîte aux lettres cible se trouve sur un serveur de boîtes aux lettres Exchange 2007 dans le site local.
7. Le serveur de transport Hub Exchange 2007 remet le message au serveur de boîtes aux lettres Exchange 2007.

Tous les messages envoyés par les utilisateurs de boîtes aux lettres Exchange 2007 à des utilisateurs de boîtes aux lettres Exchange 2010 suivent un parcours similaire.

La fonctionnalité de routage des versions a été ajoutée à Exchange 2007 dans le Service Pack 2. Pour qu'Exchange 2010 et Exchange 2007 coexistent dans le même site Active Directory, vous devez d'abord mettre à niveau les serveurs Exchange 2007 existants vers la version SP2. Lorsqu'Exchange 2010 et Exchange 2007 SP2 se trouvent dans le même site Active Directory, chaque serveur de transport Hub transmet les messages aux serveurs de boîtes aux lettres avec des versions correspondantes. Le routage de versions ne modifie en rien le routage intra-site des messages.

Tenez compte de ce qui suit lorqu'Exchange 2010 et Exchange 2007 se trouvent dans le même site :

• Vous ne pouvez pas spécifier un serveur de transport Hub incompatible en tant que serveur de substitution d'un serveur de boîtes aux lettres pour le dépôt du courrier.
• Pour un serveur de boîtes aux lettres spécifique, si le site local ne dispose pas d'un serveur de transport Hub avec la version correspondante, les messages envoyés par les utilisateurs sur ce serveur de boîtes aux lettres resteront sur ce serveur.
• Pour un serveur de boîtes aux lettres spécifique, si le site local ne dispose pas d'un serveur de transport Hub avec la version correspondante, des rapports de non remise seront émis pour les messages envoyés aux utilisateurs dont les boîtes aux lettres se trouvent sur ce serveur de boîtes aux lettres.
• Les messages envoyés à des dossiers publics de messagerie sont traités de la même manière que les messages envoyés à des boîtes aux lettres.

Retour au début

Différences de synchronisation avec EdgeSync

Le processus de synchronisation Edge a été amélioré dans Exchange 2010. Dans Exchange 2007, EdgeSync procédait à la réplication intégrale des informations relatives à la configuration et aux destinataires. Cela prenait beaucoup de temps, surtout dans les organisations avec de nombreux utilisateurs. Pour y remédier, Exchange 2010 comporte une fonctionnalité de mise à jour incrémentielle pour EdgeSync. Lorsque vous abonnez un serveur de transport Edge Exchange 2010 à un site, les informations de configuration et les données relatives aux destinataires sont synchronisées. Dans les mises à jour ultérieures, seules les modifications sont répliquées. Par conséquent, la durée de la synchronisation et l'utilisation du réseau sont considérablement réduites.

Bien que les serveurs de transport Hub Exchange 2007 peuvent être synchronisés avec les serveurs de transport Edge Exchange 2010, les mises à jour incrémentielles sont uniquement possibles entre les serveurs de transport Hub Exchange 2010 et les serveurs de transport Edge Exchange 2010. Par défaut, lorsqu'un serveur de transport Edge Exchange 2010 est abonné à un site Active Directory qui comporte des serveurs de transport Hub Exchange 2010, les serveurs de transport Hub Exchange 2010 effectuent le processus de synchronisation EdgeSync. Vous pouvez rebasculer sur les serveurs de transport Hub Exchange 2007 en désactivant le service Microsoft Exchange EdgeSync sur les serveurs de transport Hub Exchange 2010. Toutefois, se faisant, vous ne bénéficiez plus des mises à jour incrémentielles et devez de nouveau procéder à la réplication des données avec chaque mise à jour conduite avec EdgeSync.

Pour plus d'informations sur EdgeSync, voir Présentation des abonnements Edge.

Retour au début

Règles de transport et de journalisation dans un scénario de coexistence

Si vous avez déjà recours aux règles de transport ou de journalisation dans votre organisation Exchange 2007, veillez à ce que ces fonctionnalités continuent à fonctionner au cours de la période de coexistence, quel que soit le serveur de transport Hub qui traite un message spécifique.

Les modifications suivantes ont été apportées aux règles de transport et de journalisation dans Exchange 2010. Ces règles ont un impact sur la gestion de ces fonctionnalités dans un environnement mixte :

• Modification du format   Les règles de transport Exchange 2010 prennent en charge une série de nouveaux prédicats et actions. Pour prendre en charge ces prédicats et actions, le format de stockage des règles de transport dans Active Directory a été modifié. Les serveurs de transport Hub Exchange 2007 ne prennent pas en charge ces prédicats et actions. Pour obtenir une liste complète des prédicats et actions disponibles dans Exchange 2010, voir Prédicats de règle de transport et Actions de règle de transport.
• Emplacement du stockage dans Active Directory   Pour empêcher les agents des règles de transport Exchange 2007 de charger et de traiter les règles créées dans Exchange 2010, les règles Exchange 2010 sont stockées dans un conteneur Active Directory distinct. La même chose s'applique aux règles de journalisation.

Copie de la configuration existante dans Exchange 2010

Lors de l'installation d'Exchange 2010, si le programme d'installation détecte l'existence de règles de transport Exchange 2007, ces règles héritées sont automatiquement exportées dans un emplacement temporaire, puis importées dans le conteneur de règles de transport Exchange 2010 dans Active Directory. Ce processus s'effectue automatiquement sans intervention de l'utilisateur.

Remarque :
Si des règles de transport Exchange 2010 existent, le programme d'installation ne procède pas à la migration des règles Exchange 2007, car elles risqueraient de remplacer les règles de transport Exchange 2010 existantes.

De même, toutes les règles de journalisation Exchange 2007 sont converties et copiées dans les règles de journalisation Exchange 2010 au cours de l'installation. Pour plus d'informations, voir Exporter et importer des règles de journal Exchange 2007.

Configuration des règles de transport et de journalisation dans un environnement mixte

L'importation automatique des règles dans Exchange 2010 s'effectue uniquement pendant l'installation initiale. Au cours de celle-ci, les règles de transport et de journalisation pour Exchange 2010 et Exchange 2007 sont synchronisées. Si vous modifiez plus tard une règle existante, ou si vous créez une règle, la règle sera modifiée à un seul endroit, en fonction de l'outil de gestion que vous utilisez. Par exemple, dans Exchange 2010, si vous utilisez l'environnement de ligne de commande Exchange Management Shell pour créer une règle, seul le conteneur de règles Exchange 2010 dans Active Directory sera mis à jour. De même, si vous utilisez la console de gestion Exchange (EMC) sur un serveur Exchange 2007 pour modifier une règle existante, seule la version Exchange 2007 de cette règle sera modifiée.

Pour que les règles de transport et de journalisation soient les mêmes dans les deux versions, vous devez modifier les règles deux fois ; une fois avec les outils de gestion d'Exchange 2010 et une fois avec ceux d'Exchange 2007.

Retour au début

Configuration des paramètres de notification d'état de remise (DSN) dans un environnement mixte

Dans Exchange 2010, les paramètres DSN internes et externes sont configurés pour l'organisation Exchange entière. Dans Exchange 2007, ces paramètres étaient configurés pour chaque serveur. Par conséquent, ces paramètres sont stockés dans différents objets de configuration dans Active Directory, et de même que pour les règles de transport, ils doivent être gérés séparément lorsque les deux versions d'Exchange coexistent.

Les paramètres suivants, en particulier, ont été transférés de la cmdlet Set-TransportServer à la cmdlet Set-TransportConfig dans Exchange 2010:

• ExternalDelayDsnEnabled
• ExternalDsnDefaultLanguage
• ExternalDsnLanguageDetectionEnabled
• ExternalDsnMaxMessageAttachSize
• ExternalDsnReportingAuthority
• ExternalDsnSendHtml
• ExternalPostmasterAddress
• InternalDelayDsnEnabled
• InternalDsnDefaultLanguage
• InternalDsnLanguageDetectionEnabled
• InternalDsnMaxMessageAttachSize
• InternalDsnReportingAuthority
• InternalDsnSendHtml

Si vous devez modifier ces paramètres dans votre organisation, vous devez le faire une fois pour l'organisation à l'aide de la cmdlet Set-TransportConfig dans l'environnement de ligne de commande Exchange 2010 Shell et une fois pour chaque serveur de transport Hub Exchange 2007 dans l'organisation à l'aide de la cmdlet Set-TransportServer dans l'environnement de ligne de commande Exchange 2007 Shell.

Retour au début

Suivi des messages entre les versions

Exchange 2010 comporte des fonctionnalités améliorées de suivi des messages. Les utilisateurs finaux, ainsi que les administrateurs, peuvent désormais effectuer le suivi des messages qu'ils ont reçus à l'aide de l'outil de création de rapports de remise dans le Panneau de configuration Exchange.

Les rapports de remise permettent d'effectuer le suivi de bout en bout des messages à partir d'un seul emplacement. Ils fournissent des informations de remise même lorsqu'un message est signalé comme étant lu. Dans Exchange 2010, un nouveau service d'appel de procédure distante de suivi des messages et une nouvelle interface de service Web ont été prévus pour la prise en charge des rapports de remise. Ces interfaces n'existent pas dans Exchange 2007. Par conséquent, la fonctionnalité de création de rapports de remise n'est pas applicable à l'infrastructure Exchange 2007 lorsque les deux versions d'Exchange coexistent. Il est cependant possible d'utiliser l'outil de suivi des messages dans Exchange 2007 pour effectuer le suivi des messages entre les deux versions. 

Le tableau suivant indique la marche à suivre pour procéder au suivi des messages dans un environnement mixte.

Suivi des messages dans un environnement mixte

Envoyé de	Envoyé à	Outil de suivi
Boîte aux lettres Exchange 2010	Boîte aux lettres Exchange 2010	Utilisez l'outil de création de rapports de remise dans le Panneau de configuration Exchange.
Boîte aux lettres Exchange 2010	Boîte aux lettres Exchange 2007	Utilisez l'outil de création de rapports de remise dans le Panneau de configuration Exchange. Cet outil fournit des informations de suivi jusqu'à l'endroit où le message est transféré sur le serveur Exchange 2007. Aucune autre information de suivi ne sera fournie pour ce message. Vous pouvez également utiliser l'explorateur des journaux de suivi dans Exchange 2010 ou le suivi des messages dans Exchange 2007.
Boîte aux lettres Exchange 2007	Boîte aux lettres Exchange 2007 ou Exchange 2010.	Utilisez l'explorateur des journaux de suivi dans Exchange 2010 ou le suivi des messages dans Exchange 2007.

Pour plus d'informations sur le suivi des messages dans Exchange 2010, voir Understanding Message Tracking.

Retour au début

Fonctionnalités de transport Exchange 2010 dans un scénario de coexistence

Pour la plupart, les nouvelles fonctionnalités de transport dans Exchange 2010 ne fonctionnent que dans un environnement Exchange 2010. Décider quand utiliser ces nouvelles fonctionnalités dépend des besoins de votre organisation. Vous pouvez attendre que la mise à niveau soit effectuée ou commencer à les utiliser dès que vous avez installé Exchange 2010 dans votre environnement. Pour décider quand utiliser les nouvelles fonctionnalités dans un environnement mixte, tenez compte des informations suivantes.

Destinataires modérés

Exchange 2010 comprend une fonctionnalité de modération des destinataires, pour que les messages envoyés à des destinataires spécifiques soient soumis à un processus d'approbation. Si vous envisagez d'utiliser cette fonctionnalité dans un scénario de coexistence, tenez compte des problèmes suivants, qui dépendent du type des destinataires :

• Boîtes aux lettres   Vous pouvez uniquement activer des boîtes aux lettres à des fins de modération sur des serveurs de boîtes aux lettres Exchange 2010. Après avoir activé une boîte aux lettres à des fins de modération, vous devez veiller à ce qu'elle ne soit pas replacée sur un serveur de boîtes aux lettres Exchange 2007.
• Groupes de distribution et groupes de distribution dynamiques   Les messages destinés à un groupe de distribution modéré sont uniquement soumis au processus d'approbation lorsque ce groupe de distribution est développé sur un serveur de transport Hub Exchange 2010. Étant donné que les groupes de distribution peuvent être développés sur n'importe quel serveur, nous vous conseillons d'attendre que les serveurs de transport Hub soient mis à niveau vers Exchange 2010 avant d'utiliser des groupes de distribution modérés.
• Contacts et utilisateurs de messagerie   Les serveurs de transport Hub acheminent les messages en se basant sur l'adresse de messagerie externe spécifiée pour chaque utilisateur ou contact de messagerie. Étant donné qu'il n'est pas possible d'obliger les messages destinés à ces types de destinataire à transiter sur un serveur de transport Hub Exchange 2010, il est préférable de ne pas activer la modération pour ces types de destinataire dans un environnement mixte.

Si vous activez la modération pour un destinataire, assurez-vous que les modérateurs désignés utilisent un client capable d'afficher les options d'approbation et de refus pour les demandes d'approbation. Tous les modérateurs doivent utiliser Microsoft Outlook 2010 ou Microsoft Office Outlook Web App dans Exchange 2010.

Pour en savoir plus sur les destinataires modérés, voir Présentation du transport modéré.

Redondance des clichés instantanés

Exchange 2010 comporte une fonctionnalité de redondance des clichés instantanés pour permettre la redondance des messages pendant toute la durée de leur transit. La solution implique une technologie similaire à la benne de transport. Grâce à la redondance des clichés instantanés, la suppression d'un message dans les bases de données de transport est retardée jusqu'à ce que le serveur de transport vérifie que les sauts suivants de ce message ont abouti. Si un saut échoue avant de signaler le succès de la remise du message, le message est resoumis pour livraison avec ce saut.

La redondance des clichés instantanés est activée par défaut sur Exchange 2010 et elle permet la redondance des messages uniquement lorsqu'ils transitent entre des serveurs Exchange 2010. Une fois qu'un message est transmis à un serveur Exchange 2007, il n'est plus redondant. Par conséquent, pour qu'un message provenant d'un serveur Exchange 2010 reste redondant jusqu'à sa remise, veillez à ce qu'il ne soit pas transmis à un serveur Exchange 2007. Par exemple, si vous utilisez un site Hub qui comporte des serveurs Exchange 2007, les messages entre deux spokes ne seront pas redondants même s'ils disposent tous les deux de serveurs Exchange 2010.

Pour plus d'informations sur la redondance des clichés instantanés, voir Présentation de la redondance des clichés instantanés.

Retour au début