Présentation de la configuration de stockage
S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3
Dernière rubrique modifiée : 2016-11-28
La compréhension des options et des besoins de stockage pour le rôle serveur de boîtes aux lettres dans Microsoft Exchange Server 2010 constitue un aspect vital de votre solution de conception de stockage de serveurs de boîtes aux lettres. Pour d’autres informations sur les autres aspects du processus de conception, voir Conception du stockage de serveur de boîtes aux lettres.
Contenu de cette rubrique
Architectures de stockage
Types de disque physique
Meilleures pratiques pour les configurations de stockage prises en charge
Architectures de stockage
Le tableau suivant décrit les architectures de stockage prises en charge et 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 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. |
Retour au début
Types de disque physique
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 avec des facteurs de forme, vitesses et capacités variés. De manière générale, choisissez des disques SATA pour le stockage des boîtes aux lettres Exchange 2010 lorsque vos impératifs de conception sont les suivants :
|
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques de 512 octets sont pris en charge pour Windows Server 2008 R2 avec les éléments suivants :
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 n’est pas prise en charge. Sachez également que les disques avec secteur de 4 kilo-octets (ko) ne sont pas pris en charge, quelle que soit la version de Microsoft Exchange, et que les disques de 512 octets ne sont pas pris en charge, quelle que soit la version d’Exchange antérieure à Exchange Server 2010 SP1. 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 2010 lorsque vos impératifs de conception sont les suivants :
|
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques de 512 octets sont pris en charge pour Windows Server 2008 R2 avec les éléments suivants :
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 n’est pas prise en charge. Sachez également que les disques avec secteur de 4 kilo-octets (ko) ne sont pas pris en charge, quelle que soit la version de Microsoft Exchange, et que les disques de 512 octets ne sont pas pris en charge, quelle que soit la version d’Exchange antérieure à Exchange Server 2010 SP1. 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. De manière générale, choisissez des disques Fibre Channel pour le stockage des boîtes aux lettres Exchange 2010 lorsque vos impératifs de conception sont les suivants :
|
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques de 512 octets sont pris en charge pour Windows Server 2008 R2 avec les éléments suivants :
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 n’est pas prise en charge. Sachez également que les disques avec secteur de 4 kilo-octets (ko) ne sont pas pris en charge, quelle que soit la version de Microsoft Exchange, et que les disques de 512 octets ne sont pas pris en charge, quelle que soit la version d’Exchange antérieure à Exchange Server 2010 SP1. 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 2010 lorsque vos impératifs de conception sont les suivants :
|
Prise en charge : disques avec secteur de 512 octets pour Windows Server 2008 et Windows Server 2008 R2. En outre, les disques de 512 octets sont pris en charge pour Windows Server 2008 R2 avec les éléments suivants :
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 n’est pas prise en charge. Sachez également que les disques avec secteur de 4 kilo-octets (ko) ne sont pas pris en charge, quelle que soit la version de Microsoft Exchange, et que les disques de 512 octets ne sont pas pris en charge, quelle que soit la version d’Exchange antérieure à Exchange Server 2010 SP1. 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 2010 n’exigent pas les caractéristiques de performance fournies par un stockage SSD. |
Facteurs à prendre en compte lors du choix d’un type de disque
Il existe plusieurs compromis lors du choix des types de disques pour le stockage Exchange 2010. 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.
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 |
Retour au début
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.
La technologie RAID (Redundant Array of Independent Disks) est souvent utilisée pour améliorer à la fois les caractéristiques de performance des disques individuels (par l’agrégation des données entre les disques) et pour offrir une protection contre les défaillances des disques. En raison des avancées apportées à la haute disponibilité par Exchange 2010, les composants RAID ne sont plus indispensables à une création de stockage Exchange 2010. Toutefois, la technologie RAID reste essentielle à la création de stockage dans Exchange 2010 pour les serveurs autonomes et pour les solutions haute disponibilité qui demandent une performance ou une fiabilité de stockage plus grandes. Le tableau ci-dessous fournit des indications sur les types RAID courants pouvant être utilisés avec les serveurs de boîtes aux lettres Exchange 2010.
Types de données pris en charge pour le rôle serveur de boîtes aux lettres Exchange 2010
| Type de données | Autonome : Pris en charge ou meilleure pratique | Haute disponibilité : Pris en charge ou meilleure pratique |
|---|---|---|
Système d’exploitation, système ou volume de fichiers d’échange |
Pris en charge : Tous les types RAID. Meilleure pratique : RAID1/10. Utilisez un groupe de baies dédié ; n’hébergez pas le LUN du système et les LUN de données sur le même groupe de baies. |
Pris en charge : Tous les types RAID. Meilleure pratique : RAID1/10. Utilisez un groupe de baies dédié ; n’hébergez pas le LUN du système et les LUN de données sur le même groupe de baies. |
Volume du fichier (.edb) de base de données des boîtes aux lettres Exchange |
Pris en charge : Tous les types RAID. Meilleure pratique : Disques 5400 ou 7200 = RAID 1/10 uniquement. RAID5* = Fonctions d’analyse de surface et de nettoyage haute priorité activées pour un maximum de 7 disques par groupe de baies et contrôleur de baie. RAID6 * = Fonctions d’analyse de surface et de nettoyage haute priorité activées. |
Pris en charge : Tous les types RAID. Concaténation de disques (JBOD) (non RAID) (trois copies de bases de données ou plus). Meilleure pratique : Disques 5400 ou 7200 = RAID 1/10 uniquement ou JBOD. En cas de copies de base de données retardées, il faut au moins deux copies retardées ou protéger les copies retardées avec RAID. RAID5* = Fonctions d’analyse de surface et de nettoyage haute priorité activées pour un maximum de 7 disques par groupe de baies et contrôleur de baie. RAID6 * = Fonctions d’analyse de surface et de nettoyage haute priorité activées. |
Volume des journaux de base de données de boîtes aux lettres Exchange |
Pris en charge : Tous les types RAID. Meilleure pratique : RAID1/10. |
Pris en charge : Tous les types RAID. JBOD (non RAID) (trois copies de base de données ou plus). Meilleure pratique : RAID1/10. En cas de copies de base de données retardées, il faut au moins deux copies retardées ou protéger les copies retardées avec RAID. |
*Inclut différents types de RAID, tels que RAID50 ou RAID51 pour RAID5
Le tableau suivant fournit des conseils sur les configurations de groupes de stockage pour Exchange 2010.
Prise en charge des types RAID pour le rôle de serveur de boîtes aux lettres d’Exchange 2010
| 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 : 75% de mise en cache en écriture et 25% en lecture (mise en cache avec batterie de secours). Respectez les meilleures pratiques du fournisseur de la solution de stockage. |
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 de serveur de boîtes aux lettres d’Exchange 2010
| 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 : Avec JBOD, partitionnez un seul disque en deux volumes (un pour la base de données, l’autre pour le flux de journal). |
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 : Avec JBOD, partitionnez un seul disque en deux volumes (un pour la base de données, l’autre pour le flux de journal). Meilleure pratique : Avec JBOD, une seule base de données par journal, 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 de serveur de boîtes aux lettres d’Exchange 2010
| 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 de serveur de boîtes aux lettres d’Exchange 2010
| 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 : La valeur par défaut Windows Server 2008 est 1 mégaoctet (Mo). |
Pris en charge : La valeur par défaut Windows Server 2008 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 : Prise en charge NTFS uniquement. |
Pris en charge : Prise en charge NTFS uniquement. |
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é. |
Pris en charge. Meilleure pratique : Ni obligatoire, ni recommandé. |
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 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 cluster de basculement Windows exécutant des versions antérieures à Windows. Pour plus d’informations sur le chiffrement BitLocker Windows 7, voir Chiffrement de lecteur BitLocker dans Windows 7 : Forum Aux Questions. |
Retour au début
Délais d'attente du disque Windows
En ce qui concerne Exchange 2010 Service Pack 1 (SP1), des renseignements sont inclus pour traiter les blocages en E/S. Avant d'utiliser Exchange 2010, Exchange a signalé des E/S lentes dans le journal d'événements mais n'a effectué aucune autre action. Exchange 2010 SP1 va faire échouer le serveur activement (suite à une vérification d'erreur) si les blocages en E/S affectent les bases de données actives sur un nœud DAG.
La nouvelle logique de récupération dans Exchange 2010 SP1 tire parti du comportement de vérification d'erreur Windows intégré lorsque certaines conditions se produisent. Plus précisément, lorsque des blocages en E/S se produisent. Le moteur ESE (Extensible Storage Engine) a été mis à jour pour détecter les blocages en E/S et prendre des mesures correctives afin de récupérer automatiquement le serveur.
ESE assure une surveillance d’E/S qui détecte les E/S bloquées dans un délai spécifique. Par défaut, si une E/S dans une base de données ne répond plus pendant plus d’une minute, le moteur ESE enregistre un événement. Si une base de données a une E/S qui ne répond plus pendant plus de 4 minutes, le moteur ESE enregistre un événement d’échec particulier, le cas échéant.
L’événement ESE 507, 508, 509 ou 510 peut être enregistré ou pas, selon la nature du blocage en E/S. Si le volume du système d’exploitation ou la capacité d’enregistrement vers le journal des événements sont affectés, les événements ne sont pas enregistrés. Si les événements sont enregistrés, le service de réplication de Microsoft Exchange (MSExchangeRepl.exe) détecte cette condition et déclenche volontairement une vérification d’erreur de Windows en mettant fin au processus wininit.exe. Le tableau suivant décrit le comportement logique de récupération dans Exchange 2010 SP1 et les versions antérieures.
| Version Exchange | Type d'E/S | Moment d'E/S | Comportement |
|---|---|---|---|
Exchange Server 2003 |
Completed |
>60 secondes |
Enregistrer dans le journal des événements |
Exchange Server 2007 |
Completed |
>60 secondes |
Enregistrer dans le journal des événements |
Exchange 2010 RTM |
Completed |
>60 secondes |
Enregistrer dans le journal des événements Le moteur ESE effectue un nettoyage sur les pages concernées par des E/S lentes |
Exchange 2010 SP1 |
En vol |
>60 secondes |
Enregistrer dans le journal des événements |
Exchange 2010 SP1 |
En vol |
> 4 minutes |
Terminer les processus wininit.exe et vérification d'erreur du serveur |
Exchange Server 2010 SP1 |
Completed |
>30 secondes |
Enregistrer dans le journal des événements Le moteur ESE exécute un nettoyage sur les pages concernées par des E/S lentes |
.gif "Remarque") Remarque : |
|---|
| Dans la colonne Type E/S du tableau, En vol décrit une opération d'E/S lente qui ne s'est pas correctement terminée. Terminé décrit une opération d'E/S lente qui a mis plus de 30 secondes pour se terminer. Le concept de détection des opérations en vol d'E/S est nouveau dans Exchange 2010. Dans les versions précédentes de Microsoft Exchange, le programme effectuait le rapport uniquement après la fin des opérations d'E/S. |
Nous vous recommandons de ne pas modifier le nouveau comportement logique de récupération dans Exchange 2010 SP1. Cependant, si vous devez modifier le nouveau comportement, voir Nouvelles fonctionnalités de haute disponibilité et de résilience de site dans Exchange 2010 SP1 pour plus d'informations sur la manière d'effectuer cette opération.
Le tableau suivant décrit les instructions pour paramétrer la sous-clé de registre HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk\TimeOutValue pour les serveurs qui exécutent le rôle de boîte aux lettres Exchange 2010.
| Scénario | Recommandation |
|---|---|
Stockage en attachement direct |
Réduire la valeur de délai d'attente du disque Windows à 20 secondes Se reporter aux directives du fabricant du matériel Les directives du fabricant de votre matériel sont prioritaires en cas de choc |
Stockage RAID en attachement SAN |
Réduire la valeur de délai d'attente du disque Windows à 20 secondes Se reporter aux directives du fabricant du matériel Les directives du fabricant de votre matériel sont prioritaires en cas de choc |
Stockage JBOD |
Augmenter la valeur de délai d'attente du disque Windows à 180 secondes Se reporter aux directives du fabricant du matériel Les directives du fabricant de votre matériel sont prioritaires en cas de choc |
Pour plus d'informations, voir l'article du blog de l'équipe Exchange Server Délais d'attente du disque Windows et Exchange Server 2010.
© 2010 Microsoft Corporation. Tous droits réservés.