Les tests de stockage permettent d’analyser le stockage afin de déterminer s’il peut fonctionner correctement pour un cluster de basculement exécutant Windows Server 2008 R2.

Correction des problèmes non traités par les tests de stockage

Si un test de stockage indique que votre stockage ou votre configuration de stockage ne prend pas en charge un cluster de basculement, consultez les suggestions suivantes :

  • Contactez le fournisseur de votre stockage et utilisez les utilitaires fournis avec votre espace de stockage en cluster pour rassembler des informations sur la configuration. (Dans de rares cas, votre fournisseur de stockage peut vous indiquer que votre solution de cluster est prise en charge même si les tests de stockage ne le confirment pas. Par exemple, votre solution de cluster peut avoir été spécialement conçue pour fonctionner sans stockage partagé.)

  • Examinez les résultats des multiples tests dans l’Assistant Validation d’une configuration, notamment le test Répertorier les adaptateurs de bus hôte (voir la rubrique Présentation des tests de validation des clusters : Inventaire) et les deux tests décrits dans cette rubrique, Répertorier tous les disques et Répertorier les disques de cluster potentiels.

  • Recherchez un test de validation de stockage en rapport avec celui qui a permis de découvrir le problème. Par exemple, si le test Valider plusieurs arbitrages a permis de découvrir un problème, le test connexe, Valider l’arbitrage de disque, peut fournir des informations utiles.

  • Examinez les exigences en matière de stockage dans la rubrique Présentation des prérequis pour les clusters de basculement.

    Pour obtenir des informations sur la compatibilité matérielle pour Windows Server 2008 R2, voir https://go.microsoft.com/fwlink/?LinkID=139145 (éventuellement en anglais).

  • Consultez la documentation de votre stockage ou contactez son fabricant.

Tests de stockage dans l’Assistant Validation d’une configuration

Vous pouvez exécuter les tests de stockage suivants à l’aide de l’Assistant Validation d’une configuration :

Répertorier tous les disques

Ce test permet de répertorier tous les disques visibles sur un ou plusieurs serveurs testés. Ce test répertorie :

  • Les disques pouvant prendre en charge le clustering et accessibles par tous les serveurs

  • Les disques présents sur un serveur individuel

Les informations suivantes sont répertoriées pour chaque disque :

  • Numéro du disque

  • Identificateur unique

  • Type de bus

  • Type de pile

  • Adresse du disque (le cas échéant), notamment le port, le chemin d’accès, l’identificateur cible (TID) et le numéro d’unité logique (LUN)

  • Description de la carte

  • Caractéristiques du disque telles que le style et le type de partition

Vous pouvez utiliser ce test pour diagnostiquer les problèmes non traités par les autres tests de stockage décrits dans cette rubrique.

Répertorier les disques de cluster potentiels

Ce test permet de répertorier les disques qui peuvent prendre en charge le clustering et qui sont visibles sur tous les serveurs testés. Pour prendre en charge le clustering, le disque doit être connecté via une interface Serial Attached SCSI (SAS), iSCSI ou Fibre Channel. En outre, le test vérifie que les entrées/sorties à chemins d’accès multiples fonctionnent correctement, ce qui signifie que chacun des disques est considéré comme un seul disque, et non deux.
Types de disques non répertoriés par le test

Ce test répertorie uniquement les disques pouvant être utilisés pour le clustering. Les disques qu’il répertorie doivent :

  • être connectés via une interface SAS (Serial Attached SCSI), iSCSI ou Fibre Channel ;

  • être visibles sur tous les serveurs du cluster ;

  • être accessibles via un adaptateur de bus hôte qui prend en charge le clustering ;

  • ne pas correspondre à un volume de démarrage ou à un volume système ;

  • éviter d’être utilisés pour des fichiers d’échange, pour la mise en veille prolongée ou pour des fichiers de vidage. (Les fichiers de vidage enregistrent le contenu de la mémoire lorsque le système s’arrête de manière inattendue.)

Valider la latence de l’accès au disque

Ce test permet de vérifier que la latence des opérations de lecture et d’écriture des disques se situe dans des limites acceptables pour un cluster de basculement. Si les opérations de lecture et d’écriture des disques sont trop longues, elles peuvent éventuellement déclencher des expirations du cluster. Une autre conséquence est que l’application qui tente d’accéder au disque peut sembler en échec et le cluster peut initialiser un basculement inutile.

Valider l’arbitrage de disque

Ce test permet de vérifier que :

  • chacun des serveurs en cluster peut utiliser le processus d’arbitrage pour devenir le propriétaire de chacun des disques de cluster ;

  • lorsqu’un serveur particulier est le propriétaire d’un disque, si un ou plusieurs serveurs arbitrent ce disque, le propriétaire d’origine en conserve la propriété.

