Skip to main content
OnCommand Unified Manager 9.5
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Réponse à un événement de performance dynamique provoqué par une panne de disque

Contributeurs
PDF

Vous pouvez utiliser Unified Manager pour analyser un événement de performances provoqué par l'utilisation excessive d'un agrégat par des charges de travail. Vous pouvez également utiliser Unified Manager pour vérifier l'état de santé de l'agrégat et vérifier si les événements récemment détectés sur l'agrégat ont contribué à ce qui se passe.

Avant de commencer

  • Vous devez avoir le rôle opérateur, administrateur OnCommand ou administrateur stockage.

  • Il doit y avoir des événements de performances nouveaux, acquittés ou obsolètes.

Étapes

  1. Affichez la page Détails de l'événement pour afficher des informations sur l'événement.

  2. Lisez la Description, qui décrit les charges de travail impliquées dans l'événement et le composant de cluster en conflit.

    Plusieurs volumes victime sont affectés par des conflits entre le composant du cluster. L'agrégat, qui se trouve au milieu d'une reconstruction RAID pour remplacer le disque défectueux par un disque de spare, est le composant du cluster en conflit. Sous composant en conflit, l'icône d'agrégat est mise en surbrillance rouge et le nom de l'agrégat est affiché entre parenthèses.

  3. Dans le graphique utilisation des charges de travail, sélectionnez charges de travail vitales.

  4. Placez le curseur de la souris sur le graphique pour afficher les principales charges de travail dominantes qui affectent le composant.

    Les charges de travail les plus exigeantes avec une utilisation maximale depuis la détection de l'événement sont affichées en haut du graphique. L'un des workloads les plus importants est le système de stockage sur disque défini par le système, qui indique une reconstruction RAID. La reconstruction est le processus interne impliqué dans la reconstruction de l'agrégat sur le disque de spare. La charge de travail Disk Health, associée à d'autres charges de travail de l'agrégat, a probablement provoqué un conflit sur l'agrégat et l'événement associé.

  5. Après avoir confirmé que l'activité de la charge de travail Disk Health a provoqué l'événement, attendez environ 30 minutes que la reconstruction se termine, et que Unified Manager analyse l'événement et détecte si l'agrégat est toujours en conflit.

  6. Dans Unified Manager, recherchez l'ID d'événement que vous avez enregistré à l'étape 2.

    L'événement correspondant à la panne de disque s'affiche sur la page des détails de l'événement. Une fois la reconstruction RAID terminée, vérifiez que l'état est obsolète, ce qui indique que l'événement est résolu.

  7. Dans le graphique utilisation des charges de travail, sélectionnez charges de travail vitales pour afficher les charges de travail de l'agrégat en fonction du pic d'utilisation.

  8. Accédez à la page Détails des performances/volumes pour la charge de travail supérieure.

  9. Cliquez sur 1D pour afficher les 24 dernières heures (1 jour) de données pour le volume sélectionné.

    Dans le tableau latence, un point rouge (Icône d'incident de Performance Manager) indique quand l'événement de panne de disque s'est produit.

  10. Sélectionnez données d'interruption par.

  11. Sous composants, sélectionnez utilisation du disque.

  12. Cliquez sur soumettre.

    Le graphique utilisation des disques affiche un graphique de toutes les demandes de lecture et d'écriture de la charge de travail sélectionnée vers les disques de l'agrégat cible.

  13. Comparez les données du graphique utilisation du disque aux données au moment de l'événement dans le graphique latence.

    Au moment de l'événement, l'utilisation des disques affiche une quantité élevée d'activités de lecture et d'écriture, causée par les processus de reconstruction RAID, qui a augmenté la latence du volume sélectionné. Quelques heures après l'événement s'est produit, les lectures, les écritures et la latence ont diminué, confirmant que l'agrégat n'est plus en conflit.