Exchange 2003 : Comprendre les paramètres globaux et les limites de messages.

Au cours d’une récente mission de consulting, un aspect important s’est rappelé à mon bon souvenir : à savoir l’incidence des limites de taille globales sur la réplication des dossiers publics. Un de mes clients a mis en place une organisation Exchange 2003 type avec l’intention de migrer vers cette nouvelle infrastructure l’environnement Exchange 5.5 existant de l’entreprise et ses différentes organisations distribuées. Dans le cadre de la consolidation de son système de messagerie, l’entreprise envisage de regrouper ses deux centres de données. La planification et la conception du nouvel environnement, y compris la stratégie de migration, ont été effectuées. Exchange 2003 fonctionne en tant que centre de routage pour tous les environnements et assure, pour l’essentiel, la gestion de tous les courriers entrants et sortants.

L’entreprise a récemment défini une limite de 12 Mo concernant ses paramètres Envoi de la taille des messages (Sending message size) et Réception de la taille des messages (Receiving message size). Selon sa stratégie, cette configuration doit à elle seule définir les limites appropriées concernant la taille des messages entrants et sortants. Par conséquent, l’entreprise n’a défini aucune limite spécifique au niveau des connecteurs Exchange et des serveurs virtuels SMTP. Cette approche est des plus courantes. Nombre de clients fixent des limites entre 10 Mo et 20 Mo car ils souhaitent restreindre la taille des messages qui entrent dans leurs environnements Exchange et en sortent. Microsoft ne semble pas préoccupé par les limites de 20 Mo et l’outil ExBPA (Exchange Server Best Practices Analyzer) ne contrôle pas ces limites de messages tant que ceux-ci n’excèdent pas 30 Mo.

Mon client dispose d’une implémentation de dossiers publics relativement conséquente. Lorsque l’entreprise a créé la structure de dossiers publics Exchange 2003 et son contenu en tant que partie intégrante de sa migration Exchange 5.5, le résultat a été le suivant : une organisation avec près de 20 000 dossiers publics Exchange 2003, dont 17 000 activés pour la messagerie. La taille de certains éléments de dossiers dépasse les 20 Mo, d’où un contenu de dossier public de près de 150 Go.

Le client a fusionné cinq organisations dans une seule et, comme la plupart des entreprises, il souhaite une transition aussi rapide que possible dans le pénible processus de migration. Une fois ce dernier terminé, le client fera évoluer sa structure de dossiers publics existante vers d’autres technologies, notamment Microsoft Sharepoint Portal Server. L’entreprise procédera à un assainissement plus poussé de sa structure de dossiers publics, afin d’aboutir au final à un environnement plus gérable. Nombre des dossiers publics activés pour la messagerie sont actuellement générateurs de chiffre d’affaires et le client n’envisage pas de se départir complètement de ceux-ci à court terme. Comme la structure de dossiers publics du nouvel environnement représente les organisations Exchange 5.5 existantes, la localisation des informations est relativement aisée, sans être idéale.

L’architecture Exchange 2003 est répartie sur deux centres de données qui utilisent le clustering N+1 et partagent un réseau à haute disponibilité. Ces centres représentent les groupes de routage dans la structure organisationnelle, d’où la possibilité pour l’entreprise de contrôler les modalités du trafic entre les deux centres et d’assurer une flexibilité et un contrôle améliorés. Plusieurs serveurs tête de pont dans chaque centre de données gèrent non seulement le trafic inter-centres, mais routent et relaient également le trafic Internet entrant et sortant.

Toutefois, les serveurs tête de pont Exchange 2003 ne sont pas en prise directe avec Internet. En effet, le client a intercalé entre les serveurs et Internet des équipements SMTP. Ces derniers sont partagés par les deux centres de données et apportent des fonctionnalités antispam, antivirus et de routage.