Avamar : Comment contrôler l’utilisation de la mémoire Avtar en ajustant le hachage et les caches de fichiers
Summary: Optimisez l’utilisation de la mémoire Avamar en ajustant les caches de hachage et de fichiers, en remplaçant les limites par défaut par des indicateurs et en personnalisant les tailles de cache pour améliorer les performances. ...
Instructions
Informations concernant : avtar Utilisation de la mémoire :
Il existe trois facteurs principaux qui contribuent à l’utilisation globale de la mémoire sur le client lorsque avtar score:
1. L’option avtar Le binaire lui-même nécessite de la mémoire lors de l’exécution d’une sauvegarde (c’est-à-dire snapup). Quantité de mémoire consommée par le avtar est généralement comprise entre 20 Mo et 30 Mo. Cette quantité dépend du système d’exploitation exécuté par le client et fluctue également au cours de la sauvegarde en fonction de la structure des fichiers récupérés par avtar.
2. L’option avtar Le processus charge deux fichiers de cache dans la mémoire. Ces deux fichiers de cache se trouvent dans le répertoire var Avamar. Le premier d’entre eux est le cache de fichiers (f_cache.dat). Le cache de fichiers stocke les hachages des attributs de fichier et est utilisé pour identifier rapidement les fichiers qui ont été précédemment sauvegardés sur le fichier Axion (alias Avamar). La présence du cache de fichiers est l’une des principales raisons pour lesquelles les Axion Les sauvegardes (c’est-à-dire après la sauvegarde initiale) sont généralement très rapides. En général, le cache de fichiers filtre environ 95 à 98 % des 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 ouverts, lus, fragmentés et hachés avant la avtar Le processus constate que les hachages ont été précédemment envoyés au Axion serveur. Si un fichier présente une correspondance dans le cache de fichiers, il n’est jamais consulté, ce qui permet d’économiser beaucoup de temps et de processeur.
Par défaut, le cache de fichiers peut consommer jusqu’à 1/8e de la RAM physique sur le Axion client. Par exemple, si le client dispose de 4 Go de RAM, le cache de fichiers est limité à un maximum de 512 Mo. La taille du cache de fichiers double à chaque fois qu’elle doit s’étendre. Les tailles actuelles du cache de fichiers sont 5,5 Mo, 11 Mo, 22 Mo, 44 Mo, 88 Mo, 176 Mo, 352 Mo, 704 Mo, etc. Dans cet exemple, où un client dispose de 4 Go de RAM, la taille maximale du cache de fichiers est limitée à 352 Mo.
3. Le deuxième cache est le cache de hachage (p_cache.dat). Le cache de hachage stocke les hachages des fragments qui ont été envoyés à l’objet Axion serveur. Comme nous l’avons déjà mentionné, l' avtar Le processus gagne le plus d’efficacité en s’assurant que le cache de fichiers est dimensionné de manière appropriée. Si le cache de hachage est supprimé, n’est pas utilisé ou est sous-dimensionné, alors si le cache de hachage avtar trouve qu’un hachage d’un fragment qui n’est pas contenu dans le cache de hachage, le avtar requêtes de processus Axion server pour la présence du hachage.
Par défaut, le cache de hachage peut consommer jusqu’à 1/16e de la RAM physique sur le Axion client. Dans l’exemple précédent du client avec 4 Go de RAM, le cache de hachage est limité à un maximum de 256 Mo. Le cache de hachage double également de taille à chaque fois qu’il doit s’étendre. Les tailles actuelles du cache de hachage sont de 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 limitée à 194 Mo.
De ce qui précède, on peut déduire que si un client dispose de plus d’un /2 Go de RAM, les caches de fichiers et de hachage dominent l’utilisation globale de la mémoire. Cela est dû au fait que les deux caches sont lus entièrement dans la mémoire au début de la avtar sauvegarde. De même, comme indiqué ci-dessus, par défaut, la mémoire globale utilisée par avtar est limitée à environ 3/16e de la RAM physique sur le Axion client.
Les tailles des caches de fichiers et de hachage sont imprimées vers le début de la avtar .
Par exemple :
avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\f_cache.dat (5767712 bytes)
avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\p_cache.dat (25166368 bytes)
Ici, le cache de fichiers est de 5,5 Mo et le cache de hachage est de 24 Mo.
À l’issue de l' avtar , l’ensemble de messages suivant s’affiche :
avtar Info <5587>: Updating cache files in C:\ProgramFiles\Avamar\var
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\f_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\f_cache.dat (5.5MB of 63MB max)
avtar Stats <6151>: File cache: 131072 entries,added/updated 140, booted 0
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\p_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\p_cache.dat (24.0MB of 31MB max)
avtar Stats <6152>: Hash cache: 1048576 entries,added/updated 1091, booted 0
À partir de ces lignes, il indique que le cache de fichiers peut évoluer, mais que le cache de hachage est à son maximum. Si l’un ou l’autre des caches est sous-dimensionné, la valeur « démarré » n’est pas égale à zéro et le log inclut un avertissement indiquant que le cache est sous-dimensionné. Ce point est important à noter, car la taille du cache a une influence considérable sur les performances globales.
Les limites de cache par défaut peuvent être remplacées à l’aide des deux balises suivantes :
--filecachemax=n
Où n est le nombre de Mo ou une fraction (valeur négative = fraction de RAM)
Valeur par défaut:
--filecachemax=-8
Exemple de limitation du cache de fichiers à une taille de 100 Mo :
--filecachemax=100
--hashcachemax=n
Où n est le nombre de Mo ou une fraction (valeur négative = fraction de RAM)
Valeur par défaut:
--hashcachemax=-16
Une autre considération de mise en œuvre est que si la taille du cache est limitée sur un ensemble de clients, les paramètres appropriés doivent être ajoutés à chaque client avtar.cmd afin qu’il soit appliqué chaque fois que le client effectue une sauvegarde, même les sauvegardes manuelles. Si aucune balise ne figure dans le fichier avtar.cmd et qu’une sauvegarde manuelle est effectuée sans les options appropriées, le fichier ou le cache de hachage peut revenir à ses limites par défaut.
Pour optimiser les performances, il est parfois nécessaire d’augmenter la taille du cache par rapport aux valeurs par défaut.
Ces conditions peuvent exister dans les deux cas diamétralement opposés suivants :
1. Si le client dispose de millions de petits fichiers, il peut être nécessaire d’augmenter la taille du cache de fichiers par rapport à la taille par défaut. La ligne directrice générale est que, pour chaque million de fichiers sur le Axion client, le client doit disposer de 512 Mo de RAM physique.
Si un client dispose de 1 million de fichiers, un minimum de 20 Mo est nécessaire pour stocker les hachages de fichier pour une seule sauvegarde (chaque hachage correspond à 20 octets). Étant donné que les hachages de fichier de plusieurs sauvegardes doivent être stockés, il en faut davantage, ce qui signifie qu’ils passeront à environ 44 Mo. Étant donné que 1/8e des 512 Mo physiques de RAM est utilisé par défaut, le cache peut croître jusqu’à une limite de 64 Mo, de sorte que la valeur de 1/8e de la RAM pour le cache de fichiers est adéquate.
2. Si le client dispose de quelques fichiers volumineux, la valeur par défaut de 1/16e pour le cache de hachage est probablement insuffisante.
Par exemple, s’il existe une base de données de 200 Go, vous devez mettre en cache jusqu’à 10 millions de hachages. Chaque hachage étant de 20 octets, un minimum de 200 Mo est requis pour une seule sauvegarde.
L’incrément suivant disponible est de 384 Mo. Par conséquent, si ce client dispose de 4 Go de RAM, le cache de hachage doit être autorisé à croître jusqu’à 1/8e de la RAM. Si la valeur par défaut de 1/16e de la RAM est utilisée, le cache de hachage est limité à 192 Mo et le cache de hachage est sous-dimensionné. Dans le cas des bases de données, comme peu de fichiers sont sauvegardés, le cache de fichiers est considérablement plus petit, de sorte que l’utilisation nette de la mémoire est toujours d’environ 1/8e à 3/16e de la RAM.
Pour traiter ce problème de façon plus systématique dans un environnement donné, déterminez à partir de la avtar Enregistre la taille des caches de fichiers et de hachage.
Si la taille combinée de ces caches doit être inférieure, il existe des moyens de limiter les tailles.
Si les tailles de cache doivent être limitées, gardez à l’esprit les points suivants :
- Pour un serveur de fichiers classique, une exécution sans cache de hachage est bien préférable à une exécution sans cache de fichiers
- Pour un serveur de base de données classique, il est préférable de l’exécuter sans cache de fichiers plutôt que de l’exécuter sans cache de hachage.