Ressources de dépannage pour les dossiers publics Exchange

  • Article

 

Dernière rubrique modifiée : 2007-02-20

Cet article fournit des liens vers la documentation que vous pouvez utiliser pour résoudre les problèmes relatifs aux dossiers publics Microsoft® Exchange Server.

Avant de résoudre ces problèmes, il est fortement recommandé d'utiliser l'outil Microsoft® Exchange Server Best Practices Analyzer Tool dans votre environnement. L'outil Exchange Server Best Practices Analyzer Tool analyse automatiquement le déploiement Exchange Server et détermine si la configuration est définie en fonction des meilleures méthodes recommandées par Microsoft. Vous pouvez installer l'outil Exchange Server Best Practices Analyzer sur un ordinateur client qui exécute Microsoft .NET Framework 1.1. Avec l'accès réseau approprié, l'outil Exchange Server Best Practices Analyzer examine tout votre service d'annuaire Microsoft Active Directory® ainsi que les serveurs Exchange.

Vous pouvez déterminer l'état général de vos serveurs Exchange, ainsi que leur topologie, en utilisant l'outil Exchange Server Best Practices Analyzer pour effectuer les tâches suivantes :

  • Vous pouvez générer une liste de problèmes tels que les paramètres de configuration non optimaux et les options non recommandées ou non prises en charge.
  • Vous pouvez déterminer l'état général d'un système.
  • Vous pouvez aider à résoudre des problèmes spécifiques en collectant la documentation propre aux alertes pour chaque message d'alerte, d'erreur ou de configuration par défaut.

Vous pouvez exécuter l'outil sur un déploiement entier, un serveur spécifique ou un ensemble de serveurs.

Les éléments suivants sont des exemples de configurations de dossiers publics spécifiques signalés par l'outil Exchange Server Best Practices Analyzer :

  • Aging Clean IntervalValeur de Registre
  • Background CleanupValeur de Registre
  • Replication ExpiryValeur de Registre
  • Minimum RuntimeValeur de Registre
  • Replication Folder Tombstone Age LimitValeur de Registre
  • Replication Folder Conflict Age LimitValeur de Registre
  • Preferred Backfill SourceValeur de Registre
  • Taille de la base de données de banques de dossiers publics
  • Emplacement de la base de données de banques de dossiers publics
  • Banques de dossiers publics qui ne possèdent pas d'adresse de messagerie
  • Affectations d'arborescences de bases de données de dossiers publics
  • Suivi des valeurs de Registre dupliquées
  • Configurations d'indexation de contenu
  • Autorisations dans la hiérarchie de niveau supérieur
  • Configurations de la rétention d'éléments supprimés
  • Configurations du Carnet d'adresses en mode hors connexion
  • Configurations de la hiérarchie de dossiers publics
  • Accords de connexion de dossiers publics effectués par le Connecteur Active Directory

Suppression de dossiers publics Exchange Server

Cette section fournit quelques méthodes générales pour vous aider lors de la suppression de dossiers publics et de bases de données de dossiers publics. Vous devez supprimer les dossiers publics Exchange Server et les bases de données de dossiers publics avec précaution.

Utilisation du Gestionnaire système Exchange

Pour supprimer des dossiers publics, sous Dossiers, cliquez avec le bouton droit de la souris sur le dossier approprié et sélectionnez Supprimer. Cette action entraîne les actions suivantes :

  • Supprime du dossier public.
  • Génération d'un message de réplication de hiérarchie sortant.
  • Envoi du message de réplication de hiérarchie sortant de ce serveur à tous les serveurs de dossiers publics dans l'organisation. Le message de réplication de hiérarchie sortant fournit des informations sur la suppression du dossier public.

Dans Exchange Server 5.5, les administrateurs ont pu supprimer des dossiers publics afin qu'aucun enregistrement du dossier ou de l'événement de suppression ne soit capturé. Dans Exchange 2000 Server et Exchange Server 2003, un administrateur peut activer l'audit de suppression de dossiers publics en réglant l'enregistrement de diagnostics pour la catégorie générale de dossiers publics sur Moyenne ou Haute. Cet ajustement entraîne un enregistrement de l'événement dans les journaux d'applications sur le serveur chaque fois qu'un dossier public est supprimé. L'événement liste le nom du dossier public qui a été supprimé et le compte d'utilisateur utilisé pour supprimer le dossier public.

