Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Analice datos inactivos de ONTAP con informes de datos inactivos

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

El informe de datos inactivos (IDR) es una herramienta excelente para determinar la cantidad de datos inactivos (fríos) que se pueden distribuir por niveles desde un nivel local.

Por defecto, IDR utiliza un periodo de enfriamiento de 31 días para determinar qué datos se consideran inactivos. La cantidad de datos fríos que se escalan depende de las políticas de escalonamiento establecidas en los volúmenes. En versiones anteriores a ONTAP 9.8, IDR utilizaba un periodo de enfriamiento fijo de 31 días.

Antes de empezar

ONTAP 9.4

  • IDR está activado por defecto en todos los agregados de FabricPool.

  • IDR puede activarse en agregados SSD no-FabricPool.

ONTAP 9.6

  • IDR está activado por defecto en todos los agregados SSD que no sean FabricPool.

  • IDR puede activarse en agregados de discos duros que no sean FabricPool.

ONTAP 9.8

  • El periodo de refrigeración de IDR puede ajustarse mediante la configuración volume -tiering-minimum-cooling-days.

Acerca de esta tarea

  • IDR informa sobre los datos inactivos que se pueden clasificar por niveles, no sobre los datos inactivos que se han clasificado por niveles. Si se ha activado FabricPool y los datos inactivos se han clasificado por niveles, IDR dejará de informar sobre ellos.

Nota

Aunque IDR está activado por defecto en todos los agregados SSD (ONTAP 9.6 y posteriores), si la carga de trabajo de un cliente necesita el 90% de los recursos del sistema, IDR se desactiva automáticamente, poniendo los días de refrigeración a cero. Si esto ocurre, IDR no se vuelve a activar automáticamente.

Para evitar que el proceso automatizado cierre IDR con el fin de liberar recursos para otras cargas de trabajo, activa manualmente -is-inactive-data-reporting-enabled en true.

  • Notificación de datos inactivos cuando no se puede activar FabricPool, incluidos los siguientes casos:

    • Agregados raíz

    • Agregados que contienen volúmenes que utilizan una garantía de espacio distinta de ninguna. (No se admiten volúmenes con aprovisionamiento grueso.)

    • Agregados de MetroCluster que ejecutan versiones de ONTAP anteriores a 9.7

    • Flash Pool (agregados híbridos o agregados de SnapLock)

Procedimiento

Puede determinar cuántos datos están inactivos con System Manager de ONTAP o la CLI de ONTAP.

System Manager

  1. Seleccione una de las siguientes opciones:

    • Cuando tenga agregados de disco duro existentes, vaya a Almacenamiento > Niveles y haga clic Icono de opciones de menú en el agregado en el que desea activar la generación de informes de datos inactivos.

    • Si no se ha configurado ningún nivel de nube, vaya a Dashboard y haga clic en el enlace Activar informe de datos inactivos en capacidad.

CLI
Para habilitar la generación de informes de datos inactivos con la CLI:

  1. Si el agregado del que desea ver los informes de datos inactivos no se utiliza en FabricPool, habilite los informes de datos inactivos para el agregado mediante storage aggregate modify el comando con el -is-inactive-data-reporting-enabled true parámetro.

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

    Debe habilitar de forma explícita la funcionalidad de generación de informes de datos inactivos en un agregado que no se utiliza para FabricPool.

    No puede ni necesita habilitar la generación de informes de datos inactivos en un agregado habilitado para FabricPool porque el agregado ya incluye la generación de informes de datos inactivos. `-is-inactive-data-reporting-enabled`El parámetro no funciona en agregados habilitados para FabricPool.

    `-fields is-inactive-data-reporting-enabled`El parámetro `storage aggregate show` del comando muestra si la generación de informes de datos inactivos está habilitada en un agregado.

  2. Para mostrar la cantidad de datos inactivos en un volumen, utilice volume show el comando con -fields performance-tier-inactive-user-data,performance-tier-inactive-user-data-percent el parámetro.

    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.

    • El performance-tier-inactive-user-data campo muestra cuántos datos de usuario almacenados en el agregado están inactivos.

    • `performance-tier-inactive-user-data-percent`El campo muestra qué porcentaje de los datos están inactivos en el sistema de archivos activo y las instantáneas.

    • Para un agregado que no se usa para FabricPool, la generación de informes inactivos usa la política de organización en niveles para decidir cuántos datos deben generar informes tan fríos.

      • En el caso none de la política de organización en niveles, se utilizan 31 días.

      • Para snapshot-only auto los usos de los informes de datos inactivos y., tiering-minimum-cooling-days .

      • Para ALL la política, los informes de datos inactivos asumen que los datos se clasificarán en niveles en un día.

        Hasta que se alcance el período, el resultado indica «»-» para el importe de los datos inactivos en lugar de un valor.

    • En un volumen que forma parte de FabricPool, lo que ONTAP informa como inactivo depende de la política de organización en niveles que se establezca en un volumen.

      • En el caso none de la política de organización en niveles, ONTAP informa de la cantidad de todo el volumen que permanece inactivo durante al menos 31 días. No se puede utilizar -tiering-minimum-cooling-days el parámetro con none la política de organización en niveles.

      • Para las ALL snapshot-only auto políticas , , y de organización en niveles, los informes de datos inactivos no están soportados.

Información relacionada