Planification de serveurs de boîtes aux lettres

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2008-04-29

Le rôle serveur de boîtes aux lettres Microsoft Exchange Server 2007 héberge les bases de données de boîtes aux lettres et inclut des services de planification avancée et de stockage de messagerie pour les utilisateurs de Microsoft Office Outlook. Le rôle serveur de boîtes aux lettres peut également héberger une base de données de dossiers publics, ce qui fournit une base pour le flux de travail, le partage de documents et les autres formes de collaboration. Les serveurs sur lesquels le rôle serveur de boîtes aux lettres est installé sont des serveurs de boîtes aux lettres.

Avant l'installation, il est recommandé de prendre le temps de planifier le déploiement du rôle serveur de boîtes aux lettres. Cette rubrique fournit les indications de planification suivantes :

• Dimensionnement des bases de données   Plusieurs facteurs doivent être pris en compte lors de la planification de la taille de vos bases de données de boîtes aux lettres. Cette section permet de comprendre ces facteurs et de décider la limite à appliquer sur vos bases de données.

• Planification des dossiers publics   Même si vous pouvez décider d'héberger ou non une base de données de dossiers publics, il y a des scénarios dans lesquels vous devez le faire. Par exemple, vous hébergez une base de données de dossiers publics si vous avez des clients Office Outlook 2003 dans votre organisation ou si votre serveur Exchange interagit avec Lotus Notes. Cette section vous permet de décider si vous voulez utiliser des dossiers publics dans votre organisation.

• Hébergement commun avec d'autres rôles serveur   Si vous ne déployez pas de serveur de boîtes aux lettres en cluster, vous pouvez déployer le rôle serveur de boîtes aux lettres sur les ordinateurs sur lesquels une combinaison des rôles serveur d'accès au client, serveur de transport Hub et serveur de messagerie unifiée est également installée. Cette section vous permet d'identifier la combinaison de rôles serveur qui correspond le mieux aux besoins de votre organisation.

• Planification pour les serveurs de boîtes aux lettres en cluster   Si vous prévoyez de déployer des serveurs de boîtes aux lettres en cluster, cette section permet d'identifier la solution de clustering Exchange la mieux adaptée à votre organisation.

Dimensionnement des bases de données

La taille de base de données maximale recommandée pour Exchange 2007 est supérieure à la taille maximale recommandée dans les versions précédentes d'Exchange Server. Pour plus d'informations sur les tailles de base de données recommandées dans Exchange 2007, consultez la section « Réplication continue et taille des bases de données » de la rubrique Planification du stockage sur disque.

En général, quelques raisons justifient de limiter la taille des bases de données individuelles :

• Sauvegarde en continu et restauration   Dans le cadre de l'utilisation des sauvegardes en continu, il faut plus de temps pour sauvegarder et restaurer les bases de données les plus volumineuses, ce qui peut avoir une incidence sur les objectifs de temps de restauration (RTO).

• Réparation ou maintenance de base de données en mode hors connexion   Il peut être nécessaire d'utiliser l'utilitaire de base de données Exchange Server (Eseutil.exe) pour défragmenter, réparer ou vérifier la cohérence d'une base de données. Plus la base de données est volumineuse, plus les procédures sont longues.

• Maintenance en ligne   Pour une efficacité optimale de la base de données, il est important de s'assurer que la maintenance en ligne (qui inclut la défragmentation en ligne ainsi que d'autres tâches) est effectuée pour chaque base de données au moins une fois toutes les deux semaines.

Outre les modifications importantes de l'architecture dans Exchange 2007, une autre fonctionnalité, la réplication continue, affecte également nos recommandations en matière de taille de base de données maximale. Exchange 2007 intègre deux types de réplication continue : la réplication continue locale (LCR) et la réplication continue en cluster (CCR). La LCR et la CCR modifient complètement les recommandations en matière de taille de base de données des versions précédentes d'Exchange Server. Pour plus d'informations sur l'impact de la LCR et de la CCR sur la taille de base de données, consultez les rubriques Planification de la réplication locale en continu et Planification de la réplication continue en cluster.

Pour plus d'informations sur la mémoire disque, consultez la rubrique Planification du stockage sur disque.

Dans le cadre de la planification de la taille de vos bases de données, vous devez également planifier l'application des limites de taille de base de données, soit au niveau de la base de données, soit au niveau des boîtes aux lettres individuelles. Pour plus d'informations sur les limites de taille de boîte aux lettres, consultez les rubriques Set-MailboxDatabase et Set-Mailbox.

