Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Analizza i dati ONTAP inattivi con report sui dati inattivi

Collaboratori netapp-lenida netapp-aaron-holt netapp-dbagwell johnlantz netapp-bhouser netapp-aherbin
PDF

La segnalazione dei dati inattivi (IDR) è un ottimo strumento per determinare la quantità di dati inattivi (freddi) che possono essere trasferiti su un tier a partire da un tier locale.

Per impostazione predefinita, IDR utilizza un periodo di raffreddamento di 31 giorni per determinare quali dati sono considerati inattivi. La quantità di dati freddi che viene suddivisa in livelli dipende dalle policy di tiering impostate sui volumi. Nelle versioni precedenti a ONTAP 9.8, IDR utilizzava un periodo di raffreddamento fisso di 31 giorni.

Prima di iniziare

ONTAP 9.4

  • IDR è abilitato di default su tutti gli aggregati FabricPool.

  • IDR può essere abilitato su aggregati SSD non-FabricPool.

ONTAP 9.6

  • IDR è abilitato di default su tutti gli aggregati SSD non-FabricPool.

  • IDR può essere abilitato su aggregati HDD non-FabricPool.

ONTAP 9.8

  • Il periodo di raffreddamento IDR può essere regolato utilizzando l'impostazione volume-tiering-minimum-cooling-days.

A proposito di questa attività

  • IDR segnala i dati inattivi che possono essere suddivisi in livelli, non i dati inattivi che sono già stati suddivisi in livelli. Se FabricPool è stato abilitato e i dati inattivi sono stati suddivisi in livelli, non verranno più segnalati da IDR.

Nota

Sebbene IDR sia abilitato di default su tutti gli aggregati SSD (ONTAP 9.6 e versioni successive), se un carico di lavoro client richiede il 90% delle risorse di sistema, IDR viene disattivato automaticamente, azzerando i giorni di raffreddamento. In tal caso, IDR non si riattiva automaticamente.

Per evitare che il processo automatico disattivi IDR al fine di liberare risorse per altri carichi di lavoro, abilitare manualmente -is-inactive-data-reporting-enabled su true.

  • Segnalazione dei dati inattivi quando FabricPool non può essere abilitato, inclusi i seguenti casi:

    • Aggregati root

    • Aggregati che contengono volumi che utilizzano una garanzia di spazio diversa da nessuna. (I volumi con provisioning spesso non sono supportati.)

    • Aggregati MetroCluster con versioni di ONTAP precedenti alla 9.7

    • Flash Pool (aggregati ibridi o aggregati SnapLock)

Procedura

È possibile determinare la quantità di dati inattivi con Gestore di sistema di ONTAP o l'interfaccia utente di ONTAP.

System Manager

  1. Scegliere una delle seguenti opzioni:

    • Quando si dispone di aggregati HDD, accedere a Storage > Tier e fare clic Icona delle opzioni di menu sull'aggregato in cui si desidera attivare il reporting dei dati inattivi.

    • Se non sono configurati Tier cloud, accedere a Dashboard e fare clic sul collegamento Enable inactive data reporting sotto Capacity.

CLI
Per attivare la creazione di report dei dati inattivi con la CLI:

  1. Se l'aggregato per il quale si desidera visualizzare il reporting dei dati inattivi non viene utilizzato in FabricPool, attivare il reporting dei dati inattivi per l'aggregato utilizzando storage aggregate modify con il -is-inactive-data-reporting-enabled true parametro.

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

    È necessario attivare esplicitamente la funzionalità di reporting dei dati inattivi su un aggregato non utilizzato per FabricPool.

    Non è possibile e non è necessario attivare il reporting dei dati inattivi su un aggregato abilitato a FabricPool perché l'aggregato è già dotato di report dei dati inattivi. Il -is-inactive-data-reporting-enabled Il parametro non funziona sugli aggregati abilitati per FabricPool.

    Il -fields is-inactive-data-reporting-enabled del parametro storage aggregate show il comando indica se il reporting dei dati inattivi è attivato su un aggregato.

  2. Per visualizzare la quantità di dati inattivi su un volume, utilizzare volume show con il -fields performance-tier-inactive-user-data,performance-tier-inactive-user-data-percent parametro.

    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.

    • Il performance-tier-inactive-user-data campo visualizza la quantità di dati utente memorizzati nell'aggregato non attivi.

    • Il performance-tier-inactive-user-data-percent campo visualizza la percentuale di dati inattivi nel file system attivo e negli snapshot.

    • Per un aggregato non utilizzato per FabricPool, il reporting dei dati inattivi utilizza la policy di tiering per stabilire la quantità di dati da riportare come cold.

      • Per none policy di tiering, 31 giorni.

      • Per snapshot-only e. auto, utilizza il reporting dei dati inattivi tiering-minimum-cooling-days.

      • Per ALL policy, il reporting dei dati inattivi presuppone che i dati verranno tier entro un giorno.

        Fino al raggiungimento del punto, l'output mostra “-” per la quantità di dati inattivi invece di un valore.

    • Su un volume che fa parte di FabricPool, i report di ONTAP come inattivi dipendono dal criterio di tiering impostato su un volume.

      • Per none Policy di tiering, ONTAP riporta la quantità di volume intero che è inattivo per almeno 31 giorni. Non è possibile utilizzare -tiering-minimum-cooling-days con il none policy di tiering.

      • Per ALL, snapshot-only, e. auto policy di tiering, il reporting dei dati inattivi non è supportato.

Informazioni correlate