Meilleures pratiques pour les dossiers publics Exchange : Implémentation de la réplication

  • Article

 

Dernière rubrique modifiée : 2006-09-14

Cet article décrit les méthodes conseillées pour le déploiement et la configuration de la réplication de dossiers publics dans Microsoft® Exchange 2000 Server et Exchange Server 2003. Cet article suppose que vous connaissez le processus de réplication, les types de messages de réplication utilisés par Exchange Server ainsi que les ensembles de numéros de modification. Pour obtenir une description de ces concepts, voir le document sur le Contrôle de la réplication des dossiers publics Exchange Server 2003.

La réplication de dossiers publics dans Exchange Server peut être une opération monopolisant de nombreuses ressources. La réplication nécessite des ressources de réseau, d'UC et de disque. En appliquant une solution qui active une réplication de dossiers publics efficace, notamment dans des organisations utilisant de nombreux dossiers publics, vous pouvez améliorer considérablement le chargement du réseau, de l'UC et du disque dans votre environnement Exchange Server.

En général, il s'agit de la méthode conseillée pour réduire la réplication dans l'organisation Exchange Server. En réduisant la réplication, vous réduisez la quantité de données transmises sur votre réseau. Vous réduisez également le chargement de ressources du disque et de l'UC sur vos serveurs Exchange. De plus, en réduisant la réplication, vous garantissez que moins d'utilisateurs accéderont à des versions différentes de données sur plusieurs réplicas. Toutefois, vous devez noter qu'en réduisant la réplication, vous diminuez la disponibilité des données de dossiers publics car un nombre moins important de réplicas du dossier est disponible pour les clients si une banque de dossiers publics échoue. Si une grande disponibilité est requise pour les données d'un dossier public spécifique, vous pouvez nécessiter plusieurs réplications.

Planification d'une réplication efficace

La première étape dans le choix d'une solution qui permette une réplication de dossiers publics efficace consiste à comprendre comment les utilisateurs se servent de chaque dossier dans une hiérarchie spécifique. La plupart du temps, une distribution du contenu et une réduction de réplicas maximales sont justifiées. Dans ce contexte, « distribuer le contenu » revient à le fractionner et à le regrouper dans chaque banque de dossiers publics cible afin qu'il ne soit pas répliqué dans les autres banques de dossiers publics.

Imaginez un groupe de routage qui a quatre serveurs Exchange. Si chaque serveur de ce groupe de routage contient un réplica des mêmes dossiers, chaque fois qu'un cycle de réplication est exécuté, les modifications du contenu sont répliquées sur les quatre serveurs. Cette implémentation de réplication génère une augmentation de la charge réseau en raison de l'augmentation du trafic SMTP et de l'utilisation du disque et de l'UC pour traiter les messages de réplication. Cette implémentation de réplication peut être justifiée si tous les utilisateurs du groupe de routage accèdent à un dossier spécifique. Toutefois, si les sous-ensembles d'utilisateurs accèdent à un dossier spécifique, cette réplication est inefficace. Dans cet exemple, vous pouvez économiser une quantité de charge réseau, d'UC et de disque significative en distribuant le contenu sur les quatre serveurs Exchange et en réduisant le nombre de réplicas.

Néanmoins, vous devez noter qu'en distribuant le contenu sur plusieurs réplicas, vous pouvez augmenter la surcharge de gestion. Dans cet exemple, la distribution de charge nécessitera une maintenance et une surveillance plus importantes que celles requises pour un seul réplica de la hiérarchie entière. Par conséquent, soyez conscient de l'impact sur la gestion de serveurs lorsque vous planifiez votre solution de réplication.

Dans certaines organisations, le dossier public de disponibilité Schedule+ est le dossier le plus souvent demandé. Par conséquent, vous devez accorder une attention particulière à la façon dont les dossiers sont utilisés.

Dans les grandes entreprises disposant d'installations globales, la réplication de dossiers publics de disponibilité Schedule+ en fonction de la région est justifiée. Plusieurs réplicas sont ainsi disponibles pour les utilisateurs locaux et le trafic de réplication de données est réduit sur les réseaux étendus. Cette recommandation est optimale pour les entreprises qui ont organisé des groupes administratifs en fonction des réseaux locaux régionaux.

Si votre infrastructure Exchange Server n'est pas organisée d'après les réseaux locaux régionaux, la méthode conseillée est de répliquer le dossier public de disponibilité Schedule+ de chaque groupe administratif vers au moins un serveur de chaque groupe de routage. Toutefois, vous devez noter que ces méthodes conseillées peuvent ne pas convenir à tous les déploiements. Vous devez toujours tenir compte des exigences d'accès des utilisateurs et de la latence du réseau lorsque vous planifiez votre déploiement.

importantImportant :
Si votre entreprise dispose de grands groupes administratifs, qui peuvent comprendre des centaines de serveurs et de réplicas limités, la mémoire pool paginée risque d'être saturée sur les serveurs Exchange qui hébergent le dossier public de disponibilité Schedule+. La taille moyenne du jeton Kerberos des utilisateurs peut également augmenter le risque de saturation de la mémoire pool paginée sur les serveurs Exchange qui hébergent le dossier public de disponibilité Schedule+. Par conséquent, si votre organisation contient des groupes de sécurité profondément imbriqués, la taille du jeton Kerberos des utilisateurs sera importante. Pour plus d'informations sur les problèmes de mémoire de réserve paginée et de mémoire de noyau dans Exchange Server, voir le document sur la Suppression des problèmes liés à la mémoire.

