Partager via


Options de configuration du stockage Exchange 2013

S’applique à : Exchange Server 2013

La compréhension des options et des besoins de stockage pour le rôle serveur de boîtes aux lettres dans Microsoft Exchange Server 2013 constitue un aspect vital de votre solution de conception de stockage de serveurs de boîtes aux lettres.

Architectures de stockage

Le tableau suivant décrit les architectures de stockage prises en charge indique la meilleure pratique pour chaque type d'architecture de stockage, lorsque nécessaire.

Architectures de stockage prises en charge

Architecture de stockage Description Meilleure pratique
Solution DAS (Direct-Attached Storage) La solution DAS correspond à un système de stockage numérique directement connecté à un serveur ou à un poste de travail, sans réseau de stockage entre les deux. Par exemple, les transports assurés par une solution DAS incluent les interfaces SAS (Serial Attached SCSI) et ATA (Serial Attached Advanced Technology Attachment). Non disponible.
Réseau SAN (Storage Area Network) : Internet Small Computer System Interface (iSCSI) L’architecture SAN permet de relier des périphériques de stockage distants (tels que des bases de disques et des bibliothèques de bandes) à des serveurs de telle sorte que ces périphériques semblent être connectés en local au système d’exploitation (par exemple, mémoire de blocs). Les réseaux SAN iSCSI (Internet Small Computer System Interface) encapsulent les commandes SCSI dans des paquets IP et utilisent les infrastructures de réseau courantes comme interface de transport de stockage (par exemple, Ethernet). Ne partagez pas les disques physiques opérant des sauvegardes de données Exchange avec d'autres applications.

Utilisez des réseaux de stockage dédiés.

Utilisez plusieurs chemins d'accès réseau pour les configurations autonomes.
Réseau SAN : Fibre Channel Les réseaux SAN Fibre Channel encapsulent les commandes SCSI dans des paquets Fibre Channel et utilisent généralement des réseaux Fibre Channel spécialisés comme interface de transport de stockage. Ne partagez pas les disques physiques opérant des sauvegardes de données Exchange avec d'autres applications.

Utilisez plusieurs chemins d'accès réseau Fibre Channel pour les configurations autonomes.

Appliquez les meilleures pratiques des fabricants de solutions de stockage pour régler les adaptateurs de bus hôte Fibre Channel (HBA), par exemple, Queue Depth et Queue Target.

Un boîtier NAS (network-attached storage) est un ordinateur autonome relié à un réseau et servant exclusivement à fournir des services de stockage de fichiers de données à d'autres périphériques du réseau. Le système d'exploitation et les autres logiciels du boîtier NAS fournissent les fonctionnalités nécessaires au stockage de données, aux systèmes de fichiers et d'accès aux fichiers ainsi que la gestion de ces fonctionnalités (par exemple, stockage de fichiers).

Tout l'espace de stockage utilisé par Exchange pour le stockage de données Exchange doit être un stockage au niveau du bloc, car Exchange 2013 ne prend pas en charge l'utilisation des volumes NAS (Network Attached Storage) autres que dans le scénario SMB 3.0 indiqué plus loin dans la rubrique Virtualisation d'Exchange 2013. En outre, dans un environnement virtualisé, le stockage NAS qui est présenté à l'invité en tant que stockage au niveau du bloc via l'hyperviseur n'est pas pris en charge.

L’utilisation des niveaux de stockage n’est pas recommandée, car elle peut nuire aux performances du système. Pour cette raison, n’autorisez pas le contrôleur de stockage à déplacer automatiquement les fichiers les plus consultés vers un stockage « plus rapide ».

Types de disques physiques

Le tableau suivant fournit une liste de types de disque physique pris en charge et indique la meilleure pratique pour chaque type de disque physique quand cela est nécessaire.

Types de disque physique pris en charge

Type de disque physique Description Pris en charge ou meilleure pratique
Serial ATA (SATA) SATA est une interface série pour les disques ATA et IDE (Integrated Device Electronics). Les disques SATA sont disponibles dans différents facteurs de forme, vitesses et capacités.

