Planification du placement de serveur Exchange et Active Directory

Dernière rubrique modifiée : 2005-05-18

Étant donné qu'Exchange utilise Active Directory, il est important de tenir compte de votre topologie réseau Windows Server lors de la planification de votre déploiement Exchange. En règle générale, pour obtenir les meilleures performances possibles, vous devez vous assurer qu'il y a au moins un serveur de catalogue global sur chaque site Windows sur lequel Exchange est installé. Bien que Windows Server 2003 permette aux utilisateurs d'ouvrir une session même sans serveur de catalogue global local, Exchange requiert toujours un serveur de catalogue global local. En outre, l'utilisation de plusieurs contrôleurs de domaine au sein de domaines permet de distribuer le trafic de recherche et d'assurer la redondance si l'un d'entre eux connaît une défaillance.

Pour plus d'informations sur la planification des sites, de domaines et de contrôleurs de domaine Windows, voir la documentation sur Windows Server (https://go.microsoft.com/fwlink/?LinkId=34153).

Placement du serveur Active Directory

La liste suivante récapitule les consignes relatives au placement des contrôleurs de domaine Active Directory et serveurs de catalogue global en vue de la prise en charge de votre organisation Exchange :

• Veillez à ce que le service DNS soit correctement configuré au niveau du concentrateur et de toutes les branches. Vérifiez que la résolution de noms et le service DNS fonctionnent tous deux correctement.
• Vérifiez que le serveur qui joue le rôle de maître de l'infrastructure n'est pas un serveur de catalogue global.
• Dans les succursales qui desservent plus de 10 utilisateurs, il doit y avoir un serveur de catalogue global sur chaque site contenant des serveurs Exchange. Il convient idéalement de déployer deux serveurs de catalogue global pour assurer la redondance. Si un site physique n'inclut pas deux serveurs de catalogue global, vous pouvez configurer les contrôleurs de domaine existants en tant que serveurs de catalogue global.
• Exchange requiert le service WINS.

Cette rubrique fournit des informations concernant le placement des serveurs de catalogue global et des contrôleurs de domaine.

Contrôleurs de domaine

Dans la plupart des scénarios de déploiement, il est déconseillé d'exécuter Exchange 2003 sur des ordinateurs qui servent également de contrôleurs de domaine Windows. Il vaut mieux configurer les serveurs Exchange et les contrôleurs de domaine Windows en tant qu'ordinateurs distincts, car si Exchange est exécuté sur un contrôleur de domaine, il n'utilise que celui-ci. En cas de défaillance du contrôleur de domaine, Exchange ne peut pas basculer sur un autre contrôleur de domaine. En outre, si les serveurs qui exécutent Exchange n'ont pas de tâche de contrôle de domaine à exécuter en plus du service des ordinateurs clients, les performances des serveurs lourdement sollicités par les utilisateurs s'améliorent.

Protégez les informations Active Directory en les stockant sur plusieurs contrôleurs de domaine. Prévoyez au moins deux contrôleurs de domaine pour sécuriser les informations Active Directory pour le cas où un problème viendrait à survenir sur l'un des serveurs.

En outre, veillez à avoir un solide plan de sauvegarde pour vos contrôleurs de domaine. Dans Exchange 5.5, la sauvegarde du fichier Dir.edb permettait de sauvegarder les informations d'annuaire d'un serveur. En revanche, dans Exchange 2000 et Exchange 2003, les informations Exchange résident dans Active Directory, les sauvegardes de contrôleurs de domaine sont donc essentielles. Assurez-vous que votre infrastructure Windows permet de garantir la sauvegarde et la fiabilité de ces informations.