Si vous essayez de supprimer une arborescence de dossiers publics, Exchange Server ne supprimera pas l'arborescence jusqu'à ce que la banque associée soit supprimée. Lorsque vous supprimez des banques de dossiers publics et des dossiers publics, le Gestionnaire système Exchange met correctement à jour Active Directory. Avant de supprimer une banque de dossiers publics, vous devez supprimer ou répliquer vers un autre serveur tous les dossiers qui existent dans la banque. Le contenu de tous les dossiers publics uniquement répliqués dans la banque de dossiers publics que vous supprimez sera définitivement perdu une fois le dossier public supprimé.

Il n'est pas conseillé de supprimer manuellement des fichiers de base de données publique (fichiers .edb et .stm). Une fois ces fichiers supprimés manuellement, Exchange Server les recrée lors du prochain montage de la banque Exchange Server. À ce moment, la hiérarchie de dossiers est renvoyée, et si un ou plusieurs dossiers de la banque supprimée ont des réplicas dans les autres dossiers, le contenu est également renvoyé.

CautionAttention :
Vous pouvez également supprimer des dossiers publics via l'option Supprimer le serveur dans le Gestionnaire système Exchange. Vous pouvez supprimer le serveur de l'organisation en cliquant avec le bouton droit de la souris sur le Gestionnaire système et en sélectionnant Supprimer le serveur. Cette méthode contourne toutes les vérifications effectuées par d'autres méthodes. Toutefois, cette méthode est le moyen le plus nuisible de supprimer un serveur et peut entraîner beaucoup de problèmes. Vous devez utiliser cette méthode uniquement si le serveur a été perdu. Par exemple, si une défaillance grave s'est produite sur le serveur et que vous ne disposez d'aucune sauvegarde, vous pouvez utiliser cette méthode. Toutefois, même dans ce cas, vous devez utiliser cette méthode avec précaution.

Considérations relatives au dossier site

Le premier serveur Exchange installé dans un groupe d'administration contient les dossiers sites de ce groupe. Les dossiers sites conservent des copies de la liste d'adresses hors connexion et des données de disponibilité pour le groupe d'administration. Les dossiers sites contiennent également des réplicas d'autres dossiers sites à partir d'autres groupes d'administration. Si vous essayez de supprimer une banque qui contient les dossiers sites, le Gestionnaire système Exchange ne supprimera pas la banque tant que les dossiers sites n'auront pas été réassociés à un autre serveur dans le groupe d'administration.

Par conséquent, pour supprimer le premier serveur Exchange dans un groupe d'administration ou pour supprimer la banque de dossiers publics qui contient les dossiers sites, vous devez d'abord répliquer les dossiers publics vers un autre serveur Exchange dans le groupe d'administration. En outre, vous devez répliquer la liste d'adresses en mode hors connexion et le dossier de disponibilité Schedule+ vers un autre serveur.

Ressources pour la gestion de dossiers publics

Pour plus d'informations sur la gestion de dossiers publics, consultez les articles de la Base de connaissances Microsoft suivantes :

Réplication

Avant de résoudre efficacement les problèmes de réplication, vous devez comprendre son fonctionnement. Vous devez connaître les types de messages de réplication utilisés par Exchange Server ainsi que les ensembles de numéros de modification. Pour une description de ces concepts, consultez le chapitre « Contrôle de la réplication des dossiers publics » dans Utilisation de la banque d'informations Exchange Server 2003. De même, pour plus d'informations concernant les méthodes conseillées pour le déploiement et la configuration de la réplication des dossiers publics dans Exchange 2000 Server et Exchange Server 2003, voir Meilleures pratiques pour les dossiers publics Exchange : Implémentation de la réplication.

