Partager via


Configurations courantes d'Exchange 2007 non prises en charge

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

Dernière rubrique modifiée : 2010-07-29

Ce document présente les configurations et les scénarios courants non pris en charge que vous pouvez rencontrer lors du déploiement ou de la maintenance de Microsoft Exchange Server 2007. Pour chaque problème, les résolutions et les solutions de contournement disponibles sont suggérées.

importantImportant :
Il ne s'agit pas d'une liste exhaustive des configurations d'Exchange 2007 non prises en charge. Cette liste est plutôt un récapitulatif des problèmes courants traités par le support technique de Microsoft, le support Premier Microsoft et Microsoft Consulting Services en relation avec le déploiement et la gestion des opérations d'Exchange 2007. Afin de réduire la probabilité qu'un problème ne survienne lors du déploiement d'Exchange, il est recommandé de consulter cette liste avant de procéder au déploiement d'Exchange 2007 dans votre organisation. Pour plus d'informations sur le contact de Microsoft, consultez l'article 295539 de la Base de connaissances Microsoft, Comment et quand contacter le service clientèle de Microsoft.

Ce document est divisé en plusieurs sections :

  • Problèmes relatifs à l'installation

  • Problèmes relatifs à la gestion

  • Problèmes relatifs au réseau

  • Problèmes relatifs aux bases de données et aux sauvegardes

  • Problèmes relatifs au clustering et à l'équilibrage de la charge réseau

Problèmes relatifs à l'installation

Impossible d'effectuer une mise à niveau sur place de Windows Server 2003 vers Windows Server 2008

Problème Lorsque vous mettez à niveau un ordinateur exécutant Exchange 2007 de Windows Server 2003 vers Windows Server 2008, le démarrage d'un grand nombre de services Exchange échoue.

Cause Ce problème survient car Exchange ne prend pas en charge la mise à niveau sur place de Windows Server 2003 vers Windows Server 2008.

Solution Pour plus d'informations sur le contournement de ce problème et la restauration des fonctionnalités d'Exchange, consultez l'article 951402 de la Base de connaissances Microsoft, Multiple Exchange Server 2007 services do not start when you upgrade a computer that is also running Windows Server 2003 to Windows Server 2008 (en anglais).

Forefront Security pour Exchange Server n'est pas pris en charge sur un ordinateur exécutant Exchange 2007 SP1

Problème Vous pouvez peut-être installer Microsoft Forefront Security pour Exchange Server sur un ordinateur exécutant Exchange 2007 SP1. Toutefois, Forefront Security pour Exchange Server risque de ne pas fonctionner comme prévu.

Cause Bien que vous ayez pu installer la version commerciale de Forefront Security pour Exchange Server sur un ordinateur exécutant Exchange 2007 SP1, ce type d'installation n'est pas pris en charge.

Solution Pour résoudre ce problème, installez Forefront Security pour Exchange Server Service Pack 1 (SP1). Forefront Security pour Exchange Server SP1 est actuellement la seule version de Forefront Security pour Exchange compatible avec Exchange 2007 SP1.

Pour plus d'informations, consultez l'article 946783 de la Base de connaissances Microsoft, Things to consider before you install Forefront Security for Exchange Server Service Pack 1 on a computer that is running Exchange Server 2007 Service Pack 1 (en anglais).

Forefront Security pour SharePoint n'est pas pris en charge sur un ordinateur exécutant Exchange 2007 et SharePoint Server 2007

Problème Lorsque vous essayez d'effectuer une analyse manuelle dans Forefront Security pour SharePoint, elle échoue.

Cause Le problème survient lorsque les deux programmes suivants sont installés sur le serveur :

  • Microsoft Office SharePoint Server 2007 ;

  • Microsoft Exchange Server 2007.

Cette configuration n'est pas prise en charge par Forefront Security pour SharePoint.

Solution Pour résoudre ce problème, installez Microsoft Forefront Security pour Exchange Server au lieu d'Forefront Security pour SharePoint. Pour plus d'informations, consultez les articles 940875, A manual scan fails in Forefront Security for SharePoint (en anglais) et 940874, Compatibility of Forefront Security for SharePoint with Exchange Server 2007 (en anglais) de la Base de connaissances Microsoft.

