Partager via


Exchange 2007 - 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 2010dans une organisation Microsoft Exchange Server 2007 existante. Cette rubrique donne une vue d’ensemble sur les étapes de planification de configuration et les considérations à suivre lorsqu’Exchange 2010 coexiste avec Exchange 2007.

Planification d’une organisation Exchange existante

Avant de continuer votre planification pour Exchange 2010, vérifiez que votre organisation Exchange 2007 actuelle répond aux conditions requises présentées dans les rubriques suivantes :

Coexistence

Toute organisation qui entreprend la mise à niveau de Exchange 2007 vers Exchange 2010 connaît une période transitoire de coexistence lorsque certains services ou utilisateurs continuent à utiliser les fonctionnalités d’Exchange 2007 alors que d’autres ont déjà achevé le processus de mise à niveau vers Exchange 2010.

ImportantImportant :
Vous ne pouvez installer des serveurs Exchange 2007 supplémentaires dans votre organisation que si un premier serveur Exchange 2007 se trouvait déjà dans l’environnement lorsque le serveur Exchange 2010 a été installé.

Tenez compte des problèmes de coexistence suivants :

  • Interfaces de gestion   Dans Exchange 2010, la gestion des serveurs et des boîtes aux lettres Exchange 2010 s’opère via la console de gestion Exchange (EMC) l’environnement de ligne de commande Exchange Management Shell. La console EMC permet également d’afficher certains attributs relatifs aux serveurs Exchange 2007. Pour plus d’informations, voir Interopérabilité de la console de gestion Exchange.

  • Fonctionnalités du rôle serveur   Les fonctionnalités du rôle serveur Exchange 2010 accessibles aux clients dans l’organisation Exchange pendant la période de la coexistence dépendent de la version du serveur Exchange sur lequel la boîte aux lettres de l’utilisateur est stockée et de la version de l’application cliente de messagerie utilisées pour accéder à Exchange.

    Pour plus d’informations sur la manière dont s’effectue la communication entre serveurs, voir Présentation du pipeline de transport.

  • Groupes de routage   Une grande organisation disposant d’un grand nombre de groupes de routage a besoin d’une topologie de routage qui gère le flux de messagerie pendant la période de coexistence. Lorsque vous planifiez une période de coexistence entre Exchange 2010 et Exchange 2007, vous devez comprendre la manière dont chaque version détermine sa topologie de routage. Pour plus d’informations sur le routage et la coexistence dans Exchange, voir Mettre à niveau à partir d'un transport Exchange 2007.

Processus de mise à niveau d’Exchange 2007 vers Exchange 2010

Voici une présentation globale de la procédure à suivre pour la mise à niveau de Exchange 2007 vers Exchange 2010.

Vous devez tout d’abord mettre à niveau tous les sites Active Directory exposés à Internet en procédant comme suit :

  1. Mettez à niveau les serveurs Exchange 2007 existants vers Exchange 2007 Service Pack 2 (SP2).

  2. Déployez les serveurs Exchange 2010 dans l’ordre suivant :

    1. Accès client

    2. Transport Hub

    3. Messagerie unifiée

    4. Boîte aux lettres

  3. Configurez le serveur d’accès au client Exchange 2010.

  4. Configurez le serveur de transport Hub et les serveurs de messagerie unifiée Exchange 2010.

  5. Transférez les boîtes aux lettres de Exchange 2007 vers Exchange 2010.

Procédez ensuite à la mise à niveau de tous les sites Active Directory internes de la même façon.

La figure suivante illustre le processus de mise à niveau d’Exchange 2007 vers Exchange 2010.

Vue d’ensemble de la procédure de mise à niveau d’Exchange 2007 vers Exchange 2010

Mettre à niveau le processus d’Exchange 2007 à Exchange 2010

Ordre de mise à niveau des sites Active Directory

Dans le cadre du passage à Exchange 2010 dans votre entreprise, vous devez commencer par la mise à niveau des serveurs qui se trouvent sur les sites Active Directory accessibles via Internet, puis continuer avec les sites Active Directory internes. La mise à niveau d’un site Active Directory interne préalable à celle des sites accessibles par Internet n’est pas prise en charge. En effet, 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 de mise à niveau des rôles serveur

Dans le(s) premier(s) site(s) 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 ne mettre à niveau qu’un site Active Directory à la fois vers Exchange 2010. Selon la taille de votre site Active Directory, ce peut être un ordinateur unique hébergeant le serveur d’accès au client ou un groupe d’équilibrage de la charge de postes serveurs d’accès au client Exchange 2010.