Une autre méthode conseillée consiste à créer un réplica du dossier public de disponibilité Schedule+ tous les 10 000 utilisateurs.

Accordez également une attention particulière à la façon dont les utilisateurs de différentes régions planifient des réunions entre eux. Si des groupes d'utilisateurs vivant à l'opposé les uns des autres organisent rarement des réunions entre eux, vous devez pouvoir justifier le pointage des utilisateurs vers des réplicas distants du dossier de disponibilité Schedule+ en utilisant la redirection de dossiers publics.

noteRemarque :
Lorsque Microsoft Office Outlook® Web Access ou Outlook Mobile Access demande des informations de disponibilité, la banque de boîtes aux lettres utilise un serveur de disponibilité pour rechercher les informations. Cette limitation peut entraîner des problèmes si votre topologie a plusieurs sites car, dans la configuration par défaut, chaque serveur de disponibilité contient des données de disponibilité de ce site uniquement. Vous devez configurer les dossiers de disponibilité pour répliquer, si vous le souhaitez, des données à partir de plusieurs sites afin qu'elles soient disponibles pour tous les utilisateurs.

Pour plus d'informations sur les dossiers publics disponible/occupé, voir le document sur la Gestion des dossiers disponible/occupé d'Exchange Server 2003.

Pour vérifier que chaque serveur gère approximativement le même volume de trafic, vous devez envisager d'exécuter les actions suivantes sur tous les réplicas excepté le dossier public de disponibilité Schedule+ décrit précédemment :

  • Supprimez les réplicas de dossiers qui ne reçoivent pas beaucoup de trafic.
  • Distribuez le contenu afin que chaque serveur gère le même volume de trafic.

Lorsque vous supprimez des réplicas, veillez à conserver une redondance suffisante pour les dossiers publics qui contiennent des informations stratégiques.

Lorsque vous planifiez la réplication de dossiers publics, essayez de normaliser votre solution pour une gestion et une récupération plus aisées. Plus particulièrement, organisez des arborescences de dossiers publics afin qu'ils soient segmentés logiquement. Dans le meilleur des cas, les segments logiques, ou branches de dossiers publics, coïncident avec des groupes d'utilisateurs régionaux ou des segments de réseau LAN.

Il est conseillé de répliquer des branches de dossiers publics sur des serveurs spécifiques. Si vous répliquez une branche spécifique de dossiers publics sur plusieurs serveurs, il est plus difficile de récupérer des données car vous devez identifier les serveurs qui contiennent plusieurs branches de données dans l'arborescence avant de tenter de les récupérer.

Cette méthode conseillée ne signifie pas que vous ne devez pas créer d'autres réplicas de dossiers dans une branche. Toutefois, lorsque vous créez d'autres réplicas de dossiers dans une branche, assurez-vous que ces réplicas supplémentaires sont des instances soigneusement gérées en plus d'un seul serveur qui possède un réplica de la branche entière.

La deuxième étape dans le choix d'une solution qui permette une réplication de dossiers publics efficace consiste à déterminer les latences de réplication autorisées dans votre organisation. Il est probable que les utilisateurs qui accèdent à des documents stratégiques dans un dossier public aient besoin de réplications plus fréquentes que les utilisateurs qui accèdent à des documents non stratégiques. Parfois, quand les données sont stratégiques, certains utilisateurs ne souhaitent pas répliquer les données. Cette approche garantit à tous un accès continu aux mêmes données et une mise à jour permanente de ces données. Les avantages de ce modèle doivent évidemment être pondérés du fait de compromis relatifs à la récupération d'urgence. Plus particulièrement, si vous choisissez de stocker une seule instance de données et si les données sont stratégiques, veillez à sauvegarder les données afin qu'elles soient restaurées rapidement et avec un minimum de pertes.

noteRemarque :
Dans de tels scénarios, où le contrôle de version et la récupération de documents stratégiques sont requis, envisagez le déploiement de Microsoft Windows® SharePoint® Portal Server. Pour plus d'informations sur les différences entre les dossiers publics d'Exchange Server et les produits et technologies Microsoft SharePoint, voir le document sur Sélection de la solution de dossiers publics appropriée.

En surveillant l'utilisation de dossiers publics et en définissant un contrat de niveau de service acceptable avec votre organisation ou client, vous pouvez déterminer des périodes de latence de réplication acceptables pour différents types de dossiers publics.

importantImportant :
Vérifiez que la réplication est réellement terminée entre les intervalles. Si la réplication ne s'achève pas, les files d'attente de réplication augmentent. Plus la file d'attente de réplication est longue, moins le contenu des dossiers est synchronisé. Vous pouvez analyser les files d'attente de réplication avec l'Analyseur de performances et examiner le compteur des performances afin de connaître la taille de la file d'attente MSExchangeIS pour la réception publique ou la réplication. Lorsque les files d'attente de réplication augmentent, la charge de ressources augmente à la fin de la réplication. Les files d'attente de réplication croissantes indiquent également que le contenu sur le serveur est obsolète.

Pour plus d'informations sur la résolution des problèmes de réplication, voir la rubrique sur Ressources de dépannage pour les dossiers publics Exchange.

Pour plus d'informations

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