Si un serveur en cluster ne peut pas devenir le propriétaire d’un disque, ou s’il ne peut en conserver la propriété lorsque d’autres serveurs en cluster arbitrent ce disque, divers problèmes risquent de se produire :

  • Le disque peut ne pas avoir de propriétaire et par conséquent être indisponible.

  • Deux propriétaires pourraient écrire sur le disque de manière désordonnée, ce qui risquerait d’endommager le disque.

    Les serveurs de cluster de basculement sont conçus pour coordonner toutes les opérations d’écriture de manière à éviter tout endommagement des disques.

  • Le disque peut changer de propriétaire lors de chaque arbitrage, ce qui porte atteinte à la disponibilité du disque.

Valider le basculement de disque

Ce test permet de vérifier que le basculement du disque fonctionne correctement dans le cluster. Plus particulièrement, le test vérifie que lorsqu’un disque duquel un seul serveur en cluster est propriétaire bascule, le serveur qui prend possession du disque peut le lire. Ce test vérifie également que les informations écrites sur le disque avant le basculement sont toujours les mêmes après ce dernier.

Si le basculement du disque se produit mais que le serveur qui en prend possession ne peut pas le lire, le cluster ne peut pas maintenir la disponibilité du disque. Si les informations écrites sur le disque sont modifiées au cours du processus de basculement, cela peut générer des problèmes pour les utilisateurs ou les logiciels qui ont besoin de ces informations. Dans les deux cas, si le disque concerné est un témoin de disque (un disque qui stocke des données de configuration du cluster et qui participe au quorum), de tels problèmes peuvent engendrer la perte du quorum pour le cluster et son arrêt.

Si ce test révèle que le basculement de disque ne fonctionne pas correctement, les résultats des tests suivants peuvent vous aider à identifier la cause du problème :

Valider le système de fichiers

Ce test permet de vérifier que le système de fichiers présent sur les disques du stockage partagé est pris en charge par les clusters de basculement.

Valider les disques Microsoft MPIO

Ce test permet de vérifier que les disques à chemins d’accès multiples (disques Microsoft MPIO) ont été configurés correctement pour le cluster de basculement.

Valider plusieurs arbitrages

Ce test permet de vérifier que lorsque plusieurs serveurs en cluster arbitrent un disque de cluster, un seul serveur en obtient la propriété. Le processus d’arbitrage de disque aide à garantir que les serveurs en cluster effectuent toutes les opérations d’écriture de manière coordonnée, afin d’éviter tout endommagement des disques.

Si ce test révèle que plusieurs serveurs en cluster peuvent obtenir la propriété d’un disque de cluster via un arbitrage, les résultats du test suivant peuvent vous aider à identifier la cause du problème :

Valider les données VPD (Vital Product Data) du périphérique SCSI

Ce test permet de vérifier que le stockage prend en charge les données d’interrogation SCSI (descripteurs VPD) nécessaires et qu’elles sont uniques.

Valider la réservation persistante SCSI-3

Ce test permet de vérifier que l’espace de stockage en cluster utilise les commandes de réservation persistante (norme SCSI-3) les plus récentes (qui sont différentes des anciennes commandes de réservation/libération de la norme SCSI-2). Les commandes de réservation persistante évitent les réinitialisations de bus SCSI, ce qui signifie qu’elles sont moins perturbatrices que les anciennes commandes de réservation/libération. Par conséquent, un cluster de basculement peut se montrer plus réactif dans diverses situations, par rapport à un cluster qui exécute une version antérieure du système d’exploitation. En outre, les disques ne sont jamais laissés dans un état non protégé, ce qui réduit le risque de corruption des volumes.

Valider le basculement simultané

Ce test permet de vérifier que les basculements de disques simultanés fonctionnent correctement dans le cluster. Plus particulièrement, il vérifie que même lorsque plusieurs basculements de disques se produisent en même temps, tout serveur en cluster qui prend possession d’un disque peut le lire. Ce test vérifie également que les informations écrites sur chaque disque avant un basculement sont toujours les mêmes après ce dernier.

Si le basculement du disque se produit mais que le serveur qui en prend possession ne peut pas le lire, le cluster ne peut pas maintenir la disponibilité du disque. Si les informations écrites sur le disque sont modifiées au cours du processus de basculement, cela peut générer des problèmes pour les utilisateurs ou les logiciels qui ont besoin de ces informations. Dans les deux cas, si le disque concerné est un témoin de disque (un disque qui stocke des données de configuration du cluster et qui participe au quorum), de tels problèmes peuvent engendrer la perte du quorum pour le cluster et son arrêt.

Si ce test révèle que le basculement de disque ne fonctionne pas correctement, les résultats des tests suivants peuvent vous aider à identifier la cause du problème :

Références supplémentaires

Table des matières