Le tableau suivant répertorie les scénarios pour lesquels la coexistence entre Exchange 2010 et les versions précédentes de Exchange est prise en charge.

Coexistence entre Exchange 2010 et les versions antérieures d’Exchange Server

 Exchange 2000 Server

Vous ne pouvez pas mettre à niveau une organisation existante Exchange 2000 à Exchange 2010. Vous devez d’abord mettre à niveau l’organisation Exchange 2000 à une organisation Exchange 2003 ou Exchange 2007, et ensuite mettre à niveau l’organisation Exchange 2003 ou Exchange 2007 à l’organisation Exchange 2010. Nous vous recommandons de mettre à niveau votre organisation de Exchange 2000 à Exchange 2003, puis d’effectuer la mise à niveau de Exchange 2003 à Exchange 2010. Pour plus d’informations sur la mise à niveau à partir de Exchange 2000, consultez la rubrique Planification d’une mise à niveau à partir d’Exchange 2000 et Mise à niveau vers Exchange 2007.

Le tableau suivant présente la configuration requise pour les serveurs réseau et d’annuaire au sein de votre organisation Exchange 2010.

Configuration requise des serveurs réseau et d’annuaire pour Exchange 2010

L’utilisation de contrôleurs de domaine Active Directory 64 bits augmente les performances du service d’annuaire d’Exchange 2010. Pour plus d’informations sur Exchange 2010, le rôle serveur de boîtes aux lettres et les ratios Active Directory, consultez les rubriques « Ratios de serveur de boîtes aux lettres et de serveur Active Directory » dans Présentation des ratios de rôle serveur et des performances d'Exchange.

Remarque :

Dans le cas d’environnements à domaines multiples dans lesquels le japonais a été défini comme langue locale d’Active Directory pour les contrôleurs de domaine Windows Server 2008, les serveurs peuvent ne pas recevoir certains attributs stockés sur un objet pendant la réplication entrante. Pour plus d’informations, consultez l’article 949189 de la Base de connaissances Microsoft, Un contrôleur de domaine Windows Server 2008 qui est configuré avec les paramètres régionaux japonais peut ne pas appliquer des mises à jour aux attributs d’un objet lors la réplication entrante.

 Installation d’Exchange 2010 sur des serveurs d’annuaire

Pour des raisons de sécurité et de performances, il est recommandé d’installer Exchange 2010 sur des serveurs membres uniquement et non sur des serveurs d’annuaire Active Directory. Toutefois, vous ne pouvez pas exécuter DCPromo sur un ordinateur exécutant Exchange 2010. Après l’installation d’Exchange 2010, la modification de son rôle de serveur membre en serveur d’annuaire, ou inversement, n’est pas prise en charge.

La configuration matérielle requise pour les serveurs Exchange 2010 varie en fonction d’un certain nombre de facteurs incluant les rôles serveurs installés et la charge anticipée qui sera placée sur les serveurs. Pour plus d’informations sur les configurations matérielles minimale, maximale et recommandée pour les serveurs de Exchange 2010, consultez Performances et évolutivité.

Configuration matérielle requise pour Exchange 2010

Pour plus d’informations sur la planification du matériel pour Exchange 2010, consultez les rubriques suivantes :

• Présentation des configurations de processeur et des performances d’Exchange
  
• Présentation des configurations mémoire et des performances Exchange
  
• Présentation des ratios de rôle serveur et des performances d'Exchange
  

Le tableau suivant répertorie les systèmes d’exploitation pris en charge pour Exchange 2010.

Systèmes d’exploitation pris en charge pour Exchange 2010

Important :

La version finale d’Exchange 2010 n’est pas exécutable sur les ordinateurs configurés pour se conformer aux normes FIPS (Federal Information Processing Standards) des États-Unis (FIPS). Si les paramètres FIPS sont activés sur vos ordinateurs exécutant Windows Server 2008 SP2 ou Windows Server 2008 R2, la version finale d’Exchange 2010 ne fonctionnera pas correctement. Pour plus d’informations, consultez l’article 811833 de la Base de connaissances Microsoft, Effets de l’activation du paramètre de sécurité « Cryptographie système : utilisation des algorithmes de conformité FIPS pour le chiffrage, le hachage et la signature » dans Windows XP et les versions ultérieures de Windows.

