Avamar : Que se passe-t-il lorsque avtar lit un fichier pendant la phase d’analyse des fichiers ?

Que se passe-t-il lorsque Avamar analyse les fichiers pendant une sauvegarde ?

Lors d’une sauvegarde Avamar, avtar analyse l’ensemble du système de fichiers spécifié dans le jeu de données source. Il vérifie chaque fichier pour savoir s’il a été modifié depuis la sauvegarde précédente.   

Pour plus d’informations sur la façon dont avtar détecte si un fichier a été modifié, consultez Client Avamar - Que faut-il changer avant qu’avtar considère qu’un fichier a été modifié ?

Avtar parcourt tous les répertoires, même si l’heure de modification des répertoires eux-mêmes n’a pas changé. Cela est dû au fait que les sous-répertoires de niveau inférieur peuvent avoir été modifiés.

Pour chaque fichier hors répertoire, avtar rassemble ses métadonnées. Il s’agit des informations statistiques relatives au fichier.
Sur un système de fichiers Windows NTFS ou ReFS avec descripteurs de sécurité, avtar collecte également le descripteur de sécurité.
En effet, ces informations peuvent changer sans que l’heure de modification du fichier ne change.
 
Le chemin d’accès complet d’un objet est combiné à des métadonnées de type statistique pour effectuer une recherche dans le cache de fichiers.

Lors d’une réussite de lecture du cache de fichiers, le hachage du contenu, ou l’emplacement des sauvegardes Data Domain, est renvoyé.

Cela permet de sauvegarder le fichier sans l’ouvrir. Ce n’est pas nécessaire, car il n’a jamais changé depuis la dernière fois qu’il a été sauvegardé.

En cas d’échec de lecture du cache de fichiers, le fichier est ouvert et son contenu est lu, segmenté, compressé et haché. Le cache de hachage (ou DDBoost pour Data Domain) est ensuite utilisé pour éviter d’envoyer du contenu à l’instance d’Avamar Server.
 
Un hachage est généré en fonction des informations renvoyées par une opération de type stat.

Exemple sous 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

Lors de l’évaluation de la modification du fichier, avtar prend en compte les heures de modification et de changement, mais PAS l’heure d’accès.

Il s’agit d’une opération rapide qui explique pourquoi les sauvegardes Avamar avec peu de fichiers modifiés et un taux de modification faible sont si rapides.

Si le hachage calculé diffère de ce qui se trouve dans le cache de fichiers du client, le fichier est considéré comme modifié. Un fichier modifié doit être entièrement traité et les nouveaux fragments doivent être envoyés à Avamar Server.

Articles connexes :

• Avamar : Comportement et théorie des performances de sauvegarde.
• Avamar : Utiliser les logs du client pour identifier les fichiers qui ont été nouveaux ou modifiés depuis la sauvegarde précédente.
• Avamar : Dépannage des performances de sauvegarde ralenties.
• Client Avamar : que doit-il changer pour qu’avtar considère qu’un fichier a été modifié ?