De manière générale, choisissez des disques SATA pour le stockage des boîtes aux lettres Exchange 2013 lorsque vos impératifs de conception sont les suivants :
  • Grande capacité
  • Performances moyennes
  • Consommation d'énergie modérée
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques 512e sont pris en charge pour Windows Server 2008 R2 avec ce qui suit :
  • Le correctif logiciel décrit dans l' article 982018 de la Base de connaissances Microsoft, « Une mise à jour améliorant la compatibilité de Windows 7 et Windows Server 2008 R2 avec les disques au format avancé est disponible ».
  • Windows Server 2008 R2 avec Service Pack 1 (SP1) et Exchange Server 2010 SP1.

Exchange 2013 et versions ultérieures prend en charge les disques avec secteur natifs de 4 kilo-octets (Ko) et les disques 512e. La prise en charge nécessite que toutes les copies d’une base de données résident sur le même type de disque physique. Par exemple, ce n’est pas une configuration prise en charge pour héberger une copie d’une base de données donnée sur un disque de secteur de 512 octets et une autre copie de cette même base de données sur un disque 512e ou un disque 4 Ko.

Meilleure pratique : Optez pour des disques SATA de type entreprise qui offrent généralement de meilleures caractéristiques de fiabilité et de résistance à la chaleur et aux vibrations.

Serial Attached SCSI Serial Attached SCSI est une interface série pour les disques SCSI. Les disques Serial Attached SCSI sont disponibles avec des facteurs de forme, vitesses et capacités variés.

De manière générale, choisissez des disques Serial Attached SCSI pour le stockage des boîtes aux lettres Exchange 2013 lorsque vos impératifs de conception sont les suivants :
  • Moyenne capacité
  • Hautes performances
  • Consommation d'énergie modérée
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques 512e sont pris en charge pour Windows Server 2008 R2 avec ce qui suit :
  • Le correctif logiciel décrit dans l' article 982018 de la Base de connaissances Microsoft, « Une mise à jour améliorant la compatibilité de Windows 7 et Windows Server 2008 R2 avec les disques au format avancé est disponible ».
  • Windows Server 2008 R2 avec Service Pack 1 (SP1) et Exchange Server 2010 SP1.

Exchange 2013 et versions ultérieures prend en charge les disques avec secteur natifs de 4 kilo-octets (Ko) et les disques 512e. La prise en charge nécessite que toutes les copies d’une base de données résident sur le même type de disque physique. Par exemple, ce n’est pas une configuration prise en charge pour héberger une copie d’une base de données donnée sur un disque de secteur de 512 octets et une autre copie de cette même base de données sur un disque 512e ou un disque 4 Ko.

Meilleure pratique : La mise en cache des écritures sur disque physique doit être désactivée en cas d'utilisation sans onduleur.

Fibre Channel Fibre Channel est une interface électrique utilisée pour connecter des disques à des RÉSEAUX SAN basés sur Fibre Channel. Les disques Fibre Channel sont disponibles dans un grand choix de capacités et vitesses.

De manière générale, choisissez des disques Fibre Channel pour le stockage des boîtes aux lettres Exchange 2013 lorsque vos impératifs de conception sont les suivants :
  • Moyenne capacité
  • Hautes performances
  • Connectivité SAN
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques 512e sont pris en charge pour Windows Server 2008 R2 avec ce qui suit :
  • Le correctif logiciel décrit dans l' article 982018 de la Base de connaissances Microsoft, « Une mise à jour améliorant la compatibilité de Windows 7 et Windows Server 2008 R2 avec les disques au format avancé est disponible ».
  • Windows Server 2008 R2 avec Service Pack 1 (SP1) et Exchange Server 2010 SP1.

Exchange 2013 et versions ultérieures prend en charge les disques avec secteur natifs de 4 kilo-octets (Ko) et les disques 512e. La prise en charge nécessite que toutes les copies d’une base de données résident sur le même type de disque physique. Par exemple, ce n’est pas une configuration prise en charge pour héberger une copie d’une base de données donnée sur un disque de secteur de 512 octets et une autre copie de cette même base de données sur un disque 512e ou un disque 4 Ko.

Meilleure pratique : La mise en cache des écritures sur disque physique doit être désactivée en cas d'utilisation sans onduleur.