Exchange 2010 prend en charge les versions suivantes de Microsoft Office Outlook et de Microsoft Entourage pour Mac :

• Outlook 2010
  
• Outlook 2007
  
• Outlook 2003
  
• Entourage 2008 pour Mac, Web Services Edition
  
• Outlook pour Mac 2011
  

Si vous possédez des clients qui utilisent Outlook 2003, tenez compte des éléments suivants lors de la mise à niveau de votre organisation vers Exchange 2010 :

• Sur les clients exécutant Outlook 2003, vous pouvez constater que les mises à jour de dossier ne se produisent pas automatiquement de manière ponctuelle. Ce problème connu dans Exchange 2010 RTM et SP1 a été résolu dans la mise à jour cumulative 3 d’Exchange 2010 SP1. Pour plus d’informations sur l’installation d’une mise à jour cumulative, voir Installer le dernier correctif cumulatif pour Exchange 2010. Pour obtenir des informations générales sur ce problème, voir l’article 2009942 de la Base de connaissances, Dans Outlook 2003, l’envoi et la réception des messages électroniques prend un certain temps lorsque vous utilisez une boîte aux lettres Exchange 2010. Outlook 2007 et Outlook 2010 ne sont pas concernés par ce problème.
  
• Exchange 2010 RTM : Les clients qui exécutent Outlook 2003 n’utilisent pas le chiffrement RPC, que le service d’accès au client RPC demande par défaut. Vous devrez soit désactiver la demande de chiffrement RPC soit configurer Outlook 2003 pour utiliser le chiffrement RPC. Toutefois, Outlook 2007 et les versions ultérieures sont systématiquement compatibles avec le changement apporté au service d’accès au client RPC, car ils prennent en charge le chiffrement RPC par défaut. Pour plus d’informations, consultez la rubrique Présentation de l'accès au client RPC.
  
• Exchange 2010 SP1 : Dans Exchange 2010 SP1, la fonctionnalité de chiffrement RPC requise est désactivée par défaut. Tous les nouveaux serveurs d’accès au client (CAS) déployés dans l’organisation n’exigent pas le chiffrement. Cependant, tous les serveurs CAS déployés avant Exchange 2010 SP1 ou mis à niveau vers Exchange 2010 SP1 maintiennent le chiffrement RPC requis existant.
  

Pour plus d’informations, consultez l’article Question : le fait d’avoir des clients Outlook 2003 m’empêchera-t-il de déployer Exchange 2010 ?.

Microsoft prend en charge Exchange 2010 en production sur un logiciel de virtualisation de matériel si toutes les conditions suivantes sont remplies :

• Le logiciel de virtualisation de matériel exécute l’une des applications suivantes :
  
  • Windows Server 2008 avec technologie Hyper-V
    
  • Windows Server 2008 R2 avec technologie Hyper-V
    
  • Microsoft Hyper-V Server 2008
    
  • Microsoft Hyper-V Server 2008 R2
    
  • Tout hyperviseur tiers validé dans le cadre du programme de validation de virtualisation Windows Server.
    
• L’ordinateur virtuel invité Exchange :
  
  • exécute Microsoft Exchange 2010 Cela inclut le mode d’hébergement Exchange 2010 qui est disponible dans Exchange 2010 SP1 ou une version ultérieure.
    
  • est déployé sur Windows Server 2008 avec SP2 (ou une version ultérieure) ou Windows Server 2008 R2 RTM (ou une version ultérieure).
    
  • Répond à toutes les conditions énoncées précédemment dans cette rubrique.
    

    Remarque :

    Lorsque vous installez Exchange 2010 dans un environnement Hyper-V, l’erreur suivante peut s’afficher : « Échec de l’installation du rôle serveur de transport Hub ». Pour les serveurs Active Directory virtualisés, il est recommandé de désactiver le composant d’intégration de synchronisation, et de définir ensuite l’heure sur un fournisseur de temps externe fiable avant d’installer le rôle de transport Hub. Cette recommandation est particulièrement importante si votre hôte est lié au domaine hébergé par l’ordinateur virtuel.

