Mettre à niveau à partir d'un transport Exchange 2007

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2015-03-09

Lorsque vous procédez à une 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, notamment des informations de présentation, des informations techniques sur le flux de messages dans un environnement mixte où les deux versions coexistent et les éléments à 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 point le plus important point dans un scénario de coexistence Exchange 2010 et Exchange 2007 est que tous les serveurs de boîte aux lettres ont besoin d’un serveur de transport Hub disposant d’une version d’Exchange correspondante sur 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 plus d’informations sur l’acheminement des messages dans un environnement de coexistence, consultez la section « Routage des messages entre les versions » 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 - Planification d’une feuille de route pour la mise à niveau et la coexistence.

Avant d’introduire les serveurs de transport Hub ou Edge d’Exchange 2010, assurez-vous d’avoir effectué la mise à niveau de tous vos serveurs Exchange 2007 sur ce site vers Exchange 2007 Service Pack 3 (SP3). Exchange 2007 SP3 est requis pour que les serveurs de transport Hub Exchange 2010 et Exchange 2007 coexistent dans un seul et même site Active Directory. Exchange 2007 SP3 est également nécessaire pour que le service EdgeSync de Microsoft Exchange fonctionne entre 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. Introduisez votre premier serveur de transport Hub Exchange 2010 sur votre site. Dès que le serveur de transport Hub Exchange 2010 est introduit sur le site, il commence avec le serveur de transport Edge Exchange 2007 pour la remise des messages sur Internet. Le processus de synchronisation EdgeSync reste géré par le serveur de transport Hub Exchange 2007.

   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. Cette action ajoutera votre serveur de transport Hub Exchange 2010 à l’abonnement Edge en tant que serveur source. Les serveurs de transport Hub Exchange 2010 ont priorité sur le serveur de transport Hub Exchange 2007 pour la sélection du serveur source EdgeSync. Par conséquent, le serveur de transport Hub Exchange 2010 prendra le relais de la synchronisation EdgeSync comme le montre la figure qui suit. Par contre, du fait qu’Exchange 2007 SP3 est toujours exécuté sur le serveur de transport Edge, le serveur de transport Hub Exchange 2010 continuera de répliquer des données EdgeSync complètes.

   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 sur la figure, la gestion du trafic SMTP intersites étant la même que dans Exchange 2007. Le serveur de transport Hub relaie les messages jusqu’au serveur de transport Hub du site distant pour la remise.

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.

Le routage entre versions a été ajouté à Exchange 2007 SP2. Pour qu’Exchange 2010 et Exchange 2007 coexistent dans le même site Active Directory, vous devez d’abord mettre à niveau vos serveurs Exchange 2007 existants vers la version SP3. Lorsqu’Exchange 2010 et Exchange 2007 SP3 se trouvent dans le même site Active Directory, chaque serveur de transport Hub gère les messages des 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 un temps fou, particulièrement dans les organisations comportant un grand nombre de destinataires. Exchange 2010 introduit les mises à jour incrémentielles 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.

Même si les serveurs de transport Hub Exchange 2007 peuvent participer dans EdgeSync avec les serveurs de transport Edge Exchange 2010, les mises à jour incrémentielles ne sont disponibles qu’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 basculer vers les serveurs de transport Hub Exchange 2007 en désactivant le service EdgeSync de Microsoft Exchange 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 :

• Modifications de format   Les règles de transport d’Exchange 2010 prennent en charge une série de nouveaux prédicats et actions. Pour prendre en charge ces nouveaux 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 peuvent pas traiter ces nouveaux 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.

• Empalcement de stockage dans Active Directory   Pour éviter que les agents de règles de transport Exchange 2007 n’aient à charger et tenter de traiter les règles créées dans Exchange 2010, les règles Exchange 2010 sont stockées dans un conteneur Active Directory distinct. Cette situation s’applique également 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 la présence de règles de transport Exchange 2007, ces règles héritées sont automatiquement exportées vers un emplacement temporaire et ensuite 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 le programme d’installation détecte des règles de transport Exchange 2010, il ne migre pas les règles Exchange 2007 car la migration remplace toutes 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, de même que les administrateurs, peuvent désormais suivre les messages qu’ils ont envoyés à l’aide de l’outil Rapports de remise disponible 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, une nouvelle interface d’appel de procédure distante de suivi des messages (RPC) et de services Web a été implémentée pour prendre en charge les 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. Cependant, vous pouvez utiliser l’outil de suivi des messages dans Exchange 2007 pour suivre les messages entre les 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

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

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. Une fois la boîte aux lettres activée pour la modération, vous devez vous assurer qu’elle n’est pas ramenée vers un serveur de boîte 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 « approbation » et de « refus » pour les demandes d'approbation. Il est recommandé que tous les modérateurs utilisent Microsoft OfficeOutlook 2010 ou Outlook Web App dans Exchange 2010. Ces deux clients possèdent des interfaces intégrées qui permettent aux modérateurs de prendre des décisions par rapport aux messages.

Remarque :
Si vos modérateurs utilisent Outlook 2007 ou Outlook 2003, la demande de modération apparaît sous la forme de boutons de vote dans le message reçu. Ils peuvent encore modérer les messages à l’aide des boutons de vote. Cependant, pour offrir à l’utilisateur la meilleure expérience possible, envisagez la mise à niveau de leurs clients vers Outlook 2010 ou version ultérieure.

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 introduit la 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

 © 2010 Microsoft Corporation. Tous droits réservés.