Impossible d'installer une version 64 bits d'Exchange 2007 sur un ordinateur équipé d'un système d'exploitation 32 bits

Problème Lorsque vous tentez d'installer Exchange 2007, le message d'erreur suivant apparaît :

Le fichier image chemin\setup.exe est valide, mais il est pour un type d'ordinateur différent de celui de l'ordinateur actuel.

Cause La version 64 bits d'Exchange n'est pas prise en charge sur les systèmes d'exploitation 32 bits.

Solution Pour résoudre ce problème, installez Exchange 2007 sur un ordinateur équipé d'une version x64 de Windows. Si vous souhaitez uniquement installer les outils d'administration d'Exchange 2007 ou préparer le service d'annuaire d'Active Directory en vue de l'installation d'Exchange 2007, vous devez acquérir la version 32 bits d'Exchange 2007.

Pour plus d'informations, consultez l'article 937883 de la Base de connaissances Microsoft, Error message when you try to install Exchange Server 2007: "The image file <path>\setup.exe is valid, but is for a machine type other than the current machine" (en anglais).

Impossible d'installer Exchange 2003 dans un environnement Exchange 2007 pur

Problème Lorsque vous tentez d'installer Microsoft Exchange Server 2003, le message d'erreur suivant apparaît :

Échec du programme d'installation lors de l'installation du sous-composant Objets au niveau de Microsoft Exchange Server avec un code d'erreur 0x80072030. (Consultez les journaux d'installation pour une description détaillée). Arrêtez l'installation ou réessayez d'effectuer l'étape ayant échoué.

Cause Ce problème se produit car un environnement Exchange 2007 pur ne prend pas en charge l'installation d'Exchange 2003. Le programme d'installation d'Exchange 2007 prépare le schéma Active Directory pour l'installation d'Exchange 2007. Toutefois, le programme d'installation ne crée pas le conteneur CN=Connexions Active Directory dans le conteneur CN=Microsoft Exchange dans Active Directory. Exchange 2003 requiert ce conteneur.

Solution Il n'existe actuellement aucune solution à ce problème. Pour plus d'informations, consultez l'article 937051 de la Base de connaissances Microsoft, Error message when you try to install Exchange Server 2003: "Setup failed while installing sub-component Microsoft Exchange Server-Level Objects with error code 0x80072030" (en anglais).

Impossible d'installer la console de gestion Exchange sur un ordinateur Windows Vista

Problème Lorsque vous tentez d'installer la console de gestion Exchange sur un ordinateur Windows Vista, le message d'erreur suivant apparaît :

Exchange 2007 ne peut pas être utilisé avec la version du système d'exploitation Windows exécutée sur cet ordinateur.

Cause Ce problème se produit car la console de gestion Exchange n'est pas prise en charge dans la version commerciale d'origine de Windows Vista. Vous pouvez installer la console de gestion Exchange sur un ordinateur exécutant Windows Vista Service Pack 1 (SP1).

Solution Pour contourner ce problème, utilisez l'une des méthodes suivantes :

  • Utilisez une connexion Bureau à distance pour vous connecter à un serveur qui exécute les outils de gestion Exchange Server.

  • Installez Windows Vista SP1, puis les outils de gestion Exchange Server.

Pour plus d'informations, consultez l'article 931903 de la Base de connaissances Microsoft, You cannot install the Exchange Management Console or the Exchange System Manager on a Windows Vista-based computer (en anglais).

Impossible d'installer Exchange 2007 SP1 dans un domaine ayant un nom DNS en une seule partie

Problème Lorsque vous tentez d'installer Exchange 2007 SP1 dans une forêt Active Directory contenant un nom de domaine en une seule partie tel que Contoso (au lieu de Contoso.com), le message d'erreur suivant apparaît :

Le programme d'installation de Microsoft Exchange Server 2007 ne peut pas continuer car cet ordinateur appartient à un domaine possédant un nom DNS en une seule partie. Nom de domaine DNS : XYZ

Cause Le programme d'installation d'Exchange 2007 SP1 vérifie les conditions préalables et ne continue pas si votre environnement inclut ce type de nom DNS. Les noms DNS en une seule partie sont des noms DNS qui ne contiennent pas de suffixe comme .com.

