Avamar: ¿Qué sucede cuando avtar lee un archivo durante la fase de escaneo de archivos?

¿Qué sucede cuando Avamar escanea archivos durante un respaldo?

Durante un respaldo de Avamar, avtar escanea todo el sistema de archivos especificado en el conjunto de datos fuente. Comprueba cada archivo para saber si se modificó desde el respaldo anterior.   

Para obtener más información sobre cómo avtar detecta si se modificó un archivo, consulte Avamar Client: ¿Qué debe cambiar antes de que avtar considere que un archivo se ha modificado?

Avtar recorre todos los directorios, incluso si la hora de modificación de los directorios no ha cambiado. Esto se debe a que los subdirectorios de nivel inferior pueden haber cambiado.

Para cada archivo que no es de directorio, avtar recopila sus metadatos. Estos metadatos son la información de "estadísticas" sobre el archivo.
En un sistema de archivos NTFS o ReFS de Windows con descriptores de seguridad, avtar también recopila el descriptor de seguridad.
Esto se debe a que esa información puede cambiar sin que cambie la "hora de modificación del archivo".
 
Toda la ruta de un objeto se combina con metadatos similares a estadísticas para realizar una búsqueda en la caché de archivos.

En un acierto de lectura de caché de archivos, se devuelve el hash de contenido, o ubicación para respaldos de Data Domain.

Esto permite respaldar el archivo sin abrirlo. No es necesario, ya que nunca cambió desde la última vez que se realizó una copia de seguridad.

En un error de lectura de la caché de archivos, el archivo se abre y el contenido se lee, fragmenta, se comprime y se aplica hash. A continuación, se utiliza la caché de hash (o DDBoost para Data Domain) para evitar el envío de contenido al servidor Avamar.
 
Se produce un hash en función de la información que se devuelve de una operación similar a una estadística.

Ejemplo en Linux:

stat testtest.gz
  File: `testtest.gz'
  Size: 29              Blocks: 8          IO Block: 4096   regular file
Device: 803h/2051d      Inode: 2149406915  Links: 1
Access: (0600/-rw-------)  Uid: (  500/   admin)   Gid: (  500/   admin)
Access: 2014-12-30 07:51:14.335261000 +0000
Modify: 2014-12-30 07:51:14.335261000 +0000
Change: 2014-12-30 07:51:18.443265606 +0000

Al evaluar si el archivo ha cambiado, avtar considera los tiempos de modificación y cambio, pero NO el tiempo de acceso.

Esta es una operación rápida y explica por qué los respaldos de Avamar con pocos archivos modificados y una tasa de cambio baja son tan rápidos.

Si el hash calculado difiere de lo que se encuentra en la caché de archivos del cliente, se considera que el archivo ha cambiado. Un archivo modificado se debe procesar por completo y los nuevos fragmentos se deben enviar al servidor Avamar.

Artículos relacionados:

• Avamar: Comportamiento y teoría del rendimiento del respaldo.
• Avamar: Cómo usar los registros del cliente para identificar los archivos nuevos o modificados desde el respaldo anterior.
• Avamar: Solución de problemas de rendimiento de respaldo lento.
• Avamar Client: ¿Qué debe cambiar antes de que avtar considere que un archivo ha sido modificado?