Avamar: El respaldo es lento o falla con "Fin de tiempo de espera" debido a una gran cantidad de datos nuevos o modificados
Summary: Un respaldo de Avamar es lento o falla con "Fin de tiempo de espera agotado" debido a una gran cantidad de datos nuevos o modificados.
Symptoms
Un respaldo de Avamar parece ejecutarse más lentamente de lo normal o no se puede completar dentro de su ventana de respaldo regular.
El registro del cliente muestra que el respaldo contiene un alto porcentaje de archivos modificados o una gran cantidad de datos nuevos.
El extracto del registro muestra muchos archivos modificados.
2013-12-03 20:48:24 avtar Info <5156>: Backup #72 timestamp 2013-12-03 20:48:24, 2,890,814 files, 420,421 folders, 5,362 GB (2,743,151 files, 24.36 GB, 0.45% new)
Este registro muestra que el respaldo escaneó 2 890 814 archivos y que 2 743 151 de esos archivos se modificaron desde el último respaldo. A pesar de este gran porcentaje de modificación de archivos, solo se envió un 0,45 % de datos nuevos al servidor Avamar.
Extracto del registro que muestra una gran cantidad de datos adicionales.
2015-09-26 11:09:52 avtar Info <5157>: PARTIAL Backup #31 timestamp 2015-09-26 11:20:21, 4,591 files, 1,044 directories, 145.1 GB (2,082 files, 61.63 GB, 42.47% new)
Este extracto de registro muestra que se agregaron 60 GB de datos nuevos al respaldo, en comparación con un tamaño total de respaldo de 145 GB.
Cause
El motivo por el cual el respaldo tarda más en estas situaciones es porque avtar debe escanear cada archivo en el conjunto de datos para comprobar si se modificó.
Los archivos modificados se dividen en fragmentos pequeños, se les asigna un hash SHA y, a continuación, se comparan con el contenido de la caché. Los archivos que no están en la caché se comparan con los que se encuentran en el servidor Avamar y, si faltan, se envían a través de la red. Esto puede tardar mucho tiempo para archivos grandes.
Avamar se comporta según lo esperado, pero los datos pueden ser inusuales o es posible que algún otro proceso esté operando en el conjunto de datos para modificar los archivos.
Si se agregó una gran cantidad de datos nuevos a un respaldo de Avamar, el trabajo tarda más en procesar e ingerir los archivos nuevos.
Resolution
El cliente debe revisar al cliente y determinar si el cambio de datos es intencional y se debe a la actividad normal.
¿El cliente modificó el conjunto de datos para el cliente o agregó una unidad de disco?
Si la cantidad de datos nuevos o la cantidad de archivos aumenta, incluso después de que se completa el respaldo inicial, es posible que finalmente ya no se complete dentro de los límites de una ventana diaria.
Revise el registro de respaldo y compárelo con un registro de respaldo anterior en el que el respaldo se completó dentro de la cantidad de tiempo regular.
Si la cantidad de datos de respaldo aumentó más allá del alcance del diseño original, solicite ayuda a los servicios profesionales de Dell o al Centro de diseño de respaldo y recuperación de Dell.
Additional Information
El siguiente artículo de DELL es útil para investigar qué archivos de un respaldo se modificaron y tuvieron que ser procesados por Avamar.
Avamar no modifica los archivos ni utiliza el "bit de archivo".
Investigue qué está causando que se modifiquen los archivos o los metadatos de los archivos.
Se ha observado que algunos programas de software antivirus modifican los atributos de metadatos de un archivo, ya sea por diseño o por accidente.
Se han observado ejemplos de este comportamiento con los siguientes productos.
- Sophos:
- Rendimiento deficiente de respaldo para el cliente Avamar que ejecuta Sophos antivirus
- 118630: Sophos Anti-Virus provoca el aumento de los tiempos de ejecución del respaldo.
- Trend Micro:
- Consulte la revisión 1383 en estas notas de la versión.