Pour plus d'informations sur la sauvegarde et la restauration, voir le Guide des opérations de récupération d'urgence de Microsoft Exchange (https://go.microsoft.com/fwlink/?LinkId=47570).

Serveurs de catalogue global

Les serveurs de catalogue global sont indispensables pour l'ouverture de session car ils contiennent des informations relatives à l'appartenance au groupe universel. En fonction de son appartenance à ce groupe, un utilisateur peut se voir autoriser ou refuser l'accès à des ressources. Si un serveur de catalogue global ne peut pas être contacté, il est impossible de déterminer l'appartenance d'un utilisateur au groupe universel et l'accès en ouverture de session lui est refusé.

Remarque :

Bien que Windows Server 2003 comporte des fonctionnalités qui ne nécessitent pas de serveur de catalogue global local, vous devez prévoir un serveur de catalogue global local pour Exchange et Outlook. Le serveur de catalogue global est indispensable pour les services Exchange (notamment l'ouverture de session, l'appartenance à un groupe, les services de banque d'informations) et l'accès à la liste d'adresses globale (GAL). Le déploiement de serveurs de catalogue global en mode local pour les serveurs et les utilisateurs permet d'améliorer l'efficacité des recherches d'adresses. L'utilisation d'une connexion lente pour contacter un serveur de catalogue global augmente le trafic réseau et nuit à l'expérience de l'utilisateur.

Placez les serveurs de catalogue global en tenant compte des indications suivantes :

• Tous les serveurs et utilisateurs Exchange doivent disposer d'un accès rapide au serveur de catalogue global.
• Installez au moins un serveur de catalogue global dans chaque domaine contenant des serveurs Exchange.
• En règle générale, il doit y avoir quatre processeurs Exchange pour un processeur de serveur de catalogue global, en supposant que les processeurs soient de modèle et de vitesse similaires. Cependant, en fonction de votre situation, un usage plus intensif des serveurs de catalogue global, un annuaire Active Directory volumineux ou des listes de distribution importantes peuvent nécessiter un plus grand nombre de serveurs de catalogue global.

Serveurs Exchange

L'emplacement des serveurs Exchange dépend du type de système de messagerie choisi, centralisé ou distribué. Utilisez les informations que vous avez rassemblées à propos des contrats de niveau de service, des besoins des utilisateurs et des versions de logiciels à déployer dans l'organisation pour déterminer si les utilisateurs ont besoin d'accéder à un serveur Exchange local.

Serveurs de boîtes aux lettres

Dans le cas d'emplacements distants reliés par des connexions lentes ou peu fiables, vous devez déterminer quel serait l'impact des interruptions de service sur l'activité de l'entreprise et dans quelle mesure ces interruptions sont acceptables. Si l'accès permanent à des données Exchange mises à jour est essentiel, placez les serveurs Exchange sur les emplacements distants. Si, après avoir comparé les coûts du déploiement de serveurs supplémentaires aux économies que permet de réaliser un modèle plus centralisé, vous décidez qu'un certain niveau d'interruption de service est acceptable, vous pouvez peut-être déployer tous les serveurs Exchange dans un centre de données. N'oubliez pas que dans ce cas, si vous voulez tirer profit des fonctionnalités telles que le mode Exchange mis en cache et RPC sur HTTP pour améliorer l'expérience des utilisateurs distants, vous devrez sans doute envisager d'effectuer une mise à niveau vers Windows Server 2003 et Outlook 2003.

Serveurs de dossiers publics

Comme mentionné auparavant, si votre organisation comporte plusieurs emplacements distants, vous pouvez placer des réplicas de dossiers publics sur les serveurs Exchange locaux de manière à ce que chaque emplacement possède un réplica des dossiers publics des autres emplacements. Vous pouvez également envisager de stocker toutes les informations relatives aux dossiers publics sur un serveur central dans le centre de données ou concentrateur de manière à pouvoir maintenir une source de données unique et fiable. Cette décision repose sur le compromis à trouver entre exactitude des informations et commodité d'utilisation et dépend des besoins des utilisateurs et de l'usage qu'ils font du système.

Serveurs de disponibilité

Les informations de disponibilité sont les principales informations à prendre en considération pour l'accès aux données. Sans copie locale du dossier disponible/occupé, les utilisateurs peuvent expérimenter un délai dans la réception des informations de disponibilité lors de la planification de réunions. Étudiez la façon dont les utilisateurs de votre organisation planifient les réunions. Les impératifs d'accès à des informations de planification actualisées varient selon les entreprises. S'il est crucial que les utilisateurs puissent toujours avoir accès à des informations de planification actualisées, hébergez les dossiers disponible/occupé sur un emplacement centralisé. S'il est plus important pour les utilisateurs de pouvoir accéder rapidement aux informations, vous pouvez déployer des serveurs Exchange locaux pour héberger les informations disponible/occupé, sachant que la réception de données de disponibilité actualisées via le réseau peut connaître du retard. C'est à vous de déterminer quel délai est acceptable en fonction de l'activité de l'entreprise.

Si vous décidez d'héberger des informations de disponibilité sur des serveurs Exchange locaux, vous devez ensuite déterminer si vous voulez placer des copies des informations de disponibilité en provenance des autres sites sur le serveur local. Si les utilisateurs de sites différents planifient rarement des réunions en commun, vous n'êtes pas tenu de conserver des réplicas des informations de disponibilité d'autres sites. Cependant, si vous décidez de conserver des copies locales de dossiers publics d'autres sites, sachez que la planification de réplication définie pour un dossier public détermine le moment auquel les changements seront propagés. Si les réplicas des informations de disponibilité sont gérées à l'échelle de plusieurs sites, la propagation des changements d'un site aux autres peut prendre du temps. Ainsi, un utilisateur peut consulter les données de disponibilité locales pendant qu'il planifie une réunion sans savoir que ces données sont obsolètes, les changements de planification effectués à un autre site n'ayant pas encore été propagés.

Serveurs de liste d'adresses en mode hors connexion

Exchange 2003 utilise Active Directory pour fournir des services de listes d'adresses hors connexion. Les fichiers de liste d'adresses générés par Exchange sont stockés dans un dossier public. Les utilisateurs qui travaillent hors site peuvent se connecter à Exchange et télécharger des listes d'adresse à distance hors connexion afin de récupérer des informations concernant d'autres utilisateurs de l'organisation.

Lorsque vous générez une liste d'adresses hors connexion, les listes d'adresses spécifiées pour la liste d'adresses hors connexion sont converties en un seul fichier de données et stockées dans un dossier public du système. Lorsque les utilisateurs téléchargent la liste d'adresses hors connexion, ce fichier de données est utilisé comme source d'informations.

Veillez à choisir le serveur adéquat pour générer et mettre à jour les listes d'adresses hors connexion. Plus la liste d'adresses hors connexion est volumineuse, plus la charge de travail du serveur sur lequel elle réside est élevée.

Si vous utilisez le mode Exchange mis en cache, vous devez envisager son impact sur le serveur lorsque les utilisateurs téléchargent des listes d'adresses hors connexion. Cet impact peut être significatif, non seulement lors du premier téléchargement par les utilisateurs des listes d'adresses hors connexion, mais également au quotidien. Vous pouvez éventuellement envisager la mise en place d'un ou deux serveurs pour traiter les carnets d'adresses hors connexion.