Avamar : définition de la taille des caches du client Avamar pour éviter que le dépassement du cache n’entraîne des problèmes de performances de sauvegarde

Vérifiez si le cache du client a besoin d’être ajusté.  

• Avamar : vérification du journal du client Avamar pour les problèmes de cache de fichier ou de dimensionnement du cache de hachage

Ne modifiez pas le fichier de cache s’il est de taille appropriée. Il n’y aura aucun effet bénéfique sur les performances.

Règles de réglage des tailles maximales du cache

Assurez-vous que les caches deviennent si volumineux que le client finit par les permuter, car la RAM physique est insuffisante pour gérer tous les processus. La permutation est le mouvement des pages de mémoire entre la RAM et le disque.

Bonnes pratiques pour régler les tailles maximales du cache :

• Ne laissez jamais la taille totale du cache combinée dépasser un quart de la RAM physique totale disponible.
• Définissez les tailles maximales du cache de hachage et de fichiers sur une fraction de la RAM physique totale disponible. Spécifiez les tailles du cache de hachage et du fichier à l’aide d’entiers négatifs.
• Limitez la taille totale du cache à environ un quart de la RAM physique.
• Définissez l’un des caches sur -5 (ce qui équivaut à 20 % de la RAM du client) et définissez l’autre cache sur -32 (3 % de la RAM du client).
• Par exemple, pour un client de base de données volumineux, utilisez les paramètres suivants :
  --filecachemax=-32
  --hashcachemax=-5
• Si vous utilisez autre chose que les tailles de cache par défaut, incluez les paramètres de cache maximal personnalisés dans le fichier avtar.cmd sur le client.
• Parfois, le seul choix possible est d’augmenter la quantité de RAM physique sur le client. Vous pouvez également sauvegarder le client en utilisant plusieurs jeux de données plus petits.
• Si nécessaire, limitez la taille des caches en dessous des valeurs optimales :
  • Pour un serveur de fichiers classique, allouez d’abord la RAM requise au cache de fichiers.
  • Pour un client de base de données classique, allouez d’abord la RAM requise au cache de hachage.

Réglage du cache de fichiers

Si le cache de fichiers est supprimé, inutilisé ou sous-dimensionné, tous les fichiers qui ne sont pas des correspondances dans le cache de fichiers doivent être traités. Le traitement implique la lecture, le découpage, la compression et le hachage du contenu du fichier.
Cela se produit avant que le processus Avamar puisse vérifier que les hachages ont été précédemment envoyés à l’instance d’Avamar Server.
Si un fichier existe dans le cache de fichiers, il n’a pas besoin d’être lu par avtar.
Cela permet d’économiser beaucoup de temps et de traitement, tout en réduisant la durée des sauvegardes.

Par défaut, le cache de fichiers peut consommer jusqu’à un huitième de la RAM physique sur le client Avamar.
Par exemple, si le client dispose de 4 Go de RAM, le cache de fichiers est limité à 4 Go divisés par 8, soit 512 Mo maximum.

La taille du cache de fichiers double à chaque augmentation nécessaire.
Les tailles de cache de fichiers peuvent être (en mégaoctets) : 5,5 Mo, 11 Mo, 22 Mo, 44 Mo, 88 Mo, 176 Mo, 352 Mo, 704 Mo et 1 408 Mo.

Étant donné que le programme avtar est une application 32 bits, la taille maximale du cache de fichiers qu’avtar peut utiliser est limitée à moins de 2 Go.
Dans un exemple où un client dispose de 4 Go de RAM, la taille maximale du cache de fichiers est de 352 Mo.

Chaque entrée d’un cache de fichiers se compose d’un en-tête de 4 octets et de deux hachages SHA-1 de 20 octets (44 octets au total) :

• Entrée de hachage SHA-1 des attributs de fichier.
  Les attributs de fichier sont les suivants : Nom de fichier, chemin d’accès au fichier, heure de modification, taille du fichier, propriétaire, groupe et autorisations.
• Entrée de hachage SHA-1 pour le hachage du contenu réel du fichier, indépendamment des attributs du fichier.

Règle de cache de fichiers

Si le client se compose de N millions de fichiers, le cache de fichiers doit être d’au moins N millions de fichiers x 44 millions d’octets/million de fichiers. Cela signifie que le cache de fichiers doit être d’au moins N x 44 Mo, où N est le nombre de millions de fichiers dans la sauvegarde.

Exemple : cache de fichiers

Lorsqu’un client dispose de 4 millions de fichiers, le cache de fichiers doit être d’au moins 176 Mo (4 x 44 Mo). Le cache de fichiers doit être autorisé à passer à 176 Mo pour prendre en charge tous les fichiers.

Bonnes pratiques :

Le cache de fichiers doit comporter au minimum N x 44 Mo, N étant le nombre de millions de fichiers dans la sauvegarde. La taille du cache de fichiers double à chaque accroissement. Pour dimensionner correctement le cache de fichiers :

1. Définissez la valeur --filecachemax comme suit :
    

   --filecachemax = 2 x N x 44

   
   Où N représente le nombre de millions de fichiers dans la sauvegarde.
2. Définissez - -hashcachemax sur une petite valeur, telle que :

   --hashcachemax=30

Réglage du cache de hachage

S’il détecte que le hachage d’un fragment n’est pas contenu dans le cache de hachage, il interroge le serveur Avamar pour déterminer la présence du hachage.
Par défaut, le cache de hachage peut consommer jusqu’à un seizième de la mémoire RAM physique du client Avamar.
En utilisant le même client avec 4 Go de RAM décrit dans « Réglage du cache de fichiers », le cache de hachage est limité à 4 Go/16, ou 256 Mo maximum.

Le cache de hachage double également de taille chaque fois qu’il a besoin d’augmenter.
Les tailles actuelles du cache de hachage sont exprimées en mégaoctets : 24 Mo, 48 Mo, 96 Mo, 192 Mo, 384 Mo, 768 Mo, etc. Dans cet exemple, où un client dispose de 4 Go de RAM, la taille maximale du cache de hachage est de 192 Mo.

Chaque entrée d’un cache de hachage se compose d’un en-tête de 4 octets et d’un hachage SHA-1 par fragment ou composite, qui est le hachage du contenu du fragment ou du composite.

Règle de cache de hachage

Si le client se compose de Y Go de données de base de données, le cache de hachage doit être d’au moins YGB/taille de fragment moyenne x 24 millions d’octets/million de fragments.
Utilisez 24 Ko comme taille de fragment moyenne pour toutes les sauvegardes.
Le cache de hachage doit être d’au moins Y Mo, où Y correspond au nombre de Go de données de base de données dans la sauvegarde.

Exemple : cache de hachage

Lorsqu’un client de base de données dispose de 500 Go de données de base de données, le cache de hachage doit être autorisé à augmenter jusqu’à au moins 500 Mo.
Le cache de hachage doit être autorisé à augmenter jusqu’à la taille incrémentielle suivante (768 Mo) pour prendre en charge les hachages de tous les fragments d’une sauvegarde de base de données.

Bonnes pratiques

Le cache de hachage doit être d’un minimum de Y Mo, où Y correspond à la taille de la base de données sauvegardée en Go.

La taille du cache de hachage double à chaque fois qu’elle augmente.
Pour dimensionner correctement le cache de hachage, définissez la valeur --hashcachemax comme suit :

--hashcachemax = 2 x Y

Où Y est la taille de la base de données à sauvegarder en Go.