Cet article a fait l’objet d’une traduction automatique. Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez également afficher le texte anglais dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte traduit.
Traduction
Anglais

Options de configuration du stockage Exchange 2016

[Cette rubrique est une documentation préliminaire et peut être modifiée dans les versions ultérieures. Des rubriques vides sont incluses comme espaces réservés. N’hésitez pas à nous transmettre vos commentaires. Envoyez-nous un e-mail à l’adresse ExchangeHelpFeedback@microsoft.com.]  

S’applique à :Exchange Online, Exchange Server 2016

Résumé: en savoir plus sur les options de stockage de Exchange Server 2016.

Présentation des options de stockage et de la configuration requise pour le rôle de serveur de boîtes aux lettres dans Microsoft Exchange Server 2016 est une partie importante de votre solution de conception de stockage serveur boîte aux lettres.

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 stockageDescriptionMeilleure 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 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.

Une unité de stockage rattaché au réseau (NAS) est un ordinateur autonome connecté à un réseau, dans le seul but de fournir des services de stockage de données basée sur un fichier à d’autres périphériques sur le réseau. Le système d’exploitation et autres logiciels sur l’unité NAS fournissent les fonctionnalités de stockage de données, systèmes de fichiers et l’accès aux fichiers et la gestion de ces fonctions (par exemple, le stockage de fichiers).

Tout le stockage utilisé par Exchange pour le stockage des données de Exchange doit être stockage au niveau bloc, car Exchange 2016 ne prend pas en charge l’utilisation de volumes NAS, autre que dans le scénario de SMB 3.0 décrites dans la rubrique Virtualisation d’Exchange 2016. En outre, dans un environnement virtualisé, stockage NAS qui est présenté à l’invité comme espace de stockage au niveau bloc via l’hyperviseur n’est pas pris en charge.

L'utilisation de niveaux de stockage n'est pas recommandé, car ils peuvent affecter négativement les performances du système. Pour cette raison, n'autorisez pas le contrôleur de stockage à déplacer automatiquement les fichiers les plus utilisés vers le stockage « plus rapide ».

Retour au début

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 physiqueDescriptionPris 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 avec des facteurs de forme, vitesses et capacités variés.

En règle générale, choisissez des disques SATA pour le stockage des boîtes aux lettres de Exchange 2016 une fois que les impératifs de design 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, 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 : 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.

En règle générale, choisissez des disques Serial Attached SCSI pour le stockage des boîtes aux lettres de Exchange 2016 une fois que les impératifs de design 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, 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 dans un grand choix de capacités et vitesses.

En général, choisissez les disques Fibre Channel pour le stockage des boîtes aux lettres de Exchange 2016 une fois que les impératifs de design 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, 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.

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.

En général, choisissez les disques SSD pour le stockage des boîtes aux lettres de Exchange 2016 une fois que les impératifs de design 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, 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.

En général, les caractéristiques de performances du stockage SSD ne nécessitent pas les serveurs de boîte aux lettres Exchange 2016.

Il existe plusieurs compromis lors du choix des types de disque pour le stockage de Exchange 2016. Le disque correct est l’équilibre des performances (aléatoire et séquentiel) avec la capacité, de fiabilité, de consommation d’énergie et de coût d’investissement. Le tableau suivant des types de prises en charge de disque physique fournit des informations pour vous aider lors de l’examen de ces facteurs.

De performances point de vue, à l’aide de disques volumineux, plus lents, de stockage de Exchange est OK, sous réserve que les disques peuvent maintenir une lecture moyenne et latence de 20 ms d’écriture ou moins sous charge.

Facteurs à prendre en compte pour choisir un type de disque

Vitesse de disque (TPM)Facteur de forme de disqueInterface ou transportCapacitéPerformances d'E/S aléatoiresPerformances d'E/S séquentiellesConsommation d'énergie

5,400

2.5-inch

SATA

Moyenne

Médiocre

Médiocre

Excellente

5,400

3.5-inch

SATA

Excellente

Médiocre

Médiocre

Au-dessus de la moyenne

7,200

2.5-inch

SATA

Moyenne

Moyenne

Moyenne

Excellente

7,200

2.5-inch

Serial Attached SCSI

Moyenne

Moyenne

Au-dessus de la moyenne

Excellente

7,200

3.5-inch

SATA

Excellente

Moyenne

Au-dessus de la moyenne

Au-dessus de la moyenne

7,200

3.5-inch

Serial Attached SCSI

Excellente

Moyenne

Au-dessus de la moyenne

Au-dessus de la moyenne

7,200

3.5-inch

Fibre Channel

Excellente

Moyenne

Au-dessus de la moyenne

Moyenne

10,000

2.5-inch

Serial Attached SCSI

En dessous de la moyenne

Excellente

Au-dessus de la moyenne

Au-dessus de la moyenne

10,000

3.5-inch

SATA

Moyenne

Moyenne

Au-dessus de la moyenne

Au-dessus de la moyenne