Nous vous recommandons de suivre l’ordre suivant lors de l’installation des rôles serveur Exchange 2010 :

  1. Rôle serveur d’accès au client

  2. Rôle serveur de transport Hub

  3. Rôle serveur de boîte aux lettres

  4. Rôle serveur de messagerie unifiée

  5. Rôle serveur de transport Edge

RemarqueRemarque :
Lors de la 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 :

Coexistence en mode mixte d’Exchange 2007 avec Exchange 2003

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 :

Différences d’administration

La console de gestion Exchange (EMC) est disponible dans Exchange Server 2010 et Exchange Server 2007. La liste suivante répertorie les tâches et actions qui peuvent être effectuées à l’aide de la console de gestion Exchange dans Exchange 2010 ou Exchange 2007 :

  • Les actions qui créent des objets, tels que des boîtes aux lettres ou un carnet d’adresses en mode hors connexion, peuvent également être effectuées sur une version de la console de gestion Exchange qui est la même que celle de l’objet cible. Par exemple, la création d’une boîte aux lettres sur un serveur de boîte aux lettres Exchange 2007 doit être effectuée avec la console de gestion Exchange dans Exchange 2007. Les principes suivants s’appliquent :

    • Les bases de données des boîtes aux lettres Exchange 2007 ne peuvent pas être gérées depuis la console de gestion Exchange dans Exchange 2010, bien que ces bases de données puissent être visualisées.

    • La console de gestion Exchange dans Exchange 2010 ne peut pas activer ou désactiver des boîtes aux lettres de messagerie unifiée Exchange 2007.

    • La console de gestion Exchange dans Exchange 2010 ne peut pas gérer les appareils mobiles Exchange 2007.

  • Les actions qui nécessitent l’affichage des objets peuvent être effectuées à partir de n’importe quelle version de la console de gestion Exchange vers n’importe quelle version des objets Exchange, à quelques exceptions près :

    • Les objets de règle de transport Exchange 2010 et Exchange 2007 peuvent uniquement être affichés à partir de la version correspondante de la console de gestion Exchange.

    • Les serveurs Exchange 2010 et Exchange 2007 peuvent uniquement être affichés à partir de la version correspondante de la console de gestion Exchange.

    • L’outil Afficheur des files d’attente dans la console de gestion d’Exchange 2010 ne peut pas se connecter à un serveur Exchange 2007 pour afficher les files d’attente ou les messages.

      RemarqueRemarque :
      Si un objet Exchange 2007 (tel qu’un groupe de stockage) ne se trouve plus dans Exchange 2010, aucune interopérabilité n’est attendue ou fournie car Exchange 2010 ne prend pas en charge cette fonctionnalité.
  • Vous ne pouvez pas utiliser les tâches de configuration de suivi des messages entre Exchange 2010 et Exchange 2007. Vous devez utiliser les outils de suivi des messages Exchange 2007 dans vos serveurs Exchange 2007 et les outils de suivi des messages Exchange 2010 dans vos serveurs Exchange 2010.

Coexistence de serveurs d’accès au client

Le rôle serveur d’accès au client peut coexister avec les serveurs d’accès au client Exchange 2007. Avant la mise à niveau du premier site Active Directory, vous devez installer Exchange 2007 Service Pack 2 (SP2) sur tous les serveurs d’accès au client Exchange 2007 de votre entreprise.

Une fois que le premier serveur, ou groupe de serveurs, d’accès au client Exchange 2010 a été installé, le service de découverte automatique des serveurs d’accès au client Exchange 2007 redirige les utilisateurs disposant de boîtes aux lettres sur un serveur de messagerie Exchange 2010 vers le point d’accès client Exchange 2010 approprié.

L’installation d’Exchange 2010 dans votre entreprise nécessite la création d’un second nom d’hôte DNS. Lors de l’installation du premier serveur d’accès au client Exchange 2010, vous devez également créer un nom d’hôte. Si votre nom d’hôte actuel est https://contoso.com, nous vous conseillons de créer http://legacy.contoso.com. Installez le premier serveur ou groupe de serveurs d’accès au client Exchange 2010, copiez les paramètres appropriés de Microsoft Outlook Web Access, Microsoft Exchange ActiveSync, POP3, IMAP4, des services Web Exchange et du service de découverte automatique, puis configurez http://legacy.contoso.com afin qu’il pointe vers les serveurs d’accès au client Exchange 2007 et https://contoso.com pour qu’il pointe vers le serveur ou le groupe de serveurs d’accès au client Exchange 2010. Il vous faut le certificat SSL (Secure Sockets Layer) adéquat pour les deux noms d’hôtes. Nous vous recommandons d’utiliser un autre nom d’objet capable de prendre en charge les noms d’hôtes multiples. Pour plus d’informations, voir Mettre à niveau à partir d'un accès au client Exchange 2007.

