Les serveurs Exchange 2007 ont toujours besoin de serveurs de catalogue sur le même site AD. Le rapport recommandé pour Exchange 2003 est un processeur de serveur de catalogue global pour quatre processeurs de serveur Exchange (autrement dit, un rapport 1:4 au sein du même site AD).
Disponibilité du catalogue global
/>
Par exemple, vous pouvez avoir deux serveurs de catalogue global monoprocesseurs desservant huit serveurs Exchange 2003 monoprocesseurs, ou un serveur de catalogue global biprocesseur desservant quatre serveurs Exchange 2003 biprocesseurs. La bonne nouvelle est qu’Exchange 2007 nécessite potentiellement moins de catalogues globaux (GC) intrasites, à condition de respecter un critère essentiel : vous pouvez utiliser un rapport 8:1 aussi longtemps que votre serveur de catalogue global a suffisamment de mémoire vive pour mettre en cache toute la base de données AD (à savoir le fichier ntds.dit).
Il vous sera probablement difficile de respecter ce rapport avec des serveurs de catalogue global exécutant un système d’exploitation 32 bits en raison des limitations de mémoire intrinsèques, à moins évidemment que la taille de la base de données AD soit très restreinte. En revanche, des serveurs de catalogue global 64 bits permettent d’accéder à une quantité nettement plus importante de mémoire physique, ce qui accroît la faisabilité d’une mise en cache de la base de données AD.
Avant de sabrer le champagne et de mettre au rebut quelques-uns de vos serveurs de catalogue global, gardez à l’esprit qu’Exchange 2007 inclut plusieurs nouveaux composants et fonctionnalités qui peuvent accroître les sollicitations du catalogue global. N’oubliez pas que les recommandations de rapport de Microsoft constituent uniquement une directive de conception et que, vu le nombre relativement restreint de déploiements d’Exchange 2007 à ce jour, il est probablement trop tôt pour juger du bienfondé de ces recommandations.
Vous devez surveiller les performances de vos serveurs de catalogue global pour vous assurer qu’ils peuvent absorber le surcroît de demande.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
- Afficher les icônes cachées dans la barre de notification
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Cybersécurité Active Directory et les attaques de nouvelle génération
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Activer la mise en veille prolongée dans Windows 10
Les plus consultés sur iTPro.fr
- Le Zero Trust : pourquoi votre entreprise en a besoin
- Cloud souverain : répondre aux enjeux d’hybridation et de maîtrise des dépendances
- Cybermenaces 2026 : l’IA devient la nouvelle arme des attaquants
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
