Avamar: Avamar Client: ¿Qué debe cambiar antes de que avtar considere que un archivo ha sido modificado?

Cuando un cliente Avamar ejecuta un respaldo del sistema de archivos, examina todos los archivos de Avamar dentro del alcance del conjunto de datos de la orden de trabajo.
Determina qué archivos han cambiado para que esos archivos se puedan procesar.

Este proceso está bien documentado en el flujo de trabajo en el archivo adjunto "avtarprocess.pdf".

En este artículo, se analiza"lo que debe cambiar antes de que avtar considere que un archivo ha sido modificado".

Esto es importante cuando;

• Investigación de un respaldo con una cantidad mayor o menor de archivos modificados que la habitual.
• Cuando los archivos son grandes y tardan relativamente mucho tiempo en procesarse cuando se detectan como modificados.

¿Qué debe cambiar antes de que avtar considere que un archivo ha sido modificado?

Atributos considerados por avtar;

• El nombre del archivo . 
• El tamaño del archivo . 
• El mtime (hora de modificación) del archivo.
• La ruta del archivo .
• El estado offline o en línea del archivo.
• El fstype del archivo (FAT32 frente a NTFS).

Atributos que avtar NO considera

• El propietario del archivo .
• El grupo del archivo.
• UNIX Listas de control de acceso (ACL).
• El atime (tiempo de acceso) del archivo.
• El ctime del archivo (hora de cambio de inodo/archivo), como se describe en Engineering Esczilla 7618 #C13.

Durante el respaldo, mientras avtar escanea el sistema de archivos, lee (es decir, "estadísticas") todos los metadatos. A continuación, puede rellenar un DIRELEM completo (elemento de directorio) excepto el hash SHA-1 del contenido del archivo.

La caché de archivos es el mecanismo para obtener estos "20 bytes faltantes" para los archivos que se respaldaron anteriormente y que no se han modificado.

Si la caché de archivos devuelve el hash SHA-1 del contenido del archivo, avtar tiene todo lo que necesita para llenar completamente el DIRELEM. 

No es necesario abrir y leer el archivo.

Nota 1: La entrada a la caché de archivos no son todos los metadatos.

• Esto evita volver a analizar los archivos cuyo contenido no ha cambiado.
• Se incluye en la decisión: Ruta completa, tamaño y mtime. Estado offline o en línea, fstype (FAT32 frente a NTFS, etc.).
• No se incluyen en la decisión: el propietario, el grupo, las ACL de UNIX, etc.

Nota 2: Aunque no todos los metadatos se utilizan en la búsqueda en la caché de archivos, todos los metadatos se almacenan en DIRELEM en cada copia de seguridad.

• Cualquier cambio en los metadatos genera un nuevo DIRELEM que se almacena en Avamar Server.
• Esto garantiza que capturemos TODOS los cambios en los metadatos, incluso cuando el contenido del archivo no cambie.

Artículos de la base de conocimientos relacionados con este tema:

• Avamar: Cómo usar los registros del cliente para identificar los archivos nuevos o modificados desde el respaldo anterior.
• Avamar: Cómo interpretar las líneas de estado del registro de respaldo de avtar.
• Avamar: ¿Qué sucede cuando avtar lee un archivo durante la fase de escaneo de archivos?
• El respaldo de Avamar funciona lento debido a que el software de otros fabricantes modifica los metadatos de los archivos sin cambios.
• Avamar: rendimiento deficiente de respaldo para el cliente Avamar que ejecuta el antivirus Sophos.