Solution Pour résoudre ce problème, consultez la rubrique Le programme d'installation d'Exchange 2007 s'arrête car le domaine a un nom DNS en une seule partie.

Problème Lorsque vous tentez d'installer le rôle serveur de boîtes aux lettres Exchange 2007 sur un ordinateur, l'installation échoue. Dans ce scénario, le programme d'installation échoue lorsqu'il tente de démarrer le service Surveillance du système Microsoft Exchange.

Cause Ce problème survient lorsque le protocole NWLink est installé sur le serveur. Exchange 2007 n'a pas été testé dans les environnements dans lesquels le protocole NWLink est installé. C'est pourquoi l'installation d'Exchange 2007 sur les ordinateurs exécutant le protocole NWLink n'est pas prise en charge.

Solution Pour résoudre ce problème, supprimez le protocole NWLink, puis redémarrez l'installation d'Exchange.

Impossible d'installer la version commerciale d'origine d'Exchange 2007 sur un ordinateur Windows Server 2008

Problème L'installation de la version de publication (RTM) de Microsoft Exchange 2007 n'est pas prise en charge sur un ordinateur exécutant Windows Server 2008.

Solution Pour résoudre ce problème, installez Exchange 2007 SP1. Exchange 2007 SP1 est pris en charge par Windows Server 2008.

La suppression manuelle d'Exchange 2007 n'est pas prise en charge

Problème Vous n'arrivez pas à supprimer manuellement Exchange 2007 d'un ordinateur.

Cause La procédure de suppression d'Exchange 2007 est différente de celle des versions antérieures d'Exchange. Vous ne pouvez pas supprimer manuellement Exchange 2007 d'un ordinateur.

Solution Pour supprimer Exchange 2007 ainsi que l'objet Exchange 2007 d'Active Directory, utilisez l'une des méthodes suivantes :

  • Utilisez l'option Ajout/Suppression de programmes du Panneau de configuration.

  • Utilisez le programme d'installation sur le média Exchange 2007.

Pour plus d’informations, consultez l'article 927464 de la base de connaissances Microsoft, Comment faire pour supprimer Exchange Server 2007 d'un ordinateur.

L'installation d'un serveur d'accès au client dans un réseau de périmètre n'est pas prise en charge

Problème Vous souhaitez installer un serveur d'accès au client Exchange 2007 dans un réseau de périmètre. Toutefois, ce type d'installation n'est pas pris en charge dans Exchange 2007.

Cause Le rôle serveur d'accès au client Exchange 2007 n'est pas pris en charge dans une configuration dans laquelle un pare-feu est situé entre le serveur d'accès au client et un serveur de boîtes aux lettres ou un contrôleur de domaine. Ceci inclut les périphériques et programmes du pare-feu, ainsi que les programmes et périphériques conçus pour restreindre le trafic entre deux emplacements réseau.

Pour fonctionner correctement, les serveurs d'accès au client requièrent une connectivité courante aux contrôleurs de domaine et aux serveurs de catalogue global. Étant donné qu'un périphérique ou un programme qui restreint ou réduit l'accès aux contrôleurs de domaine ou aux serveurs de catalogue global peut affecter le bon fonctionnement du serveur d'accès au client, ce type de configuration n'est pas pris en charge.

Solution Pour résoudre ce problème, déplacez les serveurs d'accès au client vers le réseau interne. Pour plus d'informations sur les ports utilisés par Exchange 2007 pour divers services, consultez la rubrique Référence de sécurité du chemin d'accès aux données.

Exchange 2007 ne prend pas en charge Outlook Anywhere dans les sites Web autres que le site Web par défaut sur un serveur d'accès au client

Problème Vous coulez configurer Outlook Anywhere sur un site Web autre que le site Web par défaut sur un serveur d'accès au client. Toutefois, ce scénario n'est pas pris en charge dans Exchange 2007.