La section suivante fournit quelques méthodes générales pour vous aider à résoudre les problèmes de réplication.

Le processus de renvoi nécessite beaucoup de temps.

Parfois, le processus de renvoi peut prendre du temps, surtout si la banque est hors service et qu'elle a manqué la mise à jour de la réplication d'origine ainsi que le message d'état qui lui fait suite. Il existe plusieurs scénarios où le processus de renvoi est lent.

  • Exchange Server effectue un renvoi à partir d'un serveur obsolète. Si une demande de renvoi est envoyée à un serveur qui ne possède pas les données manquantes, elle n'est pas satisfaite. Par exemple, cela se produit si vous avez récemment restauré une ancienne sauvegarde sur un serveur, et qu'une demande de renvoi est envoyée à ce serveur après la restauration de la sauvegarde. Dans ce cas, la banque doit envoyer plusieurs demandes de renvoi. Ce processus peut durer plusieurs heures voire plusieurs jours.
  • Serveur Exchange envoie des demandes d'état à un nouveau serveur. Si le serveur qui envoie la demande d'état initial est une nouvelle banque, le serveur peut disposer uniquement de la hiérarchie. Dans ce cas, les banques sembleront synchrones entre elles même si elles ne le sont pas avec le reste de l'organisation. Ce problème sera finalement résolu car les mises à jour proviennent de toutes les banques de l'organisation. Toutefois, comme la demande initiale a été satisfaite, les renvois suivants peuvent durer plusieurs heures voire plusieurs jours.
  • Un nouveau groupe de routage est créé. Le programme d'installation d'Exchange démarre la banque publique Exchange avant qu'il existe un lien de transport vers le reste de l'organisation. La banque envoie sa demande d'état, mais comme le transport n'est pas encore opérationnel, la banque ne reçoit pas de réponse. La banque bascule vers l'utilisation du programme révisé avant d'envoyer des demandes d'état supplémentaires. Une fois le lien de transport établi, le serveur tente d'envoyer la demande d'état ou les mises à jour. De plus, les messages d'état de toutes les banques peuvent indiquer que la banque nécessite un renvoi. Toutefois, comme la demande d'état initiale a été perdue, le renvoi des données peut durer plusieurs heures voire plusieurs jours.
  • Le service de mise à jour du destinataire n'a pas mis à jour les attributs de la messagerie sur la banque. Il est possible pour la banque de dossiers publics d'envoyer une demande de statut avant l'association de son objet d'annuaire aux attributs de messagerie requis. Cette demande d'état génère un rapport de non-remise du message de réplication. À nouveau, comme la demande d'état initiale a échoué, le processus de synchronisation peut durer plusieurs heures voire plusieurs jours.

Dans tous les cas, soit les messages de réplication initiale sont perdus soit la banque requiert les informations d'une banque qui ne contient pas d'informations sur les dossiers publics. Finalement, ces problèmes sont résolus lorsque d'autres serveurs découvrent que des données sont manquantes. Si vous remarquez qu'un dossier n'est pas synchronisé et qu'il ne semble pas se resynchroniser après un certain nombre de délais d'attente de renvoi, vous devez modifier un réplica du dossier qui soit à jour.

Pour vous assurer qu'un dossier est à jour, vous devez vérifier que tous les éléments du dossier sont présents. Par exemple, si vous rencontrez des problèmes avec des hiérarchies incomplètes, modifiez la hiérarchie sur le réplica à jour. Vous pouvez effectuer cette opération en modifiant une entrée d'autorisation sur le réplica à jour. En outre, si vous rencontrez des problèmes avec le contenu manquant, modifiez le contenu sur le réplica à jour en publiant un message. Cette action entraîne l'envoi d'un message de réplication à la banque désynchronisée et déclenche une demande de renvoi.

Enregistrement des diagnostics

Vous pouvez résoudre les problèmes de réplication en paramétrant l'enregistrement de diagnostics au niveau maximal pour la réplication entrante et sortante sur un serveur donné.