Planification pour les dossiers publics

Avant de déployer des dossiers publics, il est important de vous familiariser avec les fonctionnalités associées aux dossiers publics pour vous assurer qu'elles correspondent aux besoins de votre organisation.

Les dossiers publics Exchange Server sont conçus pour servir de référentiel pour les informations partagées entre des utilisateurs. Vous devez utiliser les dossiers publics lorsque votre activité requiert que les données soient répliquées sur plusieurs serveurs. L'accès aux dossiers publics est intégré à l'accès normal aux boîtes aux lettres via le protocole MAPI.

Vous devez utiliser les dossiers publics si votre organisation Exchange 2007 correspond aux critères suivants :

• Vous avez des clients Outlook 2003 dans votre organisation.

• Votre serveur Exchange interagit avec Lotus Notes.

Les dossiers publics sont généralement utilisés aux fins suivantes :

• Communication partagée. Par exemple, les dossiers publics peuvent être utilisés pour les discussions via des publications de message, les messages électroniques partagés, les contacts, les groupes de calendrier et l'archivage des publications de liste de distribution.

• Gestion partagée du contenu. Similaires aux partages de fichier, les dossiers publics permettent de stocker du contenu, tel que de la documentation. Les dossiers publics sont également utiles pour partager du contenu si le contrôle des versions n'est pas requis.

• Référentiel. Si vous avez besoin d'un stockage hors ligne des informations ou d'un stockage répliqué des informations, les dossiers publics constituent un référentiel idéal.

Toutefois, les dossiers publics n'ont pas été conçus aux fins suivantes :

• Archivage de données. Les utilisateurs auxquels des limites de taille de boîte aux lettres sont affectées utilisent parfois les dossiers publics, plutôt que les fichiers (.pst) du dossier personnel, pour archiver des données. Cette pratique est déconseillée car elle augmente le stockage sur les serveurs de dossiers publics et va à l'encontre de l'objectif des limites de taille de boîte aux lettres.

• Collaboration et partage de documents. Les dossiers publics n'intègrent pas de fonction de contrôle des versions ou de gestion de documents, telles que la fonctionnalité d'archivage et d'extraction contrôlés, et la notification automatique des modifications du contenu.

Outre l'évaluation des fonctions et fonctionnalités des dossiers publics Exchange, vous devez évaluer les fonctions et fonctionnalités assurées par les produits et technologies Microsoft Windows SharePoint pour les référentiels de données et les outils de collaboration. Pour plus d'informations sur SharePoint Portal Server 2007, visitez la page Web Microsoft Office SharePoint Server TechCenter.

Hébergement commun avec d'autres rôles serveur

À condition de ne pas déployer de serveur de boîtes aux lettres en cluster, les rôles serveur d'accès au client, serveur de transport Hub, serveur de boîtes aux lettres et serveur de messagerie unifiée peuvent coexister, dans n'importe quelle combinaison, sur le même ordinateur. Lorsque vous envisagez la combinaison de rôles serveur à déployer, vous devez baser votre décision sur la planification des performances et des capacités, ainsi que sur vos exigences de disponibilité et de sécurité. Pour plus d'informations, consultez les rubriques suivantes :

• Planification des configurations de processeur

• Planification du stockage sur disque

• Sécurité et protection

• Stratégies de disponibilité élevée

Il est également recommandé de valider votre planification du point de vue du positionnement de vos serveurs Exchange dans un environnement de test. Pour faciliter cette validation, vous pouvez collecter des données à partir de votre environnement de messagerie existant sur la manière dont les utilisateurs se servent d'Exchange. Vous pouvez également utiliser divers outils pour simuler votre utilisation réelle dans l'environnement de test. Pour plus d'informations sur les outils disponibles pour tester vos solutions Exchange, consultez les liens suivants :

• Outil Jetstress de Microsoft Exchange Server

• Microsoft Exchange Load Generator

Planification pour les serveurs de boîtes aux lettres en cluster

Le déploiement de serveurs de boîtes aux lettres en cluster doit être basé sur les objectifs de disponibilité et les ressources disponibles de votre organisation. Exchange 2007 propose deux solutions en cluster pour les serveurs de boîtes aux lettres : la réplication continue en cluster (CCR) et les clusters à copie unique (SCC). Pour plus d'informations sur ces solutions, notamment des informations sur le concept de disponibilité, les méthodes d'optimisation de la disponibilité dans votre organisation ainsi que les facteurs permettant de déterminer la solution à utiliser, consultez la rubrique Disponibilité élevée.