Recommandations relatives à la configuration de groupes de stockage et de bases de données
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Dernière rubrique modifiée : 2008-01-16
Cette rubrique fournit des recommandations pour les configurations de bases de données et groupes de stockage Microsoft Exchange Server 2007 suivantes :
dimensionnement des bases de données ;
bases de données par groupe de stockage ;
configuration de disque.
Dimensionnement recommandé des bases de données
Déterminer la taille de base de données optimale implique d'évaluer de nombreux facteurs. Les bases de données les plus petites sont généralement les plus performantes car elles peuvent être sauvegardées et restaurées plus rapidement que les bases de données plus volumineuses. Toutefois, la taille de base de données doit être mise en balance avec d'autres facteurs, notamment la capacité et la complexité. Le déploiement immédiat du nombre maximal de bases de données peut ajouter en complexité à votre système. Par exemple, vous pouvez vous retrouver dans une situation dans laquelle vous gérez plus de bases de données et de numéros d'unité logique que nécessaire.
La taille recommandée des bases de données Exchange est d'environ 50 gigaoctets (Go). Pour les bases de données des groupes de stockage non activés pour la réplication continue, la taille maximale recommandée est de 100 Go. Pour les bases de données des groupes de stockage activés pour la réplication continue, la taille maximale recommandée est de 200 Go. Pour plus d'informations, consultez la rubrique Planification du stockage sur disque.
Nombre de bases de données recommandé par groupe de stockage
Il est recommandé de placer chaque nouvelle base de données dans son propre groupe de stockage jusqu'à ce que le nombre maximal de groupes de stockage soit atteint. Les avantages de ces recommandations sont les suivants :
Cela permet de répartir la charge des boîtes aux lettres sur autant de bases de données et de groupes de stockage que possible.
Cela crée une topologie de stockage Exchange pouvant être gérée plus facilement.
Les bases de données peuvent être plus petites.
Les fichiers journaux et le trafic des journaux ne sont pas partagés entre plusieurs bases de données.
Les entrées/sorties (E/S) peuvent être mieux gérées.
La récupération est améliorée.
Cela offre une profondeur de point de contrôle plus globale par utilisateur.
Les bases de données d'un groupe de stockage ne sont pas complètement indépendantes car elles partagent les fichiers journaux des transactions. À mesure que le nombre de bases de données dans un groupe de stockage augmente, plus de fichiers journaux des transactions sont créés dans le cadre du fonctionnement normal. Le nombre plus important de fichiers journaux des transactions implique un délai plus long pour la relecture du journal des transactions lors des procédures de récupération. Cela engendre en retour une augmentation des délais de récupération.
Pour plus d'informations sur l'enregistrement des transactions, consultez la rubrique Présentation de l'enregistrement des transactions. Pour plus d'informations sur la récupération d'urgence, consultez la rubrique Stratégies de récupération d'urgence.
Groupes de stockage activés pour la réplication continue
Tous les groupes de stockage activés pour la réplication continue sont limités à une seule base de données par groupe de stockage. Cela inclut tous les groupes de stockage dans un environnement de réplication continue en cluster (CCR), ainsi que tout groupe de stockage activé pour la réplication continue locale (LCR) et/ou la réplication continue de secours (SCR). Vous ne pouvez pas activer un groupe de stockage avec plusieurs bases de données pour la LCR ou la SCR. Après qu'un groupe de stockage a été activé pour la réplication continue, vous ne pouvez pas lui ajouter une seconde base de données ou une base de données subséquente.
Configuration de disque recommandée
Comme les E/S dans les fichiers journaux sont séquentielles et les E/S dans les fichiers de base de données sont aléatoires, pour des performances optimales, il est recommandé de placer les fichiers journaux et les fichiers de base de données sur deux disques différents. L'utilisation d'un fichier journal pour plusieurs bases de données permet de réduire le nombre de disques requis. Toutefois, cette approche comporte deux inconvénients :
En cas d'échec du disque contenant les fichiers journaux, plusieurs bases de données sont endommagées ou perdues au lieu d'une.
La récupération à partir des fichiers journaux est un processus plus long car les journaux relisent les données de plus de bases de données.
Pour obtenir des instructions détaillées sur la conception et la validation d'une solution de stockage pour Exchange 2007, consultez la rubrique Planification du stockage sur disque.
Pour des performances et une fiabilité optimales, il est également recommandé de placer les fichiers journaux et les fichiers de base de données sur des disques distincts même pour les systèmes simples, tels que des systèmes contenant un groupe de stockage.
Pour plus d'informations
Pour plus d'informations sur la gestion des groupes de stockage et des bases de données dans Exchange 2007, consultez la rubrique Gestion des groupes de stockage et des bases de données.
Pour plus d'informations sur la gestion des dossiers publics, consultez la rubrique Gestion des dossiers publics.
Pour plus d'informations sur la gestion des bases de données de boîtes aux lettres, consultez la rubrique Gestion des bases de données de boîtes aux lettres.
Pour plus d'informations sur le stockage dans Exchange 2007, consultez les rubriques Conception du stockage du serveur de transport et Planification du stockage sur disque.
Pour obtenir la liste des cmdlets de l'environnement de ligne de commande Exchange Management Shell que vous pouvez utiliser pour gérer des groupes de stockage et des bases de données, consultez la rubrique Cmdlets de groupe de stockage et de base de données.