Pour paramétrer l'enregistrement des diagnostics sur Maximal pour la réplication entrante et sortante sur un serveur donné

  1. Sur la page Propriétés du serveur, cliquez sur l'onglet Enregistrement des diagnostics.

  2. Développez MSExchangeIS, puis Dossier public.

  3. Sous l'onglet Dossier public, paramétrez Réplication des messages entrants et Réplication des messages sortants sur Maximal.

Cette procédure produit plusieurs ID d'événements, y compris la notification des messages de réplication envoyés et la réception des mises à jour de dossiers publics. Les ID d'événements des messages de réplication entrants vont de 3011 à 3020 et les ID d'événements des messages de réplication sortants vont de 3021 à 3030. Il s'agit de messages d'événements de réplication polyvalents qui peuvent vous aider à réduire les problèmes de réplication.

Une fois la zone de réplication déterminée, vous pouvez configurer l'enregistrement de façon appropriée sur d'autres objets de journalisation de réplication. Les dossiers sites de réplication, l'expiration de la réplication, les conflits de réplication, le renvoi de réplication et les erreurs de réplication sont les autres objets de réplication. Vérifiez que vous avez à nouveau paramétré l'enregistrement sur Aucun ou Minimal lorsque vous terminez le dépannage car les niveaux d'enregistrement Maximal peuvent remplir les journaux d'événements rapidement.

Lors de la résolution des problèmes de réplication de dossiers publics, vous remarquerez peut-être que le journal des événements n'indique aucune erreur. Toutefois, les dossiers publics récemment créés et le contenu des anciens dossiers publics ne sont peut-être pas correctement répliqués dans les groupes, même si la période de réplication est écoulée. Cette différence peut être due au fait que les messages de réplication ont été envoyés, mais que les serveurs de destination ne les ont pas reçus. Le suivi des messages est un outil utile pour déterminer la raison de cette différence. Les banques s'envoient des messages électroniques entre elles via les applications, et ces messages électroniques peut être suivis à l'aide d'outils de suivi des messages.

Pour plus d'informations sur l'utilisation du suivi des messages afin de diagnostiquer et de résoudre les problèmes de réplication, reportez-vous à l'article suivant de la Base de connaissances : « XADM: Public Folder Hierarchy and Content Is Not Being Replicated Across Routing Groups ».

Ressources pour la résolution des problèmes de réplication

Pour plus d'informations sur la résolution des problèmes de réplication, consultez les articles suivants de la Base de connaissances :

Autorisations

Deux problèmes fréquents relatifs aux autorisations dans les dossiers publics peuvent affecter l'accessibilité pour les utilisateurs et les performances du serveur Exchange. Ces problèmes sont dus à une migration d'Exchange Server 5.5 vers Exchange 2000 Server ou Exchange Server 2003.

Tout d'abord, il existe des instances où les autorisations appliquées à des dossiers publics ne semblent pas persister. Par exemple, vous pouvez effectuer le processus d'attribution d'un accès utilisateur à un dossier public en ajoutant l'utilisateur à l'onglet Permissions sur la page de propriétés de dossiers publics. Bien que l'utilisateur semble avoir été ajouté, l'accès au dossier ne lui est pas autorisé. En outre, lorsque vous actualisez l'onglet Permissions, l'utilisateur n'est pas listé.

Cette situation est due à un problème relatif au compte Active Directory que vous ajoutez aux autorisations du dossier public. Ce n'est probablement pas un problème lié au dossier public. Le compte auquel vous essayez de fournir l'accès est probablement un compte doté d'une extension messagerie avec l'attribut msExchMasterAccountSID défini. La banque d'informations ne prend pas en compte un utilisateur doté d'une extension messagerie qui possède un attribut msExchMasterAccountSID de configuration valide. Si vous examinez les journaux d'applications sur le serveur Exchange, vous constaterez probablement 9548 événements, qui se réfèrent à l'utilisateur qui possède l'attribut msExchMasterAccountSID.