• Lorsque Exchange 2010 SP1 (ou une version ultérieure) est déployé :
  
  • Tous les rôles serveur d’Exchange 2010, y compris la messagerie unifiée, sont pris en charge dans une machine virtuelle. Les machines virtuelles de messagerie unifiée requièrent les éléments spécifiques suivants :
    
    • Quatre processeurs virtuels sont requis pour la machine virtuelle. La taille de la mémoire doit être définie en fonction des meilleures pratiques standard conseillées.
      
    • Quatre cœurs de processeur physique peuvent être utilisés à tout moment par chaque machine virtuelle de rôle de messagerie unifiée. Dans ce cas, aucun surabonnement de processeur ne peut être en cours d’utilisation. Cette exigence affecte la possibilité pour la machine virtuelle de rôle de messagerie unifiée d’utiliser des ressources de processeur physique.
      
  • Il est possible de combiner les machines virtuelles d’un serveur Exchange (y compris les machines virtuelles d’une boîte aux lettres Exchange appartenant à un groupe de disponibilité de base de données) à la technologie de migration et de clustering de basculement basée sur un hôte, à condition qu’elles n’enregistrent et ne restaurent pas l’état sur le disque lorsqu’elles sont déplacées ou déconnectées. Toute activité de basculement doit se terminer par un démarrage à froid lorsque la machine virtuelle est activée sur le nœud cible. Les migrations planifiées doivent se terminer par l’arrêt du système et un démarrage à froid ou par une migration en ligne faisant appel à une technologie de migration dynamique Hyper-V, par exemple. La migration de machines virtuelles basée sur un hyperviseur est prise en charge par le fournisseur de l’hyperviseur. Vous devez donc vous assurer qu’il prend en charge la migration des machines virtuelles Exchange et qu’il l’a testée. Microsoft prend en charge la migration dynamique Hyper-V de ces machines virtuelles.
    
• Avec Exchange 2010 RTM :
  
  • Les rôles serveur d’Exchange 2010 autres que la messagerie unifiée sont pris en charge dans une machine virtuelle.
    
  • Microsoft ne prend pas en charge la combinaison des solutions à haute disponibilité d’Exchange (tels que les groupes de disponibilité de bases de données) avec des solutions de clustering basées sur un hyperviseur, de haute disponibilité ou de migration qui déplaceront ou basculeront automatiquement les serveurs de boîtes aux lettres membres d’un DAG entre des serveurs racine en cluster. Les groupes de disponibilité de bases de données sont pris en charge dans les environnements de virtualisation de matériel à condition que ceux-ci n’utilisent pas de serveurs racine en cluster, ou les serveurs racine en cluster ont été configurés pour ne jamais basculer ni déplacer automatiquement les serveurs de boîtes aux lettres membres d’un DAG vers un autre serveur racine.
    
• Le stockage utilisé par l’ordinateur invité Exchange pour un stockage de données Exchange (par exemple, bases de données de boîtes aux lettres ou files d’attente de transport Hub) peut être un stockage virtuel à taille fixe (par exemple, disques durs virtuels fixes dans un environnement Hyper-V), un stockage direct SCSI ou un stockage Internet SCSI (iSCSI). Le stockage direct est un stockage configuré au niveau de l’hôte et dédié à un seul ordinateur invité. Tout le stockage utilisé par un ordinateur invité Exchange pour du stockage de données Exchange doit être un stockage au niveau du bloc car Exchange 2010 ne prend pas en charge l’utilisation des volumes NAS (Network Attached Storage). En outre, le stockage NAS qui est présenté à l’invité en tant que stockage au niveau du bloc via l’hyperviseur n’est pas pris en charge. Les exigences de disque virtuel suivantes s’appliquent pour les volumes destinés à stocker les données Exchange :
  
  • Les disques virtuels à expansion dynamique ne sont pas pris en charge par Exchange.
    
  • Les disques virtuels qui utilisent des mécanismes de différenciation (tels que les captures instantanées ou disques durs virtuels différentiels d’Hyper-V) ne sont pas pris en charge.
    

    Remarque :
    Dans un environnement Hyper-V, chaque disque dur virtuel fixe doit avoir une taille inférieure à 2 040 Go. Pour les hyperviseurs tiers pris en charge, contactez l’éditeur pour connaître les limites éventuelles applicables de taille de disque.

