Avamar : Client Avamar : Qu’est-ce qui doit changer pour qu’avtar considère qu’un fichier a été modifié ?

Lorsqu’un client Avamar effectue une sauvegarde du système de fichiers, il examine tous les fichiers Avamar du périmètre du jeu de données de l’ordre de travail.
Il détermine quels fichiers ont été modifiés afin que ces fichiers puissent être traités.

Ce processus est bien documenté dans le workflow dans le fichier joint « avtarprocess.pdf ».

Cet article traite de« ce qui doit changer avant qu’avtar considère qu’un fichier a été modifié ».

C’est important quand ;

• Examen d’une sauvegarde avec un nombre de fichiers modifiés supérieur ou inférieur à la normale.
• Lorsque les fichiers sont volumineux et leur traitement prendrait relativement long lorsqu’ils sont détectés comme modifiés.

Qu’est-ce qui doit changer pour qu’avtar considère qu’un fichier a été modifié ?

Attributs pris en compte par avtar ;

• Nom du fichier . 
• Taille du fichier . 
• Le mtime du fichier (heure de modification).
• Chemin d’accès au fichier.
• L’état du fichier hors ligne ou en ligne.
• Le fstype du fichier (FAT32 et NTFS).

Attributs NON pris en compte par avtar

• Propriétaire du fichier .
• Le groupe du fichier.
• UNIX Listes de contrôle d’accès (ACL).
• Le temps d’accès (atime) du fichier.
• Le ctime du fichier (heure de modification de l’inode/fichier) : comme indiqué dans Engineering Esczilla 7618 #C13.

Lors de la sauvegarde, pendant qu’avtar analyse le système de fichiers, il lit (c’est-à-dire « stats ») toutes les métadonnées. Il peut ensuite remplir un DIRELEM entier (élément de répertoire) à l’exception du hachage SHA-1 du contenu du fichier.

Le cache de fichiers est le mécanisme permettant d’obtenir ces « 20 octets manquants » pour les fichiers qui ont été précédemment sauvegardés et qui ne sont pas modifiés.

Si le cache de fichiers renvoie le hachage SHA-1 du contenu du fichier, avtar dispose de tout ce dont il a besoin pour remplir entièrement le DIRELEM. 

Il n’est pas nécessaire d’ouvrir et de lire le fichier.

Remarque 1 : L’entrée dans le cache de fichiers ne correspond pas à toutes les métadonnées.

• Cela évite de réanalyser les fichiers dont le contenu n’a pas changé.
• Inclus dans la décision : Chemin complet, taille, mtime. état hors ligne ou en ligne, fstype (FAT32 vs NTFS, etc.).
• Non inclus dans la décision : propriétaire, groupe, ACL UNIX, etc.

Remarque 2 : Bien que toutes les métadonnées ne soient pas utilisées dans la recherche du cache de fichiers, toutes les métadonnées sont stockées dans le DIRELEM de chaque sauvegarde.

• Toute modification des métadonnées génère un nouveau DIRELEM qui est stocké sur l’Avamar Server.
• Cela garantit que nous enregistrons TOUTES les modifications de métadonnées, même lorsque le contenu du fichier ne change pas.

Articles de la base de connaissances liés à ce sujet :-

• Avamar : Utiliser les logs du client pour identifier les fichiers qui ont été nouveaux ou modifiés depuis la sauvegarde précédente.
• Avamar : interprétation des lignes d’état du journal de sauvegarde avtar.
• Avamar : Que se passe-t-il lorsque avtar lit un fichier pendant la phase d’analyse des fichiers.
• La sauvegarde Avamar s’exécute lentement en raison de la modification des métadonnées par un logiciel tiers pour les fichiers non modifiés.
• Avamar - Performances de sauvegarde médiocres pour le client Avamar exécutant l’antivirus Sophos.