L'attributMSExchMasterAccountSID est créé sur les objets utilisateurs dotés d'une extension messagerie créés par le Connecteur Active Directory. L'attribut MSExchMasterAccountSID est défini à l'aide de l'identificateur de sécurité (SID) à partir du compte d'utilisateur associé à la boîte aux lettres d'Exchange 5.5 Server. En cas de migration, ce compte d'utilisateur est généralement un compte d'utilisateur Microsoft Windows NT® 4.0. Toutefois, en fonction du scénario, il peut s'agir d'un compte d'utilisateur Active Directory à partir d'une autre forêt associée à la boîte aux lettres d'Exchange 5.5 Server.

Ce problème est plus courant lorsque les comptes d'utilisateur désactivés et dotés d'une extension messagerie créés par le Connecteur Active Directory ont été activés manuellement plutôt qu'à l'aide d'un outil comme l'outil de migration Active Directory pour migrer les comptes vers Active Directory. Nous vous conseillons d'activer manuellement les comptes désactivés. Pour plus d'informations sur la résolution de ce problème, consultez la section Ressources pour la résolution des problèmes de réplication qui figure dans ce document.

Un autre problème courant lié aux autorisations de dossiers publics réside dans le résultat de la mise à niveau à partir d'Exchange 5.5 Server. Parfois, une boîte aux lettres qui dispose d'autorisations pour un dossier public dans l'organisation Exchange 5.5 Server n'a pas d'objet utilisateur associé à la boîte aux lettres dans Active Directory. Cette différence peut entraîner des problèmes d'accès lorsque les utilisateurs disposant de boîtes aux lettres Exchange 2000 Server ou Exchange Server 2003 essayent d'afficher des dossiers publics. Les utilisateurs peuvent rencontrer des problèmes d'accès. En outre, Exchange Server peut rencontrer des problèmes de performances généraux.

En ce qui concerne les autorisations de dossiers publics, le problème le plus fréquent réside dans l'impossibilité pour les utilisateurs de voir leurs dossiers publics dans Microsoft Office Outlook®. Le dossier individuel n'apparaît pas. Ce problème n'affecte que les utilisateurs migrés vers Exchange 2000 Server ou Exchange Server 2003. Les utilisateurs se trouvant toujours sur Exchange 5.5 Server ne sont pas affectés.

Lorsque vous regardez dans le Gestionnaire système Exchange, les dossiers publics sont visibles. Si vous examinez ensuite les autorisations du dossier public dans le Gestionnaire système Exchange, les utilisateurs qui ne peuvent pas afficher le dossier public sont listés en tant qu'utilisateurs disposant des autorisations. Si vous modifiez des autorisations afin que les utilisateurs disposent d'autorisations de propriétaire, ils verront le dossier public dans Outlook et pourront y accéder. Toutefois, si vous modifiez le statut des autorisations, qui deviennent alors non propriétaires, le dossier public n'apparaîtra pas dans Outlook lorsqu'ils essaieront à nouveau de l'afficher.

Ce comportement est le résultat d'un problème de conversion de la liste de contrôle d'accès. La boîte aux lettres listée dans le dossier public comme ayant des autorisations n'existe plus. La boîte aux lettres a probablement été supprimée d'Exchange 5.5 Server, mais n'a pas été supprimée de la liste de contrôle d'accès des dossiers publics ou des boîtes aux lettres. Il existe également des utilisateurs listés dans le dossier public qui ont des autorisations mais qui ne sont pas représentés dans Active Directory. Si vous examinez les journaux d'applications sur Exchange 2000 ou Exchange Server 2003, vous verrez 9 551 ou 9 552 événements. Les événements listeront les dossiers publics avec lesquels le serveur rencontre des problèmes de conversion de liste de contrôle d'accès. Les événements listeront également l'utilisateur ou le groupe à l'origine du problème. Pour plus d'informations sur la résolution de ce problème, consultez les ressources suivantes.

Ressources pour la résolution des problèmes de réplication

Pour plus d'informations sur le dépannage de réplication, consultez les articles suivants de la Base de connaissances Microsoft :

Pour plus d'informations

Pour en savoir plus sur les dossiers publics dans Exchange Server, consultez les ressources suivantes :