Beaucoup de grandes entreprises vont jusqu’à placer des DC et des serveurs DNS secondaires dans chaque agence afin que, si une liaison WAN est défaillante, les systèmes de l’agence puissent continuer à communiquer entre eux. Bien entendu, en plaçant des serveurs DNS et des DC dans les agences, on provoque
Planifier le déploiement (2)
![Planifier le déploiement (2) Planifier le déploiement (2)](https://www.itpro.fr/wp-content/uploads/2015/03/173386a65f98b200a32479776513f94c.jpg)
un flux de trafic lié à la réplication sur la liaison WAN qui relie l’agence au siège social. Aurez-vous suffisamment de bande passante pour ce surcroît de trafic ? Quand vous créez le premier DC dans une nouvelle forêt, Windows en fait un serveur DNS – en supposant qu’il n’y en a pas déjà un – et il attribue aussi divers rôles d’AD au serveur.
La plupart de ces rôles ne peuvent être attribués qu’à un serveur dans toute la forêt (pour les rôles au niveau de la forêt) ou à un seul serveur dans chaque domaine (pour les rôles au niveau du domaine). Si un DC qui héberge ces divers rôles était victime d’une panne irréparable, les rôles pourraient toujours être attribués à un autre DC. En revanche, si le premier DC du domaine est défaillant, le problème est très grave sauf si vous avez prévu l’éventualité d’un tel incident. Par défaut, ce DC détient tous les rôles maîtres pour la forêt et pour le domaine dont il est membre. Généralement, le serveur se comporte aussi comme un serveur DNS et comme le serveur GC : Exchange a besoin des deux pour fonctionner.
J’ai personnellement été confronté à un cas où un tel serveur était défaillant et il n’existait aucun serveur DNS secondaire ou serveur GC. Ce n’était pas beau à voir. Le serveur GC est important pour plusieurs raisons. Par exemple, si aucun serveur GC n’est disponible, l’administrateur est le seul utilisateur autorisé à se connecter. De plus, un serveur Exchange doit être capable d’interroger un serveur GC pour résoudre les adresses électroniques des destinataires des messages. Le serveur GC est aussi vital quand des clients Microsoft Outlook ouvrent la GAL (Global Address List).
En substance, vous ne devez pas permettre qu’un serveur DNS ou un serveur GC devienne un point de défaillance unique sur votre réseau, particulièrement si les deux sont le même serveur. Bonne nouvelle, la désignation d’un serveur comme serveur DNS secondaire est simple et vous pouvez configurer n’importe quel DC pour qu’il se comporte comme un serveur GC. Cependant, il ne faut pas configurer chaque DC de l’entreprise pour qu’il agisse comme un serveur GC – sauf si votre réseau est constitué d’un domaine.
Généralement, vous placerez un serveur GC dans tout site AD qui contient un serveur Exchange. L’exception à cette règle est celle d’un site qui contient moins d’une centaine de boîtes à lettres et la présence d’une bonne liaison WAN vers un autre site qui contient un serveur GC. Bien entendu, si la liaison WAN est défaillante, aucun serveur GC ne sera accessible. En disposant les serveurs GC, assurez-vous qu’il y a au moins un serveur GC pour quatre CPU Exchange. Ainsi, aucun serveur GC unique ne sera surchargé.
Téléchargez cette ressource
![Guide de Reporting Microsoft 365 & Microsoft Exchange](https://www.itpro.fr/wp-content/uploads/2023/06/Promodag-Reports-pour-Microsoft-Exchange-Solution-de-reporting-detaille-de-lutilisation-de-Microsoft-Exchange-2023-1.jpg)
Guide de Reporting Microsoft 365 & Microsoft Exchange
Comment bénéficier d’une vision unifiée de vos messageries, mieux protéger vos données sensibles, vous conformer plus aisément aux contraintes réglementaires et réduire votre empreinte carbone ? Découvrez la solution de reporting complet de l’utilisation de Microsoft Exchange, en mode on-premise ou dans le Cloud.