10,000

3.5-inch

Serial Attached SCSI

Moyenne

Au-dessus de la moyenne

Au-dessus de la moyenne

En dessous de la moyenne

10,000

3.5-inch

Fibre Channel

Moyenne

Au-dessus de la moyenne

Au-dessus de la moyenne

En dessous de la moyenne

15,000

2.5-inch

Serial Attached SCSI

Médiocre

Excellente

Excellente

Moyenne

15,000

3.5-inch

Serial Attached SCSI

Moyenne

Excellente

Excellente

En dessous de la moyenne

15,000

3.5-inch

Fibre Channel

Moyenne

Excellente

Excellente

Médiocre

SSD : de type entreprise

Non applicable

SATA, Serial Attached SCSI, Fibre Channel

Médiocre

Excellente

Excellente

Excellente

Retour au début

Cette section fournit les meilleures pratiques informations disque pris en charge et les configurations de contrôleur de groupe. En plus de la couramment utilisés de Indepentdent disques RAID (Redundant Array), il existe également un simple groupe de disques (ou lecteurs), ou des disques JBOD, ce qui fait référence à une collection de disques durs qui n’ont pas été configurés pour se comporter comme une baie redondante.

RAID est souvent utilisée pour les deux améliorent les caractéristiques de performances des disques individuels (par la répartition des données sur plusieurs disques) et permettant d’assurer la protection contre les pannes de disque individuel. Avec les développements de Exchange 2016 de haute disponibilité, RAID n’est pas un composant requis pour la conception de stockage Exchange 2016. Toutefois, RAID est toujours un composant essentiel de la conception du stockage pour les serveurs autonomes, ainsi que des solutions qui requièrent la tolérance de pannes de stockage Exchange 2016.

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

La configuration recommandée pour un système d’exploitation, volume système ou de fichier d’échange est d’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 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 obligatoire pour les volumes de base de données de boîtes aux lettres et de fichiers journaux. La configuration RAID recommandée pour les volumes de boîte aux lettres est RAID-1/0 (surtout si vous utilisez des disques de 5,4 Ko ou 7,2 Ko), mais 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 est pris en charge dans les architectures de haute disponibilité qui ont des copies de la base de données hautement disponible 3 ou plus, dans la mesure où les volumes de base de données journal et la boîte aux lettres sont séparées, 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 des volumes de base de données de boîtes aux lettres et de fichiers journaux 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

Dans un environnement de Exchange, une solution de stockage JBOD implique à la fois la base de données et ses journaux associés, stockés sur un seul disque. Pour déployer une solution JBOD, vous devez déployer au moins trois copies de la base de données hautement disponible. Utilisation d’un seul disque d’est un point unique de défaillance, car lorsque le disque tombe en panne, la copie de la base de données résidant sur ce disque est perdue. Un minimum de trois copies de la base de données permet de garantir une tolérance de panne en ayant deux copies supplémentaires dans le cas où une copie (ou un disque) échoue. Toutefois, placement de trois copies de base de données hautement disponible, ainsi que l’utilisation de copies de la base de données calorifugée, peut affecter la conception de stockage. Le tableau suivant présente des instructions pour des raisons de RAID ou JBOD.

Aspects de RAID ou JBOD à prendre en compte

Serveurs de centre de donnéesDeux copies hautement disponibles (total)Trois copies hautement disponibles (total)Au moins deux copies hautement disponibles par centre de donnéesUne copie retardéeAu 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 2016 qui permet d’être mélangés sur un seul disque, ce qui permet d’optimiser l’utilisation du disque pour les copies actives et passives (y compris les copies calorifugées). Toutefois, pour déployer étaient en retard de copies de cette manière, lecture de fichier journal copie calorifugée automatique vers le bas doit être activé. Le tableau suivant présente les instructions de considérations JBOD pour plusieurs bases de données par volume.

Aspects de JBOD à prendre en compte

Serveurs de centre de donnéesAu 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 recommandations sur les configurations des baies de stockage pour Exchange 2016.

Prise en charge des types RAID pour le rôle serveur de boîte aux lettres Exchange 2016

Type RAIDDescriptionPris 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.

Meilleures pratiques : 100 % cache d’écriture (batterie ou flash cache sauvegardé) pour les contrôleurs de stockage DAS en soit une configuration RAID ou JBOD. 75 % cache d’écriture, cache (batterie ou flash cache sauvegardé) pour les autres types de solutions de stockage tels que les SAN de lecture de 25 pour cent. Si votre fournisseur SAN a différentes méthodes conseillées pour la configuration de cache sur leur plate-forme, suivez les instructions de votre fournisseur de réseau 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 fichiers journaux et de base de données pour le rôle serveur de boîte aux lettres Exchange 2016

Options de fichier de base de données/journalDescriptionAutonome : Pris en charge ou meilleure pratiqueHaute 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 des fonctions de protection de données natif 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 de Windows pour le rôle serveur de boîte aux lettres Exchange 2016

