Ce document dresse la liste des principaux problèmes qui peuvent vous empêcher d’installer et de déployer correctement Exchange 2000 Server Service Pack 2 (SP2) dans votre environnement.
Les informations contenues dans ce document, y compris les URL et autres références à des sites Internet, peuvent faire l’objet de modifications sans préavis et sont fournies à titre d’information uniquement. L’utilisateur reconnaît assumer tous les risques liés à l’utilisation de ce document, et Microsoft Corporation exclut toute garantie, expresse ou implicite, en ce qui concerne ce document. Sauf mention contraire, les sociétés, les organisations, les produits, les personnes et les événements cités dans les exemples sont fictifs. L’utilisateur est tenu de respecter toutes les lois applicables en matière de droits d’auteur. Aucune partie de ce manuel ne peut être reproduite ou transmise à quelque fin ou par quelque moyen que ce soit, électronique ou mécanique, sans la permission expresse et écrite de Microsoft Corporation.
Microsoft peut détenir des brevets, avoir déposé des demandes d’enregistrement de brevets ou être titulaire de marques, droits d’auteur ou autres droits de propriété intellectuelle portant sur tout ou partie des éléments qui font l’objet du présent document. Sauf stipulation expresse contraire d’un contrat de licence écrit de Microsoft, la fourniture de ce document n’a pas pour effet de vous concéder une licence sur ces brevets, marques, droits d’auteur ou autres droits de propriété intellectuelle.
Copyright 2001 Microsoft Corporation. Tous droits réservés.
Microsoft, MS–DOS, Windows, Windows NT, Active Directory et Outlook sont soit des marques de Microsoft Corporation, soit des marques déposées de Microsoft Corporation aux États-Unis d’Amérique et/ou dans d’autres pays.
Ce document comprend les sections suivantes :
Ce document dresse la liste des principaux problèmes qui peuvent vous empêcher d’installer et de déployer correctement Exchange SP2 dans votre environnement. Les problèmes répertoriés dans ce document n’incluent pas les notes de mise à jour de Microsoft Exchange 2000 Conferencing Server.
Immédiatement avant et après avoir effectué la mise à niveau de vos serveurs vers Exchange 2000 Service Pack 2, vous devez effectuer une sauvegarde complète de vos serveurs. Vous disposerez ainsi d’une copie de sauvegarde valide de vos serveurs en cas de besoin. Ceci est une méthode recommandée pour toutes les mises à niveau.
Les clients Outlook Web Access téléchargent les fichiers scripts du serveur frontal auquel ils sont connectés. Ces fichiers scripts ne sont pas compatibles avec les serveurs principaux exécutant une version de Exchange plus récente que celle du serveur frontal. Lors de la mise à niveau d’un serveur Exchange 2000 vers un service pack ultérieur, vous devez effectuer la mise à niveau de tous les serveurs frontaux avant d’effectuer la mise à niveau de Exchange sur les serveurs principaux. Les fichiers scripts sur un serveur frontal mis à niveau sont compatibles avec les serveurs principaux exécutant un service pack antérieur de Exchange 2000.
Remarque S’il existe plusieurs serveurs frontaux, il n’est pas nécessaire de les mettre tous à niveau simultanément. Cependant, tous les serveurs frontaux doivent être mis à niveau avant de procéder à la mise à niveau des serveurs principaux éventuels.
Exchange 2000 SP2 inclut l’outil de réinstallation SMTP (Smtpreinstall.exe), disponible dans le répertoire Outils de support du CD Exchange SP2. Cet outil permet de réparer Exchange 2000 sans avoir à réinstaller totalement Exchange si vous désinstallez le service SMTP Windows 2000. Pour réparer Exchange, vous devez tout d’abord réinstaller le service SMTP Windows 2000, puis exécuter l’outil de réinstallation SMTP. Cependant, celui-ci ne peut pas être utilisé sur un cluster exécutant Exchange 2000. Si vous tentez d’exécuter l’outil dans ce cas de figure, vous rencontrerez des problèmes qui empêcheront la réparation de Exchange. L’outil de réinstallation SMTP n’est donc pas pris en charge sur un cluster Exchange 2000. Au lieu d’utiliser cet outil sur un cluster, vous devez réinstaller entièrement Exchange et tout éventuel service pack Exchange après avoir réinstallé le service SMTP.
Vous pouvez configurer un serveur Exchange de manière à envoyer automatiquement à Microsoft des rapports sur les erreurs de service fatales. En cas d’erreur fatale, le serveur envoie des informations à Microsoft via une connexion sécurisée (https), où elles sont stockées avec accès restreint. Microsoft utilise les rapports uniquement pour améliorer Exchange, et traite toute information reçue comme confidentielle.
Le rapport contient les informations suivantes :
Microsoft ne recueille pas intentionnellement vos fichiers, nom, adresse, adresse électronique ou toute autre forme d’information personnelle. Toutefois, le rapport peut contenir des informations spécifiques au client tirées de fichiers qui étaient ouverts lorsque l’erreur est survenue. Bien que ces informations puissent servir à déterminer votre identité, Microsoft ne les utilise pas.
Pour plus de détails sur la politique de collecte des données de rapport d’erreur appliquée par Microsoft, voir http://watson.microsoft.com/dw/1033/dcp.asp
Par défaut, le rapport d’erreurs est désactivé. Pour activer le rapport d’erreurs, définissez les propriétés générales sur l’objet Serveur à partir du Gestionnaire système Exchange.
Pour plus d’informations, voir le livre blanc suivant :
Si vous effectuez une migration Exchange en deux étapes à l’aide de l’Assistant Migration Exchange, et que la langue du dossier Outlook est différente de celle des paramètres régionaux du serveur exécutant la migration, deux copies des dossiers spéciaux (Boîte de réception, Éléments envoyés, Éléments supprimés et Boîte d’envoi) sont créées et apparaissent dans le client Outlook après la migration. Une copie du dossier est créée pour la langue utilisée par Outlook, et une autre copie est créée pour la langue utilisée par les paramètres régionaux du serveur.
Remarque Il est recommandé de supprimer l’ensemble des dossiers aux icônes non standards. Il est également recommandé de vider ces dossiers avant de les supprimer.
La prise en charge des langues suivantes est toujours assurée pour l’interface utilisateur : chinois (simplifié), chinois (traditionnel), tchèque, danois, néerlandais, anglais, français, finlandais, allemand, grec, hongrois, italien, japonais, coréen, norvégien, polonais, portugais (Portugal), portugais (Brésil), russe, espagnol, suédois et turc. Nouvelle prise en charge du catalan.
Listes de distribution
Page de fermeture de session
Segmentation
fonctionnalités nouvelles et améliorées pour Internet Explorer 5 et version ultérieure
Pour plus de détails sur ces éléments, veuillez consulter la documentation du serveur.
Lorsqu’un utilisateur se connecte à Outlook Web Access à partir de Internet Explorer 5.5, va dans son calendrier puis clique sur Imprimer sur la barre d’outils, une erreur se produit. Pour résoudre ce problème, les utilisateurs doivent effectuer une mise à niveau de leur navigateur vers Internet Explorer 5.5 SP2.
L’utilisation de Outlook Web Access lors de la déconnexion d’un serveur frontal exécutant Exchange SP2 peut entraîner une tentative de déconnexion inachevée. Par exemple, un clic sur Se déconnecter dans Outlook Web Access peut faire apparaître un message vous invitant à entrer votre ID réseau et mot de passe. Cependant, l’entrée d’informations d’identification réseau valides ne vous déconnectera pas du serveur. Vous devez désactiver Authentication intégrée Windows pour le serveur frontal à l’aide du Gestionnaire des services Internet afin de vous déconnecter entièrement sur le client Outlook Web Access.
Pour permettre à un client Outlook Web Access de se déconnecter d’un serveur frontal exécutant Exchange SP2
Lorsque vous accédez aux pages utilisées pour vous déconnecter ou téléchargez les contrôles de Messagerie unifiée dans Outlook Web Access, il se peut que vous receviez une erreur HTTP 500. Cette erreur est provoquée par des paramètres incorrects sur le répertoire virtuel Exchweb\bin. Elle peut survenir sur un serveur frontal ou principal.
Pour résoudre ces erreurs HTTP 500
Lors de l’installation de Exchange 2000 Server Service Pack 2, les fichiers d’aide pour les clients Outlook Web Access ne sont pas installés. Les administrateurs doivent installer ou mettre à jour ces fichiers manuellement en exécutant un fichier .msi, ou module linguistique, pour chaque langue utilisée par les clients Outlook Web Access.
Important Si vous avez auparavant mis à jour vos fichiers d’aide Outlook Web Access avec Exchange 2000 Server Service Pack 1, vous devez d’abord désinstaller les mises à jour des fichiers d’aide du Service Pack 1 avant d’installer les mises à jour des fichiers d’aide Outlook Web Access du Service Pack 2. Pour supprimer l’Aide du Service Pack 1, dans Panneau de configuration, double-cliquez sur Ajout/Suppression de programmes.
Pour effectuer la mise à jour manuelle de l’Aide de Outlook Web AccessSi vous avez déjà installé le Service Pack 2, vous pouvez aussi accéder à ces modules linguistiques en allant dans <lecteur>:\Program Files\Exchsrvr\exchweb.
Dans Exchange SP2, cliquez avec le bouton droit sur un serveur, cliquez sur Propriétés, puis utilisez le nouvel onglet Accès à l'annuaire pour afficher et configurer les informations d’accès à l’annuaire pour les serveurs Exchange SP2 dans votre topologie. Vous pouvez ajouter ou supprimer des serveurs à la liste de topologie uniquement pour les serveurs Exchange SP2. Pour les serveurs Exchange 2000 et SP1, vous ne pouvez afficher qu’une liste de topologie actuelle partielle. Si vous tentez de sélectionner un serveur Exchange ou Exchange SP1, seuls les noms des contrôleurs de domaine utilisés par l’Accès à l’annuaire sont répertoriés, et vous ne pouvez pas configurer manuellement les serveurs car les options Ajouter et Supprimer ne sont pas disponibles.
Une fois la mise à niveau vers Exchange SP2 terminée, le service Piles MTA Microsoft Exchange et le service de banque d’informations Microsoft Exchange ne démarreront pas si les deux conditions suivantes ne sont pas remplies :
Dans Exchange SP2, l’Accès à l’annuaire utilise uniquement les contrôleurs de domaine et serveurs de catalogue global qui accordent au serveur Exchange l’autorisation d’utiliser les listes de contrôle d’accès au système. Si vous utilisez un serveur de catalogue global dans un domaine différent, vous devez exécuter l'utilitaire DomainPrep et créer un nouveau service de mise à jour de destinataire pour ce domaine, puis créer un nouveau service de mise à jour de destinataire pour ce domaine, puis redémarrer le serveur Exchange mis à niveau vers SP2 pour que l'Accès à l'annuaire fonctionne correctement.
Par défaut, l’Accès à l’annuaire exécute une commande ping sur chaque serveur auquel il se connecte via le protocole ICMP (Internet Control Message Protocol) afin de déterminer la disponibilité du serveur. Dans un scénario à pare-feu de réseau périphérique (également appelé DMZ, zone démilitarisée, et sous-réseau protégé), il n’y a aucune connectivité ICMP entre le serveur Exchange et les contrôleurs de domaine. En conséquence, l’Accès à l’annuaire répond comme si chaque contrôleur de domaine était indisponible. L’Accès à l’annuaire rejette alors les anciennes topologies et effectue fréquemment des découvertes de nouvelles topologies, ce qui a un impact négatif sur les performances du serveur. Vous pouvez désactiver le ping de l’Accès à l’annuaire en créant une clé de Registre pour l’implémentation Windows de LDAP (wLDAP).
La clé de Registre contrôlant le ping est la suivante :
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDSAccess\LdapKeepAliveSecs
Attention N’utilisez l’Éditeur du Registre pour modifier le Registre directement que si vous n’avez pas d’autres alternatives. Les éditeurs du Registre contournent les protections standards prévues par les outils d’administration. Ces protections vous évitent de saisir des paramètres antagonistes ou des paramètres qui risquent d’altérer le niveau de performances ou d’endommager votre système. Toute modification directe du Registre peut avoir des conséquences graves ou inattendues, qui peuvent empêcher le système de démarrer et nécessiter une réinstallation de Exchange 2000. Pour configurer ou personnaliser Exchange 2000, utilisez les programmes du Panneau de configuration ou la Console MMC chaque fois que possible.
Remarque Pour configurer manuellement l’Accès à l’annuaire à partir du Gestionnaire système Exchange, sous l’onglet Accès à l’annuaire, vous devez configurer le serveur pendant qu’il ne se trouve pas dans le réseau périphérique. Une fois les configurations manuelles effectuées, vous pouvez replacer le serveur dans le réseau périphérique. Toutefois, le fonctionnement de l’Accès à l’annuaire exige toujours le paramètre de clé de Registre ci-dessus.
Dans Exchange SP2, l’affichage de l’Accès à l’annuaire est nouveau et la fonctionnalité de Centre de suivi des messages a été mise à jour. Lors de l’installation de Exchange SP2, un nouveau service de gestion Microsoft Exchange utilisé par ces deux fonctionnalités est installé et démarré automatiquement.
Pour utiliser le nouvel affichage de l’Accès à l’annuaire, le serveur que vous souhaitez configurer sous l’onglet Accès à l’annuaire doit aussi exécuter Exchange SP2. Si le service n’est pas exécuté sur un serveur Exchange SP2, l’onglet Accès à l’annuaire n’affiche pas d’informations sur les contrôleurs de domaine connectés et ne vous autorise pas à les configurer. Lorsqu’un administrateur souhaite afficher ou modifier les configurations d’Accès à l’annuaire, il ne peut configurer que les serveurs exécutant SP2.
Pour utiliser la fonctionnalité de Suivi des messages mise à jour, le serveur ou la station de travail exécutant le Gestionnaire système Exchange à partir de SP2 doit exécuter le service Microsoft Exchange Management Service ainsi que tous les serveurs SP2 pour fournir les informations nécessaires au Centre de suivi des messages. Plus les serveurs exécutant le service sont nombreux, meilleures seront les performances de suivi. Pour les installations réservées aux administrateurs, le service doit être exécuté sur la station de travail. Après avoir installé Exchange SP2, un administrateur peut utiliser le nouveau Centre de suivi des messages pour effectuer le suivi des messages électroniques dans toute l’organisation Exchange, y compris sur les serveurs Exchange 5.5, Exchange 2000 et Exchange 2000 SP1. Si l’administrateur utilise le Centre de suivi des messages depuis n’importe quel serveur ou station de travail exécutant SP2, il est en mesure d’effectuer le suivi des messages électroniques sur tout serveur ne possédant pas encore SP2 ; toutefois, les recherches menées par le suivi des messages sont plus longues sur les serveurs non-SP2 que sur les serveurs SP2.
Si vous avez créé manuellement des profils d’accès à l’annuaire dans le Registre avant d’effectuer la mise à niveau vers Exchange SP2, ces profils sont préservés après la mise à niveau. Les serveurs ayant été configurés manuellement par l’intermédiaire des profils apparaissent aussi dans le Gestionnaire système. Pour afficher les propriétés d’Accès à l’annuaire de ces serveurs dans le Gestionnaire système, cliquez avec le bouton droit sur le serveur, cliquez sur Propriétés, puis sur l’ongletAccès à l’annuaire.
S’il existe une entrée non valide dans le profil, ou si un serveur est non valide, le message suivant apparaît après la mise à niveau vers Exchange SP2, lorsque vous accédez à l’onglet Accès à l’annuaire : « Le serveur nomduserveur n’existe pas ou n’est pas correctement configuré. Souhaitez-vous supprimer ce serveur de cette liste ? »
Pour résoudre ce problème et créer un profil valide
Dans le Gestionnaire système, dans le Centre de suivi des messages, il se peut que le suivi d’un message échoue et n’affiche pas tous les événements d’un message si celui-ci a été transféré entre deux serveurs dont les horloges système, au moment du transfert, présentait un écart supérieur à cinq minutes. Ce problème ne concerne pas les serveurs dont les écarts entre les horloges système sont dus à des différences de fuseau horaire ou des différences d’heure d’été/heure d’hiver. La modification de l’horloge système après la remise du message ne corrige pas ce problème, mais l’empêche de se reproduire dans le futur.
Le Centre de suivi des messages exige désormais des administrateurs qu’ils possèdent des autorisations spécifiques pour effectuer le suivi d’un message. Seuls les administrateurs ayant les rôles délégués suivants sur les serveurs Exchange 2000 ou Exchange 5.5 peuvent effectuer le suivi d’un message à l’aide du Centre de suivi des messages :
Ces rôles peuvent être affectés à l’aide de l’Assistant Délégation de contrôle Exchange. Pour accéder à l’Assistant Délégation de contrôle Exchange, dans le Gestionnaire système, cliquez avec le bouton droit sur la racine de l’organisation ou la racine du groupe d’administration, puis cliquez sur Déléguer le contrôle.
Pour effectuer le suivi des messages à l’aide du Centre de suivi des messages, l’utilisateur doit être affecté de l’un des rôles mentionnés ci-dessus. Dans SP2, le Centre de suivi des messages vérifie les rôles affectés à l’utilisateur avant de l’autoriser à effectuer le suivi de messages. Les autorisations étant vérifiées sur la base de chaque serveur, un utilisateur doit posséder l’un des rôles délégués pour tous les serveurs sur lesquels il souhaite pouvoir suivre les messages électroniques. Cette nouvelle mesure de sécurité n’exclut pas le besoin d’accorder un contrôle d’accès approprié au partage \\serveur\serveur.log, créé automatiquement lors de l’installation de Exchange. Vous devez continuer à contrôler l’accès à ce partage et à affecter des rôles appropriés aux utilisateurs effectuant le suivi des messages. Dans le cas contraire, vous risquez de permettre à un individu ayant un accès en lecture à ce partage de fichiers d’analyser le trafic de messages sur le serveur.
Les différents niveaux d’administration ne contrôlent pas la manière ni l’endroit où un utilisateur peut effectuer le suivi des messages électroniques. Ces différents niveaux ne font qu’accorder aux utilisateurs possédant ces rôles la capacité de suivre les messages. Tout utilisateur ne possédant pas l’un de ces rôles sur un serveur donné est incapable d’effectuer le suivi des messages électroniques sur ce serveur. Par exemple, si vous avez un groupe d’administrateurs dont le travail est seulement d’effectuer le suivi des messages électroniques, vous ne devez leur accorder que des droits Administrateur Exchange - Affichage seul. Si vous leur accordiez des droits Administrateur Exchange ou Administrateur intégral Exchange, ils seraient en mesure d’apporter des modifications à l’installation Exchange. Si vous avez un autre groupe d’administrateurs responsables de l’installation ou de la modification de l’installation Exchange, vous devez leur accorder des droits Administrateur intégral Exchange de manière à ce qu’ils puissent apporter des modifications à l’installation Exchange ; en outre, ils seraient également habilités à effectuer le suivi des messages électroniques.
Nous recommandons vivement l’utilisation du script de Vérification de pointage fourni avec Exchange SP2, afin d’éviter tout problème d’indexation éventuel. Si le service Microsoft Search (MSSearch) s’interrompt de manière anormale durant une analyse incrémentielle (remplissage), il se peut que certains dossiers et messages ne soient pas indexés correctement. La Vérification de pointage remédie à ce problème en conservant les fichiers de sauvegarde suivants dans le répertoire du catalogue :
La Vérification de pointage n’est pas activée par défaut, car elle nécessite une quantité d’espace disque conséquente. La taille de fichier supplémentaire est d’environ 200 octets pour chaque document de votre base de données. Par exemple, une base de données contentant 5 000 000 de messages ou documents générerait des fichiers de Vérification de pointage de 1 Go. La taille de ces fichiers augmente proportionnellement à la quantité de documents présents dans votre base de données. Vous devez vous assurer de disposer de suffisamment d’espace disque avant d’exécuter le script de Vérification de pointage. Il est conseillé de disposer d’au moins 15 pour cent d’espace libre sur le disque sur lequel vous conservez les catalogues d’indexation de texte intégral.
Pour configurer la Vérification de pointage
<lecteursystème>:\Program Files\Common Files\System\MSSearch\Bin\EnableCheckPoints.vbs <APPLICATION> [CATALOGUE]
Définitions des paramètres