Data Domain: El uso del espacio en la recolección de datos superó el umbral
Resumen: Data Domain envía alertas de que está casi lleno (90-100 %). En este artículo, se brinda ayuda para analizar la causa real, si hay algún problema en la eliminación de archivos o si DD se llenó hasta su límite. ...
Síntomas
ddboost@dd# alerts show current Id Post Time Severity Class Object Message ----- ------------------------ -------- ---------- ------------- ---------------------------------------------------------------------------- p0-69 Fri Jun 2 20:36:00 2017 CRITICAL Filesystem FilesysType=2 EVT-SPACE-00004: Space usage in Data Collection has exceeded 100% threshold. ----- ------------------------ -------- ---------- ------------- ---------------------------------------------------------------------------- There is 1 active alert. ddboost@dd# df -kh Active Tier: Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB* ---------------- -------- --------- --------- ---- -------------- /data: pre-comp - 1678028.9 - - - /data: post-comp 165663.3 165663.3 0.0 100% 28605.6 /ddvar 47.2 10.5 34.3 23% - /ddvar/core 984.3 368.6 565.7 39% - ---------------- -------- --------- --------- ---- --------------
Causa
- Los respaldos no vencen y DD contiene muchos archivos antiguos.
- DD contiene una gran cantidad de archivos pequeños.
- DD es un origen de replicación de recopilaciones.
- Las instantáneas de Mtree conservan datos.
- El retraso de la replicación hace que los datos no se eliminen durante la limpieza.
- Los datos se han recopilado en DD en su nivel máximo.
Resolución
Siga los pasos que aparecen a continuación para solucionar el problema:
- Revise si hay una gran cantidad de tamaño que se puede limpiar. Si la hay, inicie una limpieza manual para recuperar el espacio.
- Los respaldos no vencen. DD contiene una gran cantidad de archivos antiguos.
- Compruebe la política de retención actual configurada en el software de respaldo.
- Consulte la sección Distribución de archivos para obtener los registros de soporte automático más recientes.
Distribución de archivos
----------------- 59,343 files in 243 directories Count Space ----------------------------- -------------------------- Age Files % cumul% GiB % cumul% --------- ----------- ----- ------- -------- ----- ------- 1 day 1,486 2.5 2.5 6447.1 0.9 0.9 1 week 7,477 12.6 15.1 74390.0 10.1 11.0 2 weeks 12,183 20.5 35.6 94039.1 12.8 23.7 1 month 13,050 22.0 57.6 134241.0 18.2 41.9 2 months 3,432 5.8 63.4 111922.9 15.2 57.1 3 months 2,417 4.1 67.5 51673.8 7.0 64.1 6 months 2,562 4.3 71.8 154479.7 21.0 85.1 1 year 2,806 4.7 76.5 35099.5 4.8 89.8 > 1 year 13,930 23.5 100.0 74979.7 10.2 100.0 --------- ----------- ----- ------- -------- ----- -------
Si se encuentran archivos más antiguos que la duración establecida en la política de retención actual en DD, verifique con el software de respaldo, ya que los archivos no vencen según la política.
- Si la política se cambió recientemente, los archivos que se recopilaron con la política de retención anterior podrían estar presentes. Caduque manualmente los respaldos antiguos desde el software de respaldo.
- Si la política de retención y la distribución de archivos cumplen con las expectativas, continúe.
- DD contiene una gran cantidad de archivos pequeños.
El sistema de archivos de Data Domain está diseñado para segmentar la recopilación de datos en segmentos de 4 KB a 12 KB para la desduplicación de esos segmentos. Los archivos con un tamaño inferior a 12 KB podrían ocupar más espacio en el DD que en el almacenamiento normal. Si hay muchos archivos de 10 KB o más pequeños, esto podría afectar el uso del almacenamiento.
Compruebe esto en los registros de soporte automático de DD. El histograma de archivos pequeños se encuentra en la distribución de archivos:
Count Space ----------------------------- -------------------------- Size Files % cumul% GiB % cumul% --------- ----------- ----- ------- -------- ----- ------- 1 KiB 8 0.0 0.0 0.0 0.0 0.0 10 KiB 32,792 25.1 25.1 0.2 0.0 0.0 100 KiB 32,774 25.1 50.2 2.0 0.0 0.0 500 KiB 10,607 8.1 58.3 2.3 0.0 0.0 1 MiB 1,653 1.3 59.6 1.2 0.0 0.0 5 MiB 8,036 6.2 65.7 17.5 0.0 0.0 10 MiB 2,377 1.8 67.6 15.6 0.0 0.0 50 MiB 6,680 5.1 72.7 152.1 0.0 0.0 100 MiB 1,153 0.9 73.5 72.1 0.0 0.0 500 MiB 517 0.4 73.9 120.5 0.0 0.0 1 GiB 322 0.2 74.2 233.4 0.0 0.0 5 GiB 1,432 1.1 75.3 3767.4 0.2 0.2 10 GiB 581 0.4 75.7 4416.6 0.2 0.4 50 GiB 23,715 18.2 93.9 606656.4 28.3 28.7 100 GiB 3,999 3.1 96.9 272684.4 12.7 41.4 500 GiB 3,456 2.6 99.6 982062.1 45.8 87.2 > 500 GiB 536 0.4 100.0 268000.0 12.5 99.7 --------- ----------- ----- ------- -------- ----- -------
Si este es el motivo, Dell Technologies recomienda configurar el procedimiento de respaldo para que los archivos pequeños rara vez se recopilen. Cambie la metodología de copia de seguridad para incluir todos los archivos pequeños en un único archivo de mayor tamaño (por ejemplo, un archivo .tar o .gz) antes de escribirlos en el DD.
- Las instantáneas de Mtree conservan datos.
- Compruebe si hay instantáneas antiguas no vencidas o vencidas que tengan datos. Para todos los MTrees, ejecute el comando:
# snapshot list mtree /data/col1/<Mtree_name>
-
Si se encuentran instantáneas antiguas que aún están presentes ahí y conservan los datos, compruebe si se pueden caducar. Si es así, caduque las instantáneas.
-
Si existen instantáneas de REPL-MTREE-RESYNC-RESERVE*, se realizó la interrupción de la replicación y la resincronización.
-
Esas instantáneas no vencen con el proceso de replicación normal
-
Deben vencerse manualmente cuando ya no sean necesarios; de lo contrario, el período retenido es de un año.
-
# snapshot expire <snapshot_name> mtree /data/col1/<Mtree_name>
- Inicie y detenga la limpieza para eliminar estas instantáneas caducadas:
# filesys clean start
# filesys clean stop
- Verifique si las instantáneas se eliminaron para los MTrees para los que vencieron las instantáneas:
# snapshot list mtree /data/col1/<Mtree_name>
- Si la instantánea aún está ahí, siga los pasos de Data Domain: No se puede eliminar una instantánea bloqueada temporalmente por contexto de replicación
- Un gran retraso de replicación hace que los datos no se eliminen durante la limpieza.
- Ejecute el comando para comprobar si hay alguna replicación configurada en DD:
# replication show config
- Compruebe si hay una alerta de retraso de replicación o tiempo de sincronización en DD mediante la ejecución del comando:
# alerts show current
- Compruebe si hay algún tamaño que se pueda limpiar en el resultado del comando:
# df
- Si hay un gran retraso de replicación, rompa el par e inicie la limpieza para recuperar el espacio en DD. Cuando finalice, vuelva a sincronizar la replicación.
- Consulte Data Domain: interrumpir y resincronizar la replicación de directorios para interrumpir y resincronizar la replicación de directorios.
- Los datos se recopilaron en DD en su nivel máximo.
Si todas las causas anteriores parecen no estar sucediendo aquí, entonces el espacio en DD está lleno a su máxima capacidad y el usuario debe agregar más almacenamiento en DD.
Información adicional
Para obtener más información, consulte este video:
Cómo resolver el uso del espacio en la recolección de datos en Dell Data Domain.
Duración: 00:06:35 (hh:mm:ss)
Subtítulos: No hay ninguno disponible.