options de configuration du stockage Exchange Server
La compréhension des options de stockage et de la configuration requise pour les serveurs de boîtes aux lettres dans Exchange Server 2016 et Exchange Server 2019 est une partie importante 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 des commandes SCSI dans des paquets Fibre Channel et utilisent généralement des réseaux Fibre Channel spécialisés comme 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 de l’unité NAS fournissent les fonctionnalités de stockage de données, de systèmes de fichiers et d’accès aux fichiers, ainsi que la gestion de ces fonctions (par exemple, le stockage de fichiers).
Tout le stockage utilisé par Exchange pour le stockage des données Exchange doit être au niveau du bloc, car Exchange 2016 ne prend pas en charge l’utilisation de volumes NAS, sauf dans le scénario SMB 3.0 décrit dans l’article Exchange Server virtualisation. 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 disques physiques 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. En général, choisissez des disques SATA pour le stockage de boîtes aux lettres Exchange 2016 lorsque vous avez les exigences de conception suivantes :
|
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 :
Exchange 2013 et versions ultérieures prend en charge les disques de 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 SCSI attachés en série sont disponibles dans différents facteurs de forme, vitesses et capacités. En général, choisissez Disques SCSI attachés en série pour le stockage de boîtes aux lettres Exchange 2016 lorsque vous avez les exigences de conception suivantes :
|
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 :
Exchange 2013 et versions ultérieures prend en charge les disques de 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 soient sur le même type de disque physique. Par exemple, une configuration avec une copie d’une base de données sur un disque avec secteur de 512 octets et une autre copie de cette même base de données sur un disque 512e ou un disque 4K n’est pas prise en charge. 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 servant à connecter des réseaux SAN utilisant la technologie Fibre Channel. Les disques Fibre Channel sont disponibles à différentes vitesses et capacités. En général, choisissez Disques Fibre Channel pour le stockage de boîtes aux lettres Exchange 2016 lorsque vous avez les exigences de conception suivantes :
|
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 :
Exchange 2013 et versions ultérieures prend en charge les disques de 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 soient 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 disponibles à différentes vitesses (différentes capacités de performances d’E/S) et de capacités. En général, choisissez des disques SSD pour le stockage de boîtes aux lettres Exchange 2016 lorsque vous avez les exigences de conception suivantes :
|
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 :
Exchange 2013 et versions ultérieures prend en charge les disques de secteur natifs de 4 kilo-octets (Ko) et les disques de 512e lorsque toutes les copies d’une base de données se trouvent 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 2016 ne nécessitent pas les caractéristiques de performances du 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 2016. 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.
Du point de vue des performances, l’utilisation de disques volumineux et plus lents pour le stockage Exchange est acceptable, à condition que les disques puissent maintenir une latence de lecture et d’écriture moyenne de 20 ms ou moins sous charge.
Facteurs dans le choix du 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 | Mauvais |
| SSD : -= | 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. En plus du raid (Redundant Array of Independent Disks) couramment utilisé, il existe également un ensemble de disques (ou lecteurs) ou JBOD, qui fait référence à une collection de disques durs qui n’ont pas été configurés pour agir comme un tableau redondant.
RAID 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 2016, RAID n’est pas un composant requis pour la conception du stockage Exchange 2016. Toutefois, RAID est toujours un composant essentiel de la conception de stockage Exchange 2016 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 fichiers de page 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 avoir plus de sept disques par groupe de tableaux et le nettoyage de haute priorité du contrôleur de tableau et l’analyse de la surface activés.
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 hautement disponibles, é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é comme solution.
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é :
Base de données unique par volume
Plusieurs bases de données par volume
Base de données unique par volume
Dans un environnement Exchange, une solution de stockage JBOD implique que la base de données et les journaux associés soient stockés sur un seul disque. Pour déployer une solution JBOD, vous devez déployer au moins trois copies de base de données hautement disponibles. 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 résidant sur ce disque 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 d’échec d’une copie (ou d’un disque). Toutefois, le placement de trois copies de base de données hautement disponibles et l’utilisation de copies de base de données en retard peuvent affecter la conception du stockage. Le tableau suivant résume les recommandations concernant les aspects de RAID ou de JDOB à prendre en compte.
Considérations relatives à RAID ou JBOD :
| 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. Dans le cas contraire, la perte de disque entraîne la perte de la copie de base de données en retard et la perte du mécanisme de protection.
Plusieurs bases de données par volume
Plusieurs bases de données par volume sont un nouveau scénario JBOD disponible dans Exchange 2016 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.
Considérations relatives à JBOD :
| 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 tableau de stockage pour Exchange 2016.
Types RAID pris en charge pour le rôle serveur de boîtes aux lettres Exchange 2016 :
| 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. | Bonne pratique : 100 % du cache d’écriture (batterie ou cache flashé) pour les contrôleurs de stockage DAS dans une configuration RAID ou JBOD. 75 % du cache d’écriture, 25 % du cache de lecture (batterie ou cache flashé) pour d’autres types de solutions de stockage comme 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 bases de données et de fichiers journaux pour le rôle serveur de boîtes aux lettres Exchange 2016 :
| 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 base de données par journal fait référence au placement du fichier de base de données et des journaux de la même base de données de boîtes aux lettres sur différents volumes sauvegardés par différents disques physiques. | 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 | Les fichiers de base de données par volume font référence à la façon dont vous distribuez les fichiers de base de données dans ou entre les volumes de disque. | 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 | Les flux de journaux par volume font référence à la façon dont vous distribuez les fichiers journaux de base de données au sein ou entre les volumes de disque. | 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. Bonne pratique : Lorsque vous utilisez JBOD, utilisez 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 :
|
Pris en charge : Environ 16 téraoctets. Meilleure pratique :
|
| 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 :
|
Meilleure pratique :
|
Meilleure pratique :
|
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 Exchange 2016 :
| 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 Exchange 2016 :
| 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 la rubrique relative au 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 :
|
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, consultez virtualisation Exchange Server. | 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, consultez virtualisation Exchange Server. |
| 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 permet d’organiser des disques physiques dans des pools de stockage, qui peuvent être facilement développés en ajoutant 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 des fonctionnalités puissantes associées telles que l’approvisionnement dynamique et 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. Mêmes restrictions que pour les types de disques physiques décrits dans cet article. | Pris en charge. Mêmes restrictions que pour les types de disques physiques décrits dans cet article. |
| 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 degré de compatibilité avec NTFS tout en fournissant des techniques améliorées de vérification et de correction automatique des données et une résilience de bout en bout intégrée aux altérations, en particulier lorsqu’elle est utilisée avec la fonctionnalité d’espaces de stockage. Pour plus d’informations sur ReFS, consultez Vue d’ensemble du système de fichiers résilient (ReFS) : Déploiements pris en charge. | 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, si le correctif logiciel suivant est installé : Exchange Server bases de données 2013 deviennent fragmentées en Windows Server 2012. Non pris en charge pour les volumes contenant des fichiers binaires Exchange. 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. Les fonctionnalités d’intégrité peuvent être activées pour les volumes contenant le catalogue d’index de contenu, si le volume ne contient pas de bases de données ou de fichiers journaux. |
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, si le correctif logiciel suivant est installé : Exchange Server bases de données 2013 deviennent fragmentées en Windows Server 2012. Non pris en charge pour les volumes contenant des fichiers binaires Exchange. 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. Les fonctionnalités d’intégrité peuvent être activées pour les volumes contenant le catalogue d’index de contenu, si le volume ne contient pas de bases de données ou de fichiers journaux. |
| Taille de l’unité d’allocation ReFS | La taille de l’unité d’allocation ReFS représente la plus petite quantité d’espace disque qui peut être allouée pour contenir 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. |
| Suppression des doublons | La déduplication des données est une technique permettant d’optimiser l’utilisation du stockage. Il s’agit d’une méthode de recherche et de suppression de 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 technologies de déduplication des données sont généralement implémentées de deux façons : au niveau du système d’exploitation, ou au niveau du système de stockage et le système d’exploitation ne sont pas au courant de son utilisation. | Niveau du système d’exploitation : non pris en charge pour les bases de données de boîte aux lettres Exchange, les bases de données de transport ou les fichiers d’index de contenu. Niveau du système de stockage : pris en charge, mais relève de la stratégie de prise en charge des solutions logicielles de stockage tierces de Microsoft. Remarque : la déduplication au niveau du système d’exploitation peut être utilisée pour les fichiers de base de données Exchange qui sont hors connexion (utilisés comme sauvegardes ou archives). |
Niveau du système d’exploitation : non pris en charge pour les bases de données de boîte aux lettres Exchange, les bases de données de transport ou les fichiers d’index de contenu. Niveau de stockage : pris en charge, mais relève de la stratégie de prise en charge des solutions logicielles de stockage tierces de Microsoft. Remarque : la déduplication au niveau du système d’exploitation peut être utilisée pour les fichiers de base de données Exchange qui sont hors connexion (utilisés comme sauvegardes ou archives). |