Lecteur à semi-conducteurs (SSD) (disque flash) Un SSD est un périphérique de stockage des données qui utilise une mémoire à semi-conducteurs pour stocker les données persistantes. Un SSD émule une interface de lecteur de disque dur. Les disques SSD sont proposés dans une multitude de vitesses (diverses performances d'entrées/sorties) et de capacités.

De manière générale, choisissez des disques SSD pour le stockage des boîtes aux lettres Exchange 2013 lorsque vos impératifs de conception sont les suivants :
  • Faible capacité
  • Performances très élevées
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques 512e sont pris en charge pour Windows Server 2008 R2 avec ce qui suit :
  • Le correctif logiciel décrit dans l' article 982018 de la Base de connaissances Microsoft, « Une mise à jour améliorant la compatibilité de Windows 7 et Windows Server 2008 R2 avec les disques au format avancé est disponible ».
  • Windows Server 2008 R2 avec Service Pack 1 (SP1) et Exchange Server 2010 SP1.

Exchange 2013 et versions ultérieures prend en charge les disques avec secteur natifs de 4 kilo-octets (Ko) et les disques 512e. La prise en charge nécessite que toutes les copies d’une base de données résident sur le même type de disque physique. Par exemple, ce n’est pas une configuration prise en charge pour héberger une copie d’une base de données donnée sur un disque de secteur de 512 octets et une autre copie de cette même base de données sur un disque 512e ou un disque 4 Ko.

Meilleure pratique : La mise en cache des écritures sur disque physique doit être désactivée en cas d'utilisation sans onduleur.

En général, les serveurs de boîtes aux lettres Exchange 2013 n'exigent pas les caractéristiques de performances fournies par un stockage SSD.

Facteurs à prendre en compte lors du choix des types de disques

Il existe plusieurs compromis lors du choix des types de disques pour le stockage Exchange 2013. Le bon disque est celui offrant le bon équilibre entre performance (séquentielle et aléatoire), capacité, fiabilité, consommation d'énergie et coût. Le tableau suivant récapitule les types de disque physique pris en charge et fournit des informations pour vous guider dans votre choix.

D'un point de vue des performances, l'utilisation de disques de grande taille, plus lents, pour le stockage Exchange est acceptable, à condition que les disques puissent maintenir une latence moyenne de lecture et d'écriture latence de 20 ms au maximum sous charge.

Facteurs à prendre en compte pour choisir un type de disque

Vitesse de disque (TPM) Facteur de forme de disque Interface ou transport Capacité Performances d'E/S aléatoires Performances d'E/S séquentielles Consommation d'énergie
5 400 2,5 pouces SATA Moyenne Médiocre Médiocre Excellente
5 400 3,5 pouces SATA Excellente Médiocre Médiocre Au-dessus de la moyenne
7 200 2,5 pouces SATA Moyenne Moyenne Moyenne Excellente
7 200 2,5 pouces Serial Attached SCSI Moyenne Moyenne Au-dessus de la moyenne Excellente
7 200 3,5 pouces SATA Excellente Moyenne Au-dessus de la moyenne Au-dessus de la moyenne
7 200 3,5 pouces Serial Attached SCSI Excellente Moyenne Au-dessus de la moyenne Au-dessus de la moyenne
7 200 3,5 pouces Fibre Channel Excellente Moyenne Au-dessus de la moyenne Moyenne
10 000 2,5 pouces Serial Attached SCSI En dessous de la moyenne Excellente Au-dessus de la moyenne Au-dessus de la moyenne
10 000 3,5 pouces SATA Moyenne Moyenne Au-dessus de la moyenne Au-dessus de la moyenne
10 000 3,5 pouces Serial Attached SCSI Moyenne Au-dessus de la moyenne Au-dessus de la moyenne En dessous de la moyenne
10 000 3,5 pouces Fibre Channel Moyenne Au-dessus de la moyenne Au-dessus de la moyenne En dessous de la moyenne
15 000 2,5 pouces Serial Attached SCSI Médiocre Excellente Excellente Moyenne
15 000 3,5 pouces Serial Attached SCSI Moyenne Excellente Excellente En dessous de la moyenne
15 000 3,5 pouces Fibre Channel Moyenne Excellente Excellente Médiocre
SSD : de type entreprise Non applicable SATA, Serial Attached SCSI, Fibre Channel Médiocre Excellente Excellente Excellente

Meilleures pratiques pour les configurations de stockage prises en charge

Cette section présente les meilleures pratiques relatives aux configurations de disques et contrôleurs prises en charge.

Raid (Redundant Array of Independent Disks) est souvent utilisé pour améliorer les caractéristiques de performances des disques individuels (en répartissant les données sur plusieurs disques) et pour fournir une protection contre les défaillances de disque individuelles. Avec les progrès de la haute disponibilité d’Exchange 2013, RAID n’est pas un composant requis pour la conception du stockage Exchange 2013. Toutefois, RAID est toujours un composant essentiel de la conception de stockage Exchange 2013 pour les serveurs et solutions autonomes qui nécessitent une tolérance de panne de stockage.

Système d’exploitation, système ou volume de fichiers d’échange

La configuration recommandée pour un système d’exploitation, un système ou un volume de fichier d’échange consiste à utiliser la technologie RAID pour protéger ce type de données. La configuration RAID recommandée est RAID-1 ou RAID-1/0, mais tous les types RAID sont pris en charge.

Volumes distincts de base de données de boîtes aux lettres et de fichiers journaux

Si vous déployez une architecture de rôle serveur de boîtes aux lettres autonome, la technologie RAID est requise pour la base de données de boîtes aux lettres et les volumes de journaux. La configuration RAID recommandée pour les volumes de boîtes aux lettres est RAID-1/0 (en particulier si vous utilisez des disques de 5,4 Ko ou 7,2 Ko) ; toutefois, tous les types RAID sont pris en charge. Pour les volumes de fichiers journaux, la configuration RAID recommandée est RAID-1 ou RAID-1/0.

Lorsque vous utilisez les configurations RAID-5 ou RAID-6 pour le système d'exploitation, le fichier d'échange ou les volumes de données Exchange, tenez comptes des points suivants :

  • Les configurations RAID-5, y compris les variantes telles que RAID-50 et RAID-51, ne doivent pas comporter plus de 7 disques par groupe de baies. Les fonctions d'analyse de surface et de nettoyage haute priorité ne doivent pas être activées pour le contrôleur de baie.

  • Pour les configurations RAID-6, les fonctions d'analyse de surface et de nettoyage haute priorité doivent être activées pour le contrôleur de baie.

Bien que JBOD soit pris en charge dans les architectures à haute disponibilité qui ont au moins trois copies de base de données à haute disponibilité, étant donné que les volumes de base de données de journal et de boîte aux lettres sont séparés, JBOD n’est pas recommandé.

Colocalisation des volumes de base de données de boîtes aux lettres et de fichiers journaux

La colocalisation de la base de données de boîtes aux lettres et du volume de journal n’est pas recommandée dans les architectures autonomes. Il existe deux possibilités pour ce scénario dans les architectures de haute disponibilité :

  1. Base de données unique par volume

  2. Plusieurs bases de données par volume

Base de données unique par volume

Du point de vue d'Exchange, JBOD permet de stocker la base de données et les journaux correspondants sur un même disque. Pour un déploiement sur un système de stockage JBOD, vous devez déployer au moins trois copies de base de données à haute disponibilité. L'utilisation d'un seul disque est un point de défaillance unique, car en cas de défaillance du disque, la copie de base de données qui réside sur ce dernier est perdue. Le fait de disposer d’un minimum de trois copies de base de données garantit la tolérance de panne en ayant deux copies supplémentaires en cas de défaillance d’une copie (ou d’un disque). Toutefois, l'emplacement de trois copies de base de données à haute disponibilité, ainsi que l'utilisation de copies de base de données retardées, peut avoir des conséquences sur la conception de stockage. Le tableau suivant résume les recommandations concernant les aspects de RAID ou de JDOB à prendre en compte.

Aspects de RAID ou JBOD à prendre en compte

Serveurs de centre de données Deux copies hautement disponibles (total) Trois copies hautement disponibles (total) Au moins deux copies hautement disponibles par centre de données Une copie retardée Au moins deux copies retardées par centre de données
Serveurs de centre de données principal RAID RAID ou JBOD (2 copies) RAID ou JBOD RAID RAID ou JBOD
Serveurs de centre de données secondaire RAID RAID (1 copie) RAID ou JBOD RAID RAID ou JBOD

Pour un déploiement sur le système JDOB avec les serveurs du centre de données principal, le groupe de disponibilité de base de données doit inclure au moins trois copies de base de données à haute disponibilité. Si vous associez des copies retardées sur le même serveur hébergeant des copies de base de données à haute disponibilité (en n'utilisant pas de serveurs de copie de base de données retardée dédiés, par exemple), vous avez au moins besoin de deux copies de base de données retardées.

Pour que les serveurs du centre de données secondaire utilisent JDOB, le centre doit au moins compter deux copies de base de données à haute disponibilité. La perte d'une copie dans le centre de données secondaire ne vous obligera pas à effectuer un réamorçage sur le réseau étendu ou à avoir un point de défaillance unique en cas d'activation du centre de données secondaire. Si vous associez des copies de base de données retardées sur le même serveur hébergeant des copies de base de données à haute disponibilité (en n'utilisant pas de serveurs de copie de base de données retardée dédiés, par exemple), vous nécessitez au moins deux copies de base de données retardées.

Pour les serveurs de copie de base de données retardée dédiés, vous devez ajouter au moins deux copies de base de données retardées dans un centre de données pour pouvoir utiliser JDOB. Sinon, la perte du disque entraîne la perte de la copie de base de données retardée, ainsi que la perte du mécanisme de protection.

Plusieurs bases de données par volume

Plusieurs bases de données par volume est un nouveau scénario JBOD disponible dans Exchange 2013 qui permet de mélanger les copies actives et passives (y compris les copies en retard) sur un seul disque, ce qui permet une meilleure utilisation du disque. Toutefois, pour déployer des copies en retard de cette manière, la lecture automatique du fichier journal de copie en retard doit être activée. Le tableau suivant présente des instructions pour les considérations JBOD pour plusieurs bases de données par volume.

Aspects de JBOD à prendre en compte

Serveurs de centre de données Au moins 3 copies (total) Au moins 2 copies par centre de données
Serveurs de centre de données principal JBOD JBOD
Serveurs de centre de données secondaire N/A JBOD

Le tableau suivant fournit des conseils sur les configurations de groupes de stockage pour Exchange 2013.

Prise en charge des types RAID pour le rôle serveur de boîtes aux lettres d'Exchange 2013

Type RAID Description Pris en charge ou meilleure pratique
Baie RAID avec taille de bande (Ko) La taille de bande est l'unité de distribution des données par disque au sein d'un ensemble RAID. On parle également de taille de blocs. Meilleure pratique : 256 Ko ou supérieur. Respectez les meilleures pratiques du fournisseur de la solution de stockage.
Paramètres du cache de la baie de stockage Paramètres de cache fournis par un contrôleur de mise en cache avec batterie de secours. Meilleure pratique : 100 % de mise en cache en écriture (cache avec Flash ou batterie de secours) pour les contrôleurs de stockage DAS dans une configuration RAID ou JBOD. 75 % de mise en cache en écriture, 25 % en lecture (cache avec Flash ou batterie de secours) pour d'autres types de solutions de stockage comme le SAN. Si votre fournisseur de SAN recommande d'autres meilleures pratiques pour la configuration du cache sur leur plateforme, suivez les instructions de votre fournisseur de SAN.
Mise en cache en écriture du disque physique Les paramètres pour la mise en cache sont sur chaque disque individuel. Pris en charge : La mise en cache des écritures sur disque physique doit être désactivée en cas d'utilisation sans onduleur.

Le tableau suivant fournit des conseils sur les choix de fichier de base de données/journal.

Choix de fichier de base de données/journal pour le rôle serveur de boîtes aux lettres d'Exchange 2013

Options de fichier de base de données/journal Description Autonome : Pris en charge ou meilleure pratique Haute disponibilité : Pris en charge ou meilleure pratique
Placement du fichier : Isolation de la base de données par journal L'isolation de la base de données par journal correspond au placement du fichier de la base de données et des journaux appartenant à la même base de données de boîtes aux lettres sur différents volumes sauvegardés sur des disques physiques différents. Meilleure pratique : Pour les récupérer, déplacez le fichier (.edb) de base de données et les journaux appartenant à la même base de données vers des volumes différents sauvegardés sur des disques physiques distincts. Pris en charge : L'isolation des journaux et bases de données n'est pas obligatoire.
Placement du fichier : Fichiers de base de données par volume Cette expression désigne la manière dont vous distribuez les fichiers de la base de données dans un volume de disque ou entre des volumes de disques. Meilleure pratique : Basée sur votre méthodologie de sauvegarde. Pris en charge : si vous utilisez JBOD, créez un volume unique avec des répertoires séparés pour les bases de données et pour les fichiers journaux.
Placement du fichier : Flux de journaux par volume Cette expression désigne la manière dont vous distribuez les fichiers journaux de la base de données dans un volume de disque ou entre des volumes de disques. Meilleure pratique : Basée sur votre méthodologie de sauvegarde. Pris en charge : si vous utilisez JBOD, créez un volume unique avec des répertoires séparés pour les bases de données et pour les fichiers journaux.

Meilleure pratique : si vous utilisez JBOD, profitez de plusieurs bases de données par volume.
Taille de la base de données Cette expression désigne la taille du fichier (.edb) de base de données de disques. Pris en charge : Environ 16 téraoctets.

Meilleure pratique :
  • 200 gigaoctets (Go) maximum.
  • Provision pour 120 % de la taille maximale calculée de la base de données.
Pris en charge : Environ 16 téraoctets.

Meilleure pratique :
  • 2 téraoctets maximum.
  • Provision pour 120 % de la taille maximale calculée de la base de données.
Méthode de troncation de journal Processus de troncation et de suppression des anciens fichiers journaux de la base de données. Il existe deux méthodes :
  • l'enregistrement circulaire par lequel Exchange supprime les journaux.
  • la troncation de journal, laquelle se produit après la réalisation d'une sauvegarde complète ou incrémentielle implémentant le service VSS (Volume Shadow Copy Service).
Meilleure pratique :
  • Utiliser les sauvegardes de la troncation de journal (par exemple, enregistrement circulaire désactivé).
  • Provision pour trois jours de capacité de génération de journal.
Meilleure pratique :
  • activer l'enregistrement circulaire pour les déploiements qui utilisent les fonctionnalités natives de protection des données d'Exchange.
  • Provision pour trois jours après le délai de retard de relecture de la capacité de génération de journal.

Le tableau suivant fournit des conseils à propos des types de disque Windows.

Types de disque Windows pour le rôle serveur de boîtes aux lettres d'Exchange 2013

Type de disque Windows Description Autonome : Pris en charge ou meilleure pratique Haute disponibilité : Pris en charge ou meilleure pratique
Disque de base 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). Pris en charge.

Meilleure pratique : Utilisez des disques de base.
Pris en charge.

Meilleure pratique : Utilisez des disques de base.
Disque dynamique 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). Pris en charge. Pris en charge.

Le tableau suivant fournit des conseils sur les configurations de volume.

Configurations de volume pour le rôle serveur de boîtes aux lettres d'Exchange 2013

Configuration de volume Description Autonome : Pris en charge ou meilleure pratique Haute disponibilité : Pris en charge ou meilleure pratique
table de partition GUID (GPT) GPT est une architecture de disques qui s'appuie sur l'ancien schéma de partitionnement MBR (Master boot record). La taille maximale de la partition au format NTFS est de 256 téraoctets. Pris en charge.

Meilleure pratique : Utiliser les partitions GPT.
Pris en charge.

Meilleure pratique : Utiliser les partitions GPT.
MBR Un MBR (ou secteur de partition) est le secteur d'amorçage de 512 octets qui constitue le premier secteur (LBA Secteur 0) d'un périphérique de stockage de données partitionné tel qu'un disque dur. La taille maximale de la partition au format NTFS est de 2 téraoctets. Pris en charge. Pris en charge.
Alignement des partitions Ce terme fait référence à l'alignement des partitions sur des limites de secteur pour optimiser les performances. Pris en charge : Pour Windows Server 2008 R2 et Windows Server 2012, la valeur par défaut est 1 mégaoctet (Mo). Pris en charge : Pour Windows Server 2008 R2 et Windows Server 2012, la valeur par défaut est 1 Mo.
Chemin d'accès du volume Ce terme fait référence au mode d'accès à un volume. Pris en charge : Lettre du lecteur ou point de montage.

Meilleure pratique : La fonction RAID doit être activée pour le volume hôte sur le point de montage.
Pris en charge : Lettre du lecteur ou point de montage.

Meilleure pratique : La fonction RAID doit être activée pour le volume hôte sur le point de montage.
Système de fichiers Méthode permettant de stocker et d'organiser les fichiers d'un ordinateur et les données qu'il contient de manière à faciliter leur recherche et leur accès. Pris en charge : NTFS et ReFS. Pris en charge : NTFS et ReFS.
Défragmentation NTFS La défragmentation NTFS est un processus réduisant le volume de fragmentation dans les systèmes de fichiers Windows. Ce résultat est obtenu par une organisation physique du disque afin de ranger les pièces de chaque fichier les unes contre les autres. Pris en charge.

Meilleure pratique : Ni obligatoire, ni recommandé. Sur Windows Server 2012, nous vous recommandons également de désactiver la fonctionnalité d'optimisation et de défragmentation automatique des disques.
Pris en charge.

Meilleure pratique : Ni obligatoire, ni recommandé. Sur Windows Server 2012, nous vous recommandons également de désactiver la fonctionnalité d'optimisation et de défragmentation automatique des disques.
Taille d'unité d'allocation NTFS La taille d'unité d'allocation NTFS représente le plus petit volume d'espace disque allouable à un fichier. Pris en charge : Toutes les tailles d'unité d'allocation.

Meilleure pratique : 64 Ko pour les volumes de fichiers .edb et journaux.
Pris en charge : Toutes les tailles d'unité d'allocation.

Meilleure pratique : 64 Ko pour les volumes de fichiers .edb et journaux.
Compression NTFS La compression NTFS est le processus permettant de réduire la taille réelle d'un fichier stocké sur le disque dur. Pris en charge : Non pris en charge pour les fichiers base de données ou journaux Exchange. Pris en charge : Non pris en charge pour les fichiers base de données ou journaux Exchange.
Système de fichiers de cryptage NTFS (EFS) Le système EFS permet aux utilisateurs de crypter des fichiers, des dossiers ou la totalité des lecteurs de données. Comme le système EFS fournit un cryptage fort par des algorithmes normalisés et un chiffrement à clé publique, les fichiers chiffrés sont confidentiels même en cas de brèche de sécurité dans le système. Pris en charge : Non pris en charge pour les fichiers base de données ou journaux Exchange. Non pris en charge pour les fichiers base de données ou journaux Exchange.
Windows BitLocker (chiffrement de volume) Windows BitLocker est une fonctionnalité de protection des données disponible dans Windows Server 2008. BitLocker protège les utilisateurs contre le vol ou l'exposition des données sur des ordinateurs perdus ou volés, et permet une suppression plus sécurisée des données lors de la mise hors service des ordinateurs. Pris en charge : Tous les fichiers de base de données et tous les fichiers journaux Exchange. Pris en charge : Tous les fichiers de base de données et tous les fichiers journaux Exchange. Les clusters de basculement Windows nécessitent Windows Server 2008 R2 ou Windows Server 2008 R2 SP1. Les volumes Exchange avec BitLocker activé ne sont pas pris en charge sur les clusters de basculement Windows exécutant des versions antérieures de Windows.

Pour plus d’informations sur le chiffrement BitLocker Windows 7, consultez (/previous-versions/windows/it-pro/windows-7/ee449438(v=ws.10))[Chiffrement de lecteur BitLocker dans Windows 7 : Forum aux questions].
Bloc de message serveur (SMB) 3.0 Le protocole SMB (Server Message Block) est un protocole de partage de fichiers réseau (par-dessus TCP/IP ou d'autres protocoles réseau) qui permet à des applications sur un ordinateur d'accéder à des fichiers et des ressources sur un serveur distant. Il permet également aux applications de communiquer avec n'importe quel programme serveur configuré pour recevoir une demande client SMB. Windows Server 2012 introduit la nouvelle version 3.0 du protocole SMB avec les fonctionnalités suivantes :
  • Basculement transparent SMB
  • Montée en puissance parallèle SMB
  • SMB multicanal
  • SMB direct
  • Chiffrement SMB
  • VSS pour les partages de fichiers SMB
  • Location d'annuaire SMB
  • PowerShell SMB
Prise en charge limitée. Le scénario pris en charge est un déploiement virtualisé matériel dans lequel les disques sont hébergés sur des disques durs virtuels sur un partage SMB 3.0. Ces disques durs virtuels sont présentés à l'hôte via un hyperviseur. Pour plus d'informations, voir Virtualisation d'Exchange 2013. Prise en charge limitée. Le scénario pris en charge est un déploiement virtualisé matériel dans lequel les disques sont hébergés sur des disques durs virtuels sur un partage SMB 3.0. Ces disques durs virtuels sont présentés à l'hôte via un hyperviseur. Pour plus d'informations, voir Virtualisation d'Exchange 2013.
Espaces de stockage espaces de stockage est une nouvelle solution de stockage qui offre des fonctionnalités de virtualisation pour Windows Server 2012. espaces de stockage vous permettent d’organiser des disques physiques dans des pools de stockage, qui peuvent être facilement développés en ajoutant simplement des disques. Ces disques peuvent être connectés via USB, SATA ou SAS. Il utilise également des disques virtuels (espaces), qui se comportent comme des disques physiques, avec de puissantes fonctionnalités associées, telles que l’approvisionnement dynamique, ainsi que la résilience aux défaillances des supports physiques sous-jacents. Pour plus d’informations sur espaces de stockage, consultez espaces de stockage Vue d’ensemble. Pris en charge. Les mêmes restrictions que pour les types de disques physiques décrits dans cette rubrique s'appliquent. Pris en charge. Les mêmes restrictions que pour les types de disques physiques décrits dans cette rubrique s'appliquent.
Système de fichiers résilient (ReFS, Resilient File System) ReFS est un système de fichiers nouvellement conçu pour Windows Server 2012 basé sur les bases de NTFS. ReFS maintient un haut niveau de compatibilité avec NTFS tout en fournissant des techniques améliorées de vérification et de correction automatique des données, ainsi qu’une résilience de bout en bout intégrée aux altérations, en particulier lorsqu’elle est utilisée conjointement avec la fonctionnalité d’espaces de stockage. Pour plus d’informations sur ReFS, consultez Vue d’ensemble du système de fichiers résilient. Pris en charge pour les volumes contenant des fichiers de base de données Exchange, des fichiers journaux et des fichiers d'indexation de contenu. En cas de déploiement sur Windows Server 2012, vérifiez que les correctifs logiciels suivants sont installés sur Windows Server 2012 :

ReFS n’est pas pris en charge pour les volumes de système d’exploitation.

Meilleure pratique : les fonctionnalités d'intégrité des données doivent être désactivées pour les fichiers de base de données Exchange (.edb) ou le volume qui les héberge.

Pris en charge pour les volumes contenant des fichiers de base de données Exchange, des fichiers journaux et des fichiers d'indexation de contenu. En cas de déploiement sur Windows Server 2012, vérifiez que les correctifs logiciels suivants sont installés sur Windows Server 2012 :

ReFS n’est pas pris en charge pour les volumes de système d’exploitation.

Meilleure pratique : les fonctionnalités d'intégrité des données doivent être désactivées pour les fichiers de base de données Exchange (.edb) ou le volume qui les héberge.

Suppression des doublons La déduplication des données est une nouvelle technique permettant d’optimiser l’utilisation du stockage pour Windows Server 2012. Il s’agit d’une méthode permettant de rechercher et de supprimer la duplication dans les données sans compromettre leur fidélité ou leur intégrité. L’objectif est de stocker plus de données dans moins d’espace en segmentant les fichiers en petits blocs de taille variable, en identifiant les blocs en double et en conservant une seule copie de chaque bloc. Les copies redondantes du bloc sont remplacées par une référence à la copie unique, les blocs sont organisés en fichiers conteneur et les conteneurs sont compressés pour une optimisation supplémentaire de l’espace. Non pris en charge pour les fichiers de base de données Exchange. Remarque : Peut être utilisé pour les fichiers de base de données Exchange qui sont complètement hors connexion (utilisés comme sauvegardes ou archives). Non pris en charge pour les fichiers de base de données Exchange. Remarque : Peut être utilisé pour les fichiers de base de données Exchange qui sont complètement hors connexion (utilisés comme sauvegardes ou archives).