Coexistence avec Exchange ActiveSync

Pour permettre la coexistence avec Exchange ActiveSync, vous configurez un nom d’hôte DNS hérité. Les utilisateurs dotés de boîtes aux lettres Exchange 2007 peuvent alors être transférés d’Exchange 2010 vers Exchange 2007.

RemarqueRemarque :
Lors d’un transfert de boîtes aux lettres de Exchange 2007 vers Exchange 2010, certains utilisateurs sont invités à effectuer une synchronisation complète de leur boîte aux lettres. Cette procédure est obligatoire sur de nombreux téléphones mobiles et n’intervient que dans le cadre de la première synchronisation du téléphone de l’utilisateur après le transfert de sa boîte aux lettres.

Si la boîte aux lettres de l’utilisateur est sur Exchange 2007, ce dernier utilise la version Exchange 2007 d’Exchange ActiveSync pendant la phase de coexistence. Il disposera de la fonctionnalité Exchange 2010 d’Exchange ActiveSync une fois le transfert de la boîte aux lettres vers Exchange 2010 effectué. Pour plus d’informations sur la coexistence avec Exchange ActiveSync, consultez la rubrique Mettre à niveau à partir d'un accès au client Exchange 2007.

Coexistence avec Outlook Web App

Si un utilisateur doté d’une boîte aux lettres sur un serveur de boîtes aux lettres Exchange 2007 se connecte à un serveur d’accès au client Exchange 2010 dans le même site Active Directory, il est redirigé vers un serveur d’accès au client Exchange 2007 au sein de ce site. Si un utilisateur doté d’une boîte aux lettres sur un serveur de boîtes aux lettres Exchange 2007 se connecte à un serveur d’accès au client Exchange 2010 qui se trouve dans un autre site Active Directory et qu’aucun serveur d’accès au client n’est accessible par Internet sur le site Active Directory, il est transféré vers le serveur d’accès au client Exchange 2007 au sein du site Active Directory de destination. Comme avec Exchange 2007, si un utilisateur accède à un serveur d’accès au client Exchange 2010 dans un site Active Directory différent de celui où réside la boîte aux lettres et que le site Active Directory contenant la boîte aux lettres de l’utilisateur héberge un serveur d’accès au client accessible par Internet, l’utilisateur est redirigé vers le serveur d’accès au client dans le site Active Directory de destination. Si la boîte aux lettres de l’utilisateur est sur Exchange 2007, ce dernier utilise les versions Exchange 2007 de Microsoft Office Outlook Web App pendant la phase de coexistence. Il disposera de la fonctionnalité Exchange 2010 d’Outlook Web App une fois le transfert de la boîte aux lettres vers Exchange 2010 effectué.

Au moment de mettre à niveau Outlook Web App, différents scénarios d’authentification doivent être considérés :

  • Authentification basée sur des formulaires qui s’arrête au niveau du serveur d’accès au client Exchange 2007   Dans ce scénario, le serveur d’accès au client Exchange 2010 redirige l’utilisateur vers le serveur d’accès au client hérité, et une seconde authentification n’est pas nécessaire.

  • Solution d’authentification située devant le serveur d’accès au client Exchange 2007 Ce scénario requiert un serveur Microsoft ISA (Internet Security and Acceleration) ou une autre solution d’authentification devant les serveurs Exchange. Les utilisateurs ne doivent s’authentifier qu’au niveau de la solution, qui se charge de transmettre les informations d’identification aux serveurs Exchange 2010 ou Exchange 2007 concernés.

  • Authentification non basée sur des formulaires qui s’arrête au niveau d’un serveur d’accès au client Exchange 2007Outlook Web Appredirige l’utilisateur vers un serveur d’accès au client Exchange 2007. L’exigence d’une nouvelle authentification varie selon le mécanisme d’authentification utilisé. Par exemple, si l’authentification Windows intégrée est utilisée, l’utilisateur n’a besoin de s’authentifier qu’une seule fois. Si l’authentification de base est utilisée, l’utilisateur devra s’authentifier deux fois.

