Conception de la partition

 

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

Dernière rubrique modifiée : 2008-01-11

Lors de l’exécution de Microsoft Exchange Server 2007, en particulier en ce qui concerne le rôle serveur de boîtes aux lettres, il est important que la solution de stockage soit conçue correctement au niveau de la partition. Par exemple, bien qu'un numéro d'unité logique (LUN, Logical Unit Number), comme affiché dans le composant logiciel enfichable Gestion de disqueWindows, puisse être subdivisé en partitions multiples, il est recommandé de créer une partition unique sur un LUN pour les données Exchange. D'autres meilleures pratiques et recommandations sont répertoriées plus loin dans cette rubrique, telles que l'utilisation d'un type de partition spécifique, d'un paramètre d'alignement spécifique et d'une taille d'unité d'allocation pour une partition spécifique.

MBR ou partition GPT

Il est recommandé d'utiliser une partition unique sur un numéro d'unité logique qui est correctement aligné et mis en forme. Lors de la création d'une partition sur un volume de données de Windows Server 2003 et sur toutes les plates-formes Windows x64, un nouveau type de partition, nommé table de partition GUID (GPT), est disponible. Les partitions GPT permettent d'établir des partitions d'une taille supérieure à 2 To et jusqu'à 128 partitions principales. La réplication et la protection du contrôle de redondance cyclique (CRC) de la table de partition ajoute de la fiabilité à ce processus.

Pour les numéros d'unité logique (LUN) de journaux et de bases de données Exchange, des partitions GPT ou MBR (master boot record) peuvent être utilisées. Cependant, en raison de leur capacité à traiter des partitions plus importantes, il se peut que les procédures de maintenance effectuées sur une partition GPT, telles que l'opération Windows Chkdsk.exe, soient beaucoup plus longues.

Disques de base et disques dynamiques

Un disque initialisé pour le stockage de base est appelé disque de base. Un disque de base contient des volumes de base (partitions principales, partitions étendues et lecteurs logiques). Un disque initialisé pour le stockage dynamique est appelé disque dynamique. Un disque dynamique contient des volumes dynamiques (volumes simples, volumes fractionnés, volumes agrégés par bandes, volumes en miroir et volumes RAID-5).

Les disques dynamiques présentent des avantages sur les disques de base. Toutefois, en raison des limites des disques dynamiques, il est recommandé d'utiliser des disques de base pour tous les rôles serveur. Par exemple, si vous déplacez des disques dynamiques entre des systèmes, il se peut que vous ne puissiez pas déplacer à nouveau les disques dynamiques vers l'hôte original. Pour plus d'informations sur les disques dynamiques, consultez l'article 816307 de la Base de connaissances Microsoft relatif aux Méthodes conseillées pour utiliser des disques dynamiques sur les ordinateurs Windows Server 2003

Notes

Les disques dynamiques ne sont pas pris en charge sur les clusters à copie unique sans utiliser une application logicielle tierce, telle que Veritas Storage Foundation for Windows. Pour plus d'informations sur Veritas Storage Foundation for Windows, consultez le site Web de Symantec. UNRESOLVED_TOKEN_VAL(exNote3rdPartyURL)

Alignement des partitions

La plupart des partitions ne sont pas correctement alignées lors de leur création à l'aide de l'outil Gestion de disque. Par conséquent, il est recommandé de créer des partitions à l'aide de l'outil Diskpart.exe. L'alignement de secteurs sur les limites de piste peut être bénéfique pour les performances, en fonction du stockage. Utilisez uniquement la configuration recommandée par votre fournisseur de stockage mais, si celui-ci ne recommande aucune configuration, utilisez 64 Ko. Lors de l'exécution d'Exchange 2007 sur Windows Server 2003, il est recommandé d'utiliser Diskpart pour aligner les limites de piste de stockage sur tous les serveurs de boîtes aux lettres (y compris les serveurs de boîtes aux lettres en cluster), serveurs de transport Edge et serveurs de transport Hub indépendamment du type de partition utilisé. Pour obtenir la procédure détaillée d'utilisation de l'outil Diskpart pour aligner des entrées/sorties (E/S) avec les limites de piste du support de stockage, consultez la rubrique Procédure d'alignement d'E/S Exchange avec les limites de piste du support de stockage. Vous n'avez pas besoin d'utiliser Diskpart lors de l'exécution d'Exchange 2007 Service Pack 1 (SP1) sous Windows Server 2008.

Taille d'unité d'allocation de partition

Dans Exchange 2007, il est recommandé de configurer les volumes de système de fichiers NTFS hébergeant les bases de données avec une taille d'unité d'allocation NTFS de 64 Ko. Cette recommandation se base sur les améliorations de performances réalisées avec d'importantes opérations de lecture séquentielle. Ce type de profil existe en général avec la sauvegarde en continu et les tâches de l'utilitaire de base de données de serveur Exchange (Eseutil).

Dans certains scénarios, il existe des améliorations avec les E/S séquentielles, en particulier lors de la réalisation d'une sauvegarde en continu ou lors de l'exécution d'Eseutil pour l'intégrité de la somme de contrôle VSS (Volume Shadow Copy Service) ou la réparation de bases de données. Utilisez uniquement la configuration recommandée par votre fournisseur de stockage, mais si celui-ci ne recommande aucune configuration, utilisez 64 Ko.

Des tests ont indiqué que changer la taille d’allocation NTFS de 4 Ko à 64 Ko ne se traduit pas par une augmentation dans le débit séquentiel des journaux des transactions. Par conséquent, vous pouvez utiliser la taille d’allocation NTFS par défaut (4 Ko) pour les fichiers journaux des transactions hébergeant des volumes NTFS.