Cause Si Windows Server 2003 et Windows Server 2008 prennent en charge la spécification de sites Web différents pour le composant proxy RPC, Exchange 2007 ne prend pas en charge Outlook Anywhere dans les sites Web autres que le site Web par défaut sur un serveur d'accès au client. Par ailleurs, Windows et Exchange Server ne prennent pas en charge l'exécution du proxy RPC ou d'Outlook Anywhere sur plusieurs sites Web sur le même serveur.

Problèmes relatifs à la gestion

Le carnet d'adresses hiérarchique est pris en charge uniquement dans la version japonaise d'Exchange

Problème Bien que le carnet d'adresses hiérarchique soit testé dans les versions anglaise et japonaise d'Exchange 2007, il est seulement pris en charge dans les versions japonaises d'Exchange.

Solution Pour résoudre ce problème, utilisez le carnet d'adresses hiérarchique uniquement avec les versions japonaises d'Exchange. Pour plus d'informations, consultez l'article 948810 de la Base de connaissances Microsoft, Information about the support policy for the Hierarchical Address Book (HAB) feature in Exchange Server and in Outlook (en anglais).

Impossible de modifier le nom du serveur après l'installation du rôle serveur de transport Edge Exchange 2007

Problème Après l'installation du rôle serveur de transport Edge, vous ne pouvez pas modifier le nom du serveur.

Cause Le rôle de transport Edge ne prend pas en charge la modification du nom du serveur.

Solution Pour contourner ce problème, supprimez Exchange 2007, changez le nom du serveur, puis réinstallez Exchange. Pour plus d'informations, consultez la rubrique Procédure de configuration d'un suffixe DNS pour le rôle de serveur de transport Edge.

Les filtres ou les extensions ISAPI permettant de modifier les informations d'identification d'Outlook Web Access ne sont pas pris en charge sur un serveur exécutant Exchange 2007

Problème Microsoft ne prend pas en charge l'utilisation de filtres ou d'extensions ISAPI permettant de modifier les informations d'identification de Microsoft Office Outlook Web Access sur un serveur exécutant Exchange.

Cause Ce scénario n'est pas pris en charge en raison des effets négatifs qu'il peut avoir sur les fonctionnalités d'Outlook Web Access. En outre, aucune instruction sur la création correcte d'un filtre ISAPI qui modifierait les informations d'identification d'Outlook Web Access n'est disponible.

Solution Il n'existe actuellement aucune solution de contournement de ce problème. Pour plus d'informations, consultez l'article 938609 de la Base de connaissances Microsoft, Microsoft does not support using ISAPI extensions or filters to modify Outlook Web Access credentials on a server that is running Exchange Server (en anglais).

Vous ne devez ni renommer ni déplacer le groupe d'administration Exchange ou le groupe de routage Exchange dans un environnement en mode mixte

Problème Après l'installation d'Exchange 2007 dans un environnement en mode mixte, vous ne devez ni renommer ni déplacer le groupe d'administration Exchange ou le groupe de routage Exchange.

Cause Le déplacement d'objets inclus dans le groupe d'administration Exchange ou le groupe de routage Exchange n'est pas pris en charge dans Exchange 2007. En effet, Exchange 2007 utilise le groupe d'administration Exchange pour stocker les données de configuration et le groupe de routage Exchange pour communiquer avec les versions antérieures d'Exchange Server.

Solution Il n'existe actuellement aucune solution à ce problème. Pour plus d'informations, consultez l'article 931752 de la Base de connaissances Microsoft, You must not rename or move the Exchange Administrative Group or the Exchange Routing Group after you install Exchange Server 2007 in a mixed-mode environment (en anglais).

Le déplacement d'un serveur Exchange 2007 d'un domaine vers un autre n'est pas pris en charge

Problème Vous ne pouvez pas déplacer un serveur Exchange 2007 de son domaine actuel vers un autre domaine.

Cause Le déplacement d'un serveur Exchange 2007 d'un domaine vers un autre n'est pas pris en charge. En outre, l'exécution de la commande setup /mode:recoverserver sur un objet ordinateur Exchange qui était auparavant dans un autre domaine n'est pas prise en charge.

Solution Il n'existe actuellement ni résolution ni solution de contournement à ce problème. Pour plus d'informations, consultez l'article 925824 de la Base de connaissances Microsoft, Le déplacement d'un serveur Exchange 2007 vers un autre domaine n'est pas pris en charge.