• Seuls les logiciels de gestion (par exemple, logiciel antivirus, logiciel de sauvegarde, logiciel de gestion des ordinateurs virtuels) peuvent être déployés sur l’ordinateur racine physique. Aucune autre application serveur (par exemple, Exchange, SQL Server, Active Directory ou SAP) ne doit être installée sur l’ordinateur racine. L’ordinateur racine doit être dédié à l’exécution des ordinateurs virtuels invités.
  
• Certains hyperviseurs intègrent des fonctionnalités de génération de captures instantanées des ordinateurs virtuels, qui capturent l’état d’un ordinateur virtuel pendant son exécution. Cette fonctionnalité permet de générer plusieurs captures instantanées d’un ordinateur virtuel, puis de restaurer celui-ci dans un état précédent via l’application d’une capture instantanée à l’ordinateur virtuel. Les captures instantanées d’ordinateur virtuel ne sont toutefois pas compatibles avec les applications. Leur utilisation peut avoir des conséquences non souhaitées et inattendues pour une application serveur chargée de conserver les données d’état, telle qu’Exchange. Aussi, la génération de captures instantanées d’un ordinateur virtuel Exchange n’est-elle pas prise en charge.
  
• De nombreux produits de virtualisation de matériel permettent de spécifier le nombre de processeurs virtuels devant être alloués à chaque ordinateur virtuel invité. Les processeurs virtuels dans l’ordinateur virtuel invité partagent un nombre fixe de processeurs logiques dans le système physique. Exchange ne prend pas en charge un ratio processeur virtuel/processeur logique supérieur à 2/1. Par exemple, pour un système biprocesseur basé sur des processeurs quadri-cœur, le système hôte comporte 8 processeurs logiques. Dans un système présentant une telle configuration, vous ne devez pas allouer plus de 16 processeurs virtuels à l’ensemble des ordinateurs virtuels invités.
  
• Le calcul du nombre total de processeurs virtuels requis pour l’ordinateur racine doit également tenir compte des configurations de système d’exploitation et d’E/S. Dans la plupart des cas, deux processeurs virtuels sont requis dans le système d’exploitation racine pour un système hébergeant des ordinateurs virtuels Exchange. Cette valeur doit être utilisée comme base pour le processeur virtuel du système d’exploitation racine lors du calcul du ratio global cœurs physiques/processeurs virtuels. Si le contrôle des performances du système d’exploitation racine indique que vous consommez davantage d’utilisation processeur que l’équivalent de deux processeurs, vous devez réduire le nombre de processeurs virtuels affectés aux ordinateurs virtuels invités en conséquence et vérifier que le ratio global processeur virtuel/cœurs physiques ne dépasse pas 2/1.
  
• Le système d’exploitation d’un ordinateur invité Exchange doit utiliser un disque avec une taille minimale de 15 Go plus la taille de la mémoire virtuelle allouée à l’ordinateur invité. Cette exigence est nécessaire pour tenir compte de la configuration requise du disque pour le système d’exploitation et le fichier de pagination. Par exemple, si 16 Go de mémoire sont affectés à l’ordinateur invité, un minimum de 31 Go d’espace disque est requis pour le disque du système d’exploitation.
  Par ailleurs, il se peut que la communication directe entre les ordinateurs virtuels invités et les adaptateurs de bus hôte SCSI ou Fibre Channel installés sur l’ordinateur racine soit empêchée. Dans ce cas, vous devez configurer les adaptateurs dans le système d’exploitation de l’ordinateur racine et présenter les numéros d’unité logique aux ordinateurs virtuels invités comme disque virtuel ou disque amovible.
  

 Exigences de stockage des ordinateurs racines

Un espace disque minimal est requis pour chaque ordinateur racine :

• Les ordinateurs racines dans certaines applications de virtualisation de matériel requièrent de l’espace de stockage pour un système d’exploitation et ses composants. Par exemple, dans le cadre de l’exécution de Windows Server 2008 avec Hyper-V, un minimum de 10 Go est requis pour satisfaire aux exigences indiquées dans la page Configuration requise pour Windows Server 2008 R2 pour le système d’exploitation. Un espace de stockage supplémentaire est également requis pour prendre en charge le fichier de pagination, les logiciels de gestion et les fichiers de récupération sur incident (vidage) du système d’exploitation.
  
• Certains hyperviseurs conservent des fichiers sur l’ordinateur racine qui sont uniques à chaque ordinateur virtuel invité. Par exemple, dans un environnement Hyper-V, un fichier de stockage de mémoire temporaire (fichier BIN) est créé et conservé pour chaque ordinateur invité. La taille de chaque fichier BIN correspond au volume de mémoire alloué à l’ordinateur invité. D’autres fichiers peuvent également être créés et conservés sur l’ordinateur hôte pour chaque ordinateur invité.
  

 Configuration de stockage requise pour Exchange Server

La configuration de stockage suivante est requise pour une connexion à un serveur virtualisé Exchange :

• À chaque ordinateur invité Exchange doit être alloué un espace de stockage suffisant sur l’ordinateur racine pour le disque fixe contenant le système d’exploitation de l’ordinateur invité, les fichiers de stockage de mémoire temporaire utilisés et les fichiers des ordinateurs virtuels hébergés sur l’ordinateur hôte. Pour chaque ordinateur invité Exchange, vous devez également allouer un stockage suffisant pour les files d’attente des messages sur les serveurs de transport Edge et Hub, ainsi que pour les bases de données et fichiers journaux sur les serveurs de boîtes aux lettres.
  
• Le stockage utilisé par Exchange doit être hébergé en piles de disque distinctes du stockage hébergeant le système d’exploitation de l’ordinateur virtuel invité.
  
• La configuration du stockage iSCSI pour l’utilisation d’un initiateur iSCSI sur un ordinateur virtuel invité Exchange est prise en charge. Cette configuration présente toutefois des performances réduites car la pile de mise en réseau d’un ordinateur virtuel inclut moins de fonctionnalités (par exemple, toutes les piles de mise en réseau virtuel ne prennent pas en charge les trames Jumbo).
  

 Exigences et recommandations relatives à la mémoire du serveur Exchange

Certains hyperviseurs offrent la possibilité de sursolliciter ou d’ajuster de façon dynamique la quantité de mémoire disponible sur un ordinateur invité spécifique en fonction de l’utilisation visible de la mémoire sur ce dernier par rapport aux besoins d’autres ordinateurs invités gérés par le même hyperviseur. Cette technologie est justifiée dans le cas de charges de travail exigeant une certaine quantité de mémoire sur de courtes périodes, à l’issue desquelles elle peut être renvoyée à d’autres utilisations. Cependant, elle n’a aucun intérêt dans le cas de charges de travail conçues pour solliciter en permanence de la mémoire. Tout comme de nombreuses applications serveur optimisées pour les performances en faisant appel à la mise en cache des données en mémoire, Exchange est en proie à un ralentissement des performances système et une expérience client inacceptable s’il ne contrôle pas totalement la mémoire allouée à l’ordinateur physique ou virtuel sur lequel il est exécuté.

De nombreux gains de performance observés dans les versions récentes d’Exchange, notamment en termes de réduction des E/S, tiennent à l’utilisation extrêmement efficace de quantités importantes de mémoire. Lorsque cette mémoire n’est plus disponible, les performances escomptées du système ne peuvent pas être atteintes. Pour cette raison, les fonctions de sursollicitation de la mémoire ou d’ajustement dynamique de la mémoire de l’ordinateur virtuel doivent être désactivées pour les serveurs de production Exchange.

La mémoire doit être dimensionnée pour les ordinateurs invités sur les mêmes principes que pour les déploiements physiques. Vous trouverez plus de détails sur le dimensionnement de la mémoire pour les rôles serveur d’Exchange 2010 dans Présentation des configurations mémoire et des performances Exchange. Pour des instructions supplémentaires, reportez-vous à la section « Considérations relatives aux applications » d’un livre blanc élaboré par l’équipe Microsoft Hyper-V, que vous pouvez télécharger sur la page Mise en œuvre et configuration de la mémoire dynamique.