La procédure de mise à niveau et de coexistence à mettre en œuvre pour Outlook Web App dépend du scénario d’authentification que vous avez choisi. Pour plus d’informations sur la coexistence avec Outlook Web App, consultez la rubrique Mettre à niveau à partir d'un accès au client Exchange 2007.

Coexistence des serveurs de transport Hub

Le serveur de transport Hub est conçu pour gérer l’intégralité du flux de messagerie pour 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. Déployé dans la forêt Active Directory, ce serveur permet aux boîtes aux lettres Exchange 2010 d’envoyer et de recevoir des messages. Les messages envoyés à Internet sont relayés vers le serveur de transport Edge ou un hôte actif tiers par le serveur de transport Hub.

Vous pouvez ajouter un serveur de transport Hub Exchange 2010 à une organisation Exchange existante une fois que les serveurs d’accès au client Exchange 2010 ont été déployés. Même après avoir intégré des serveurs de transport Hub Exchange 2010 à votre environnement Exchange 2007, vous devez continuer la prise en charge de vos serveurs de transport Hub Exchange 2007. Les serveurs de boîtes aux lettres Exchange 2010 ne peuvent communiquer qu’avec les serveurs de transport Hub Exchange 2010 et les serveurs de boîtes aux lettres Exchange 2007 communiquent uniquement avec les serveurs de transport Hub Exchange 2007. Lorsqu’il est envoyé d’une boîte aux lettres sur un serveur de boîtes aux lettres Exchange 2010 vers une boîte sur un serveur Exchange 2007, le message est d’abord transmis au serveur de transport Hub Exchange 2010 le plus proche sur le site. Le message est ensuite relayé par ce serveur vers un serveur de transport Hub Exchange 2007 sur le même site, qui remet finalement le message au serveur de boîtes aux lettres Exchange 2007.

Pour en savoir plus sur l’intégration des serveurs de transport Hub Exchange 2010 à votre organisation Exchange 2007, consultez la rubrique Mettre à niveau à partir d'un transport Exchange 2007.

Coexistence avec le serveur de boîtes aux lettres

Le rôle serveur de boîtes aux lettres Exchange 2010 peut coexister avec les serveurs de boîtes aux lettres Exchange 2007. Si vous déplacez une boîte aux lettres d’Exchange 2007 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 2007. Pour plus d’informations sur la coexistence des dossiers publics Exchange 2010 et Exchange 2007, voir Présentation des dossiers publics.

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 2007 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. 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 la coexistence dans Exchange, voir Mettre à niveau à partir d'un transport Exchange 2007.

Coexistence avec le serveur de messagerie unifiée

Lorsque vous installez le premier serveur de messagerie unifiée Exchange 2010 et l’ajoutez à une organisation Exchange 2007 existante, vous devez d’abord ajouter le serveur de messagerie unifiée Exchange 2010 à un plan de numérotation de messagerie unifiée existant qui contient des serveurs de messagerie unifiée Exchange 2007. Configurez ensuite chaque passerelle IP ou PBX (Private Branch eXchange) afin qu’il envoie tous les appels entrants vers les serveurs de messagerie unifiée Exchange 2010 compris dans le plan de numérotation, et non vers les serveurs de messagerie unifiée Exchange 2007. Lorsqu’un serveur de messagerie unifiée Exchange 2010 reçoit un appel entrant et si la boîte aux lettres de l’utilisateur activée par la messagerie unifiée est située sur un serveur de boîtes aux lettres Exchange 2010, le serveur de messagerie unifiée Exchange 2010 traite l’appel entrant. Si la boîte aux lettres de l’utilisateur se trouve sur un serveur de boîtes aux lettres Exchange 2007, l’appel entrant sera redirigé vers un serveur de messagerie unifiée Exchange 2007 dans le même plan de numérotation de messagerie unifiée pour qu’il traite l’appel entrant.

Lorsque la migration de toutes les boîtes aux lettres des utilisateurs à extension messagerie unifiée vers un serveur de boîtes aux lettres Exchange 2010 a été effectuée, les serveurs de messagerie unifiée Exchange 2007 peuvent être supprimés du plan de numérotation de messagerie unifiée. Pour plus d’informations, voir Mise à niveau de la messagerie unifiée d’Exchange 2007 SP3 vers Exchange 2010 RTM.

Topologies prises en charge

Exchange 2010 prend en charge les topologies suivantes :

  • Forêt unique avec 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, voir 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 antérieure d’Exchange dans une organisation Exchange 2010 récemment créée

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