Impossible de renommer un domaine Windows 2003 lorsqu'Exchange 2007 est installé

Problème Une fois que vous avez utilisé l'outil Rendom.exe pour renommer un domaine Windows Server 2003 existant, les services suivants ne démarrent plus sur un ordinateur Exchange 2007 :

  • Microsoft Exchange EdgeSync ;

  • Banque d'informations Microsoft Exchange ;

  • Surveillance du système Microsoft Exchange ;

  • Transport Microsoft Exchange.

Cause Il n'est pas possible de renommer un domaine lorsqu'Exchange 2007 est installé dans un domaine Windows Server 2003.

Solution Pour contourner ce problème, redonnez son nom d'origine au domaine à l'aide de l'outil Rendom.exe. Pour plus d'informations, consultez l'article 925822 de la Base de connaissances Microsoft, Si vous renommez un domaine Windows Server 2003, le service Surveillance du système Microsoft Exchange ne démarre pas s'il est installé sur un ordinateur qui exécute Exchange Server 2007.

Impossible de déplacer l'arborescence de dossiers publics non-MAPI vers un serveur Exchange 2007

Problème Il se peut que vous ayez plusieurs arborescences de dossiers publics dans un environnement Exchange 2003. La seconde arborescence de dossiers publics est une arborescence non-MAPI (arborescence de dossiers d'application ou arborescence de dossiers généraux). Après l'installation d'Exchange 2007, vous ne pouvez pas déplacer l'arborescence de dossiers publics non-MAPI vers un serveur Exchange 2007.

Cause Exchange 2007 ne prend en charge qu'une seule arborescence de dossiers publics. Il s'agit de l'arborescence de dossiers publics MAPI par défaut. Aussi, vous ne pouvez pas déplacer une arborescence de dossiers publics non-MAPI vers un serveur Exchange 2007.

Solution Il n'existe actuellement aucune solution à ce problème. Vous devez conserver l'arborescence de dossiers publics non-MAPI sur un serveur Exchange 2003. Pour plus d'informations, consultez la rubrique Présentation des dossiers publics.

Problèmes relatifs au réseau

Le protocole IPv4 doit être activé dans Windows Server 2008 pour qu'Exchange 2007 SP1 prenne en charge le protocole IPv6

Problème Par défaut, les protocoles IPv6 et IPv4 sont tous les deux installés et activés dans Windows Server 2008. Vous pouvez supprimer le protocole IPv4 afin que le serveur exécute uniquement le protocole IPv6. Toutefois, si vous effectuez cette opération, vous ne pouvez pas configurer le protocole IPv6 pour Exchange 2007 SP1.

Cause Pour que l'utilisation du protocole IPv6 soit prise en charge dans Windows Server 2008, Exchange 2007 requiert que les protocoles IPv4 et IPv6 soient tous deux installés sur l'ordinateur Windows Server 2008.

Solution Pour résoudre ce problème, installez et activez le protocole IPv4 dans Windows Server 2008. Pour plus d'informations, consultez la rubrique Prise en charge du protocole IPv6 dans Exchange 2007 SP1 et SP2.

Exchange 2007 ne prend pas en charge le protocole IPv6 sur les ordinateurs Windows Server 2003

Problème Sur un serveur exécutant Windows Server 2003, il se peut que vous puissiez entrer des adresses IPv6 dans la console de gestion Exchange ou l'environnement de ligne de commande Exchange Management Shell. Toutefois, vous n'arrivez pas à configurer le protocole IPv6 pour Exchange.

Cause Le protocole IPv6 n'est pris en charge dans aucune version d'Exchange 2007 sur un serveur exécutant Windows Server 2003.

Solution Il n'existe actuellement aucune solution à ce problème. Pour plus d'informations, consultez la rubrique Prise en charge du protocole IPv6 dans Exchange 2007 SP1 et SP2.

Le tunneling IPv6 sur IPv4 n'est pas pris en charge par Exchange 2007

Problème Windows Server 2008 prend en charge le tunneling IPv6 sur IPv4. Toutefois, ce type de configuration n'est pas pris en charge dans Exchange 2007.

Solution Il n'existe actuellement aucune solution à ce problème. Pour plus d'informations, consultez la rubrique Nouvelles fonctionnalités de haute disponibilité dans Exchange 2007 SP1.

Problèmes relatifs aux bases de données et aux sauvegardes

L'utilisation des API ESENT pour extraire des données des bases de données Exchange 2007 n'est pas prise en charge

Problème Pour extraire des données des bases de données Exchange ou en modifier les fichiers, certaines applications tierces utilisent des interfaces de programmation d'applications (API) du moteur ESE (Extensible Storage Engine) génériques. Autrement dit, ces applications rétroconçoivent le schéma de base de données et la sémantique. De manière générique, l'ESE fait référence à l'une des versions du moteur ESE. Toutefois, Microsoft ne prend pas en charge ces outils pour les bases de données Exchange 2007.

Cause La version de l'ESE utilisée par Exchange diffère de l'ESENT de manière significative. Microsoft ne publie pas d'API pour la version de l'ESE d'Exchange. En outre, il est recommandé de ne pas utiliser les API de l'ESENT avec une base de données Exchange. En effet, ceci peut provoquer des dommages irréparables et rendre la base de données incompatible avec la version de l'ESE utilisée par Exchange. Le seul mode d'accès aux API de l'ESENT publiés et ne risquant pas de modifier la base de données consiste à accéder en lecture seule à une base de données dans un état d'arrêt correct.

Solution Pour contourner ce problème, utilisez une interface compatible Microsoft pour extraire des données d'une base de données Exchange ou la modifier, notamment :

  • les protocoles clients et les API qui interagissent avec le processus de banque d'informations Exchange : MAPI, POP3, IMAP (Internet Message Access Protocol), CDO (Collaboration Data Objects), WebDAV (WEB Distributed Authoring and Versioning) et les API de sauvegarde en ligne de transmission en continu Microsoft et VSS (Visual Source Safe) ;

  • les utilitaires, tels que Eseutil.exe et Isinteg.exe, créés par Microsoft pour l'analyse, la réparation et la récupération d'une base de données Exchange.

Pour plus d'informations, consultez l'article 904845 de la Base de connaissances Microsoft, Microsoft support policy for third-party products that modify or extract Exchange database contents (en anglais).

Impossible de compresser les fichiers du journal des transactions Exchange

Problème Vous souhaitez utiliser des dossiers compressés pour stocker les fichiers du journal des transactions et optimiser l'espace disponible sur le disque dur. Toutefois, Microsoft ne prend pas en charge la compression des fichiers journaux ou de base de données.

Cause Il est fortement recommandé de ne pas compresser les fichiers journaux Exchange. Si un lien direct entre la compression des fichiers journaux et leur corruption n'a pas été établi, des cas d'endommagement des fichiers journaux ont été observés. Les délais de relecture des fichiers du journal des transactions peuvent également augmenter lorsque vous les compressez.

Notes

Il est fortement déconseillé de compresser les fichiers de base de données Exchange.

Solution Pour contourner ce problème, si vous devez impérativement compresser des journaux dans le but de résoudre une situation de saturation du disque, veillez à ne pas compresser les fichiers journaux suivants :

  • fichier journal actuel ;

  • fichiers journaux de réserve ;

  • fichier *temp.log, s'il existe.

Comme la compression des fichiers journaux n'est pas prise en charge, il est recommandé de déplacer les fichiers vers un autre emplacement plutôt que de les compresser. Pour plus d'informations, consultez l'article More on Exchange logs du blog de l'équipe Exchange Server (en anglais).

Notes

UNRESOLVED_TOKEN_VAL(exBlog)

Problèmes relatifs au clustering et à l'équilibrage de la charge réseau

Impossible d'utiliser la console de gestion pour gérer Forefront Server Security pour Exchange sur un cluster à copie unique (SCC) Exchange 2007

Problème Vous ne pouvez pas utiliser Microsoft Forefront Server Security Management Console (FSSMC) pour gérer Forefront Server Security pour l'installation d'Exchange dans une configuration de cluster à copie unique (SCC) Exchange 2007.

Solution Il n'existe actuellement aucune solution à ce problème. Cette pratique n'est pas prise en charge.

Le rôle serveur de transport Hub n'est pas pris en charge dans une configuration de cluster ou d'équilibrage de la charge réseau à des fins d'authentification du serveur Exchange

Problème Lorsqu'un ordinateur exécutant le rôle serveur de transport Hub est configuré pour l'authentification du serveur Exchange au sein des serveurs de transport Hub, vous pouvez rencontrer des échecs de recherche de nom d'hôte lors des opérations de validation de certificat.

Cause Ce problème se produit si le serveur de transport Hub est exécuté dans une configuration d'équilibrage de la charge réseau. Le rôle serveur de transport Hub n'est pas pris en charge dans une configuration de cluster ou d'équilibrage de la charge réseau à des fins d'authentification du serveur Exchange.

Solution Si le serveur Exchange est exécuté dans un environnement d'équilibrage de la charge réseau, .un nom de domaine complet (FQDN) peut être ajouté de façon inattendue lors du processus de validation de certificat. Si vous remarquez un domaine inattendu, vérifiez que celui-ci est bien configuré dans la configuration d'équilibrage de la charge réseau. Si la configuration d'équilibrage de charge réseau contient un nom de domaine complet inattendu, modifiez-la afin qu'elle n'entraîne pas l'échec de la validation du certificat. Pour plus d'informations sur ce problème, recherchez l'ID d'événement 2019 dans le Centre des messages d'erreur et d'événement.

Le rôle serveur d'accès au client n'est pas pris en charge sur un cluster de serveurs

Problème Le rôle serveur d'accès au client prend en charge les applications clientes pour Outlook Web Access, Outlook Anywhere, Microsoft Entourage 2004, Entourage 2008 pour Mac et Exchange ActiveSync. Vous devez avoir au moins un serveur d'accès au client dans une organisation Exchange 2007. Toutefois, vous ne pouvez pas déployer un serveur d'accès au client dans un environnement en cluster.

Cause Vous ne pouvez pas installer le rôle serveur d'accès au client sur un ordinateur membre d'un cluster de serveurs. En outre, l'installation d'un serveur d'accès au client dans un réseau de périmètre n'est pas prise en charge.

Solution Pour contourner ce problème, installez le rôle serveur d'accès au client sur un serveur membre dans le réseau interne. Vous pouvez installer le rôle serveur d'accès au client sur un ordinateur Exchange 2007 exécutant tout autre rôle serveur à l'exception du rôle serveur de transport Edge. Pour plus d'informations, consultez la rubrique Planification de serveurs d'accès au client.

L'association de cartes réseau n'est pas prise en charge dans l'interface privée d'un cluster de serveurs

Problème Vous souhaitez installer Exchange 2007 sur un cluster de serveurs. Dans ce cas, il est recommandé de bien analyser la configuration du cluster. Cela est dû au fait que Microsoft ne prend pas en charge l'association de cartes réseau dans les interfaces privées d'un cluster de serveurs.

Cause L'utilisation de l'association sur l'interconnexion privée d'un cluster de serveurs n'est pas prise en charge en raison des retards qui pourraient survenir dans la transmission et la réception des paquets de pulsations entre deux nœuds.

Solution Pour activer la redondance d'une interconnexion privée, il est recommandé de désactiver l'association sur l'interface privée, puis d'utiliser les ports disponibles pour créer une deuxième interconnexion privée. Pour plus d'informations, consultez l'article 254101 de la Base de connaissances Microsoft, Network adapter teaming and server clustering (en anglais).

Impossible d'installer Exchange 2007 sur un contrôleur de domaine configuré en tant que nœud de cluster

Problème Il est fortement recommandé de ne pas installer Exchange 2007 sur un contrôleur de domaine configuré comme membre d'un cluster de serveurs. Ceci inclut les solutions de clustering tierces et les solutions de clustering de Microsoft.

Cause Lors d'une opération classique, Exchange doit fonctionner sans problème sur les nœuds de cluster configurés à l'identique, où chaque nœud est configuré en tant que contrôleur de domaine ou serveur de catalogue global. Toutefois, si un problème survient, cette configuration peut grandement limiter les possibilités de dépannage ou de correction des problèmes sans perturber les communications critiques entre les domaines. Aussi, Microsoft ne prend pas en charge l'utilisation d'Exchange sur les ordinateurs nœuds de cluster également configurés comme contrôleurs de domaine.

Solution Pour contourner ce problème, installez Exchange 2007 sur les serveurs membres configurés en tant que nœuds de cluster. Pour plus d'informations, consultez l'article 898634 de la Base de connaissances Microsoft, Active Directory domain controllers are not supported as Exchange Server cluster nodes (en anglais).

Impossible d'installer Exchange 2007 SP1 sur des nœuds de cluster Windows Server 2008 membres de sites Active Directory différents

Problème Lorsqu'Exchange 2007 SP1 est installé sur un cluster avec basculement Windows Server 2008, les nœuds de cluster ne peuvent pas être membres de sites Active Directory différents.

Solution Pour contourner ce problème, déployez des serveurs Exchange redondants dans un site Active Directory unique. Pour plus d'informations sur le déploiement d'Exchange dans une configuration en cluster, consultez la rubrique Site Resilience Configurations.

La réplication continue en cluster d'Exchange 2007 ne prend pas en charge l'utilisation du système de fichiers DFS (Distributed File System) pour partager le témoin de partage de fichiers

Problème Lorsque vous configurez la réplication continue en cluster (CCR) d'Exchange 2007, vous pouvez envisager d'utiliser le système de fichiers DFS pour héberger le partage de fichiers pour le témoin de partage de fichiers. Toutefois, cette utilisation n'est pas prise en charge.

Solution Pour contourner ce problème, hébergez le témoin de partage de fichiers sur un ordinateur autre que ceux exécutant les nœuds CCR d'Exchange. Il est recommandé d'utiliser un serveur de transport Hub dans le même site Active Directory que le serveur de boîtes aux lettres en cluster pour héberger le partage de fichiers. Pour plus d'informations sur le déploiement d'Exchange dans une configuration en cluster, consultez la rubrique Réplication continue en cluster.

L'authentification Kerberos pour les serveurs d'accès au client dans un cluster d'équilibrage de charge réseau Windows n'est pas prise en charge.

Problème Lorsque vous configurez des serveurs d'accès au client Exchange Server 2007 dans un cluster d'équilibrage de charge réseau Windows, l'authentification Kerberos sur ces serveurs n'est pas prise en charge.

Pour contourner ce problème, utilisez l'une des méthodes suivantes :

  • Utilisez une batterie de serveurs Microsoft Internet Security and Acceleration Server au lieu d'un équilibrage de charge réseau pour les serveurs d'accès au client Exchange 2007. Cette solution offre un avantage supplémentaire car un serveur ISA peut vérifier la disponibilité des nœuds au niveau application. Par exemple, quand l'équilibrage de charge réseau émet une demande HTTPS relative au répertoire /owa ou /ews, il vérifie la disponibilité uniquement au niveau réseau. Toutefois, cela implique également la nécessité de reconfigurer votre environnement pour utiliser une batterie de serveurs ISA au lieu d'un équilibrage de charge réseau. Vous devez également vous assurer que les demandes internes relatives au répertoire virtuel des services Web Microsoft Exchange transitent par le serveur ISA. En outre, si les serveurs ISA sont configurés en une solution à haute disponibilité, ce scénario ne fonctionne pas. Une batterie de serveurs ISA est un exemple de solution à haute disponibilité.

  • Pour les applications qui requièrent une authentification Kerberos, lorsque vous vous connectez, utilisez un seul nom de nœud serveur d'accès au client plutôt que le nom du cluster d'équilibrage de charge réseau. Cela permet l'authentification Kerberos. En revanche, cela ne permet pas une haute disponibilité.

  • Dans la mesure du possible, utilisez NTLM plutôt que Kerberos pour l'authentification.

    Notes

    Vous ne pouvez pas résoudre ce problème en modifiant l'identité des pools d'applications utilisés par Exchange. Pour plus d'informations, consultez la rubrique Pool d'applications s'exécutant sous une identité incorrecte.

Notes

Ce problème s'applique également à la délégation Kerberos contrainte.