type de disque WindowsDescriptionAutonome : Pris en charge ou meilleure pratiqueHaute 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 volumes pour le rôle serveur de boîte aux lettres Exchange 2016

Configuration de volumeDescriptionAutonome : Pris en charge ou meilleure pratiqueHaute 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 : Le Windows Server 2008 R2 et Windows Server 2012 par défaut est 1 mégaoctet (Mo).

Pris en charge : Le Windows Server 2008 R2 et Windows Server 2012 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.

Meilleures pratiques : ne pas nécessaire et non recommandé. Sur Windows Server 2012, nous vous recommandons également de désactiver la fonctionnalité d’optimisation et de la défragmentation automatique de disque.

Pris en charge.

Meilleures pratiques : ne pas nécessaire et non recommandé. Sur Windows Server 2012, nous vous recommandons également de désactiver la fonctionnalité d’optimisation et de la défragmentation automatique de disque.

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 requièrent Windows Server 2008 R2 ou Windows Server 2008 R2 SP1 ainsi que le correctif logiciel suivant : Vous ne pouvez pas activer BitLocker sur un volume de disque dans Windows Server 2008 R2 si l’ordinateur est un nœud de cluster de basculement. Les volumes Exchange avec Bitlocker activé ne sont pas pris en charge dans 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 Server Message Block (SMB) est un protocole qui permet aux applications sur un ordinateur d’accéder aux fichiers et aux ressources sur un serveur distant (sur TCP/IP ou d’autres protocoles de réseau) de partage de fichiers de réseau. Il permet également des applications de communiquer avec n’importe quel programme de serveur qui est configuré pour recevoir une demande de client SMB. Windows Server 2012 présente 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 2016.

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 2016.

Espaces de stockage

Les espaces de stockage est une nouvelle solution de stockage qui offre des fonctionnalités de virtualisation pour Windows Server 2012. Les espaces de stockage vous permettent d’organiser des disques physiques dans des pools de stockage, qui peuvent être facilement étendus 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 des fonctionnalités puissantes associées telles que le provisionnement fin, ainsi que la résilience aux défaillances du média physique sous-jacent. Pour plus d’informations sur les espaces de stockage, consultez la Vue d’ensemble des espaces de stockage.

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)

Réf est un système de fichier nouvellement conçus pourWindows Server 2012 qui repose sur les fondations de NTFS. Réf conserve un degré élevé de compatibilité avec le système NTFS tout en offrant des techniques de vérification et de correction automatique améliorée des données ainsi qu’une résilience bout à bout intégrée à la corruption, en particulier lorsqu’il est utilisé conjointement avec la fonctionnalité d’espace de stockage. Pour plus d’informations sur les références, consultez Résilient présentation du système de fichiers.

Prise en charge pour les volumes contenant Exchange de la base de données des fichiers, les fichiers journaux et les fichiers d’indexation de contenu, sous réserve que le correctif logiciel suivant est installé : les bases de données Exchange Server 2013 seront fragmentés dans Windows Server 2012. Non pris en charge pour les volumes contenant les fichiers binaires Exchange.

Meilleures pratiques : fonctions d’intégrité des données doivent être désactivées pour les fichiers de base de données (.edb) Exchange ou le volume qui héberge ces fichiers. Fonctions d’intégrité peuvent être activées pour les volumes contenant le catalogue d’index de contenu, pour autant que le volume ne pas contenir des bases de données ou des fichiers journaux.

Prise en charge pour les volumes contenant Exchange de la base de données des fichiers, les fichiers journaux et les fichiers d’indexation de contenu, sous réserve que le correctif logiciel suivant est installé : les bases de données Exchange Server 2013 seront fragmentés dans Windows Server 2012. Pas de prise en charge pour les volumes contenant les fichiers binaires de Exchange.

Meilleures pratiques : fonctions d’intégrité des données doivent être désactivées pour les fichiers de base de données (.edb) Exchange ou le volume qui héberge ces fichiers. Fonctions d’intégrité peuvent être activées pour les volumes contenant le catalogue d’index de contenu, pour autant que le volume ne pas contenir des bases de données ou des fichiers journaux.

Suppression des doublons

Déduplication des données sont une nouvelle technique pour optimiser l’utilisation du stockage pour Windows Server 2012. Il s’agit d’une méthode de recherche et suppression des doublons de données sans compromettre son intégrité ou fidélité. L’objectif est de stocker davantage de données dans moins d’espace par segmentation des fichiers en petits morceaux taille variable, identification des segments en double et maintenance d’une seule copie de chaque segment. Les copies redondantes de segment sont remplacées par une référence à la copie unique, les segments sont organisés dans des fichiers conteneur et les conteneurs sont compressées pour optimisation de l’espace supplémentaire.

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 sont complètement hors ligne (utilisé par les sauvegardes ou les 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 sont complètement hors ligne (utilisé par les sauvegardes ou les archives).

Retour au début

 
Afficher: