Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Analysez les données ONTAP inactives à l'aide du reporting de données inactives

Contributeurs netapp-lenida netapp-aaron-holt netapp-dbagwell johnlantz netapp-bhouser netapp-aherbin

Le rapport sur les données inactives (IDR) est un excellent outil pour déterminer la quantité de données inactives (froides) qui peuvent être hiérarchisées à partir d'un niveau local.

Par défaut, IDR utilise une période de refroidissement de 31 jours pour déterminer quelles données sont considérées comme inactives. La quantité de données froides hiérarchisées dépend des politiques de hiérarchisation définies sur les volumes. Dans les versions antérieures à ONTAP 9.8, IDR utilisait une période de refroidissement fixe de 31 jours.

Avant de commencer

ONTAP 9.4

  • L'IDR est activé par défaut sur tous les agrégats FabricPool.

  • L'IDR peut être activé sur des agrégats SSD non-FabricPool.

ONTAP 9.6

  • L'IDR est activé par défaut sur tous les agrégats SSD non-FabricPool.

  • L'IDR peut être activé sur des agrégats HDD non-FabricPool.

ONTAP 9.8

  • La période de refroidissement IDR peut être ajustée à l'aide du paramètre volume-tiering-minimum-cooling-days.

Description de la tâche
  • IDR signale les données inactives susceptibles d'être hiérarchisées, et non les données inactives déjà hiérarchisées. Si FabricPool a été activé et que des données inactives ont été hiérarchisées, elles ne seront plus signalées par IDR.

Remarque

Bien que l'IDR soit activée par défaut sur tous les agrégats SSD (ONTAP 9.6 et versions ultérieures), si la charge de travail d'un client requiert 90 % des ressources système, l'IDR est automatiquement désactivée, réinitialisant le nombre de jours de refroidissement à zéro. Si cela se produit, l'IDR ne se réactive pas automatiquement.

Pour éviter que le processus automatisé n'arrête IDR afin de libérer des ressources pour d'autres charges de travail, activez manuellement -is-inactive-data-reporting-enabled sur true.

  • Signalement des données inactives lorsque FabricPool ne peut pas être activé, notamment dans les cas suivants :

    • Agrégats racine

    • Les agrégats contenant des volumes utilisant une garantie d'espace autre que none. (Les volumes à provisionnement épais ne sont pas pris en charge.)

    • Agrégats MetroCluster exécutant des versions ONTAP antérieures à 9.7

    • Flash Pool (agrégats hybrides ou agrégats SnapLock)

Procédure

Déterminez la quantité de données inactives avec ONTAP System Manager ou l'interface de ligne de commandes ONTAP.

System Manager
  1. Choisissez l'une des options suivantes :

    • Lorsque vous disposez d'agrégats de disques durs existants, accédez à Storage > tiers et cliquez sur l'agrégat sur Icône des options de menu lequel vous souhaitez activer le reporting des données inactives.

    • Lorsqu'aucun niveau de Cloud n'est configuré, accédez à Dashboard et cliquez sur le lien Activer le reporting des données inactives sous Capacity.

CLI
Pour activer le reporting des données inactives avec l'interface de ligne de commandes :
  1. Si l'agrégat pour lequel vous souhaitez voir le reporting de données inactives n'est pas utilisé dans FabricPool, activez le reporting de données inactives de l'agrégat à l'aide de storage aggregate modify commande avec -is-inactive-data-reporting-enabled true paramètre.

    cluster1::> storage aggregate modify -aggregate aggr1 -is-inactive-data-reporting-enabled true

    Vous devez activer de manière explicite la fonctionnalité de reporting de données inactives sur un agrégat non utilisé pour FabricPool.

    Il n'est pas nécessaire d'activer le reporting des données inactives sur un agrégat compatible FabricPool, car l'agrégat est déjà inclus dans le reporting des données inactives. Le -is-inactive-data-reporting-enabled Le paramètre ne fonctionne pas sur les agrégats compatibles avec FabricPool.

    Le -fields is-inactive-data-reporting-enabled paramètre du storage aggregate show commande indique si le reporting de données inactives est activé sur un agrégat.

  2. Pour afficher la quantité de données inactives sur un volume, utilisez le volume show commande avec -fields performance-tier-inactive-user-data,performance-tier-inactive-user-data-percent paramètre.

    cluster1::> volume show -fields performance-tier-inactive-user-data,performance-tier-inactive-user-data-percent
    
    vserver volume performance-tier-inactive-user-data performance-tier-inactive-user-data-percent
    ------- ------ ----------------------------------- -------------------------------------------
    vsim1   vol0   0B                                  0%
    vs1     vs1rv1 0B                                  0%
    vs1     vv1    10.34MB                             0%
    vs1     vv2    10.38MB                             0%
    4 entries were displayed.
    • Le performance-tier-inactive-user-data affiche la quantité de données utilisateur stockées dans l'agrégat inactives.

    • Ce performance-tier-inactive-user-data-percent champ affiche le pourcentage de données inactives dans le système de fichiers actif et les snapshots.

    • Dans le cas d'un agrégat qui n'est pas utilisé pour FabricPool, le reporting des données inactives utilise la règle de Tiering afin de déterminer la quantité de données à signaler comme inactives.

      • Pour le none règle de tiering, 31 jours sont utilisés.

      • Pour le snapshot-only et auto, utilisation de rapports de données inactives tiering-minimum-cooling-days.

      • Pour le ALL la génération de rapports de données inactives suppose que les données seront stockées sur un tier d'ici une journée.

        Jusqu'à ce que la période soit atteinte, la production indique "-" pour la quantité de données inactives au lieu d'une valeur.

    • Sur un volume faisant partie d'FabricPool, le rapport ONTAP inactif dépend de la règle de Tiering définie sur un volume.

      • Pour le none Règle de Tiering, ONTAP indique le volume entier inactif pendant au moins 31 jours. Vous ne pouvez pas utiliser -tiering-minimum-cooling-days paramètre avec le none règle de hiérarchisation.

      • Pour le ALL, snapshot-only, et auto les règles de tiering, le reporting des données inactives n'est pas pris en charge.