Symptoms
Le cache de fichier d’échange Avamar 7.0 utilisé pour les sauvegardes de système de fichiers vers la solution intégrée Avamar et Data Domain consomme beaucoup plus d’espace disque que le cache de fichiers monolithique.
Si le répertoire /var d’Avamar se trouve sur un système de fichiers client ou sur un volume dont la capacité de disque est limitée, l’augmentation de la taille du fichier « sur disque » occupée par le cache de fichier d’échange peut entraîner des problèmes de gestion de la capacité du disque sur le client du système de fichiers Avamar.
Cause
Dans le
document EMC Avamar 7.0 Operational Best Practices, nous avons documenté les éléments suivants :
« Par rapport à la méthode de mise en cache des fichiers d’origine, les sauvegardes qui implémentent un cache de fichier d’échange à la demande utilisent jusqu’à 20 fois plus d’espace disque. »
Il existe deux raisons pour lesquelles le fichier de cache de fichier d’échange est environ 20 fois plus grand que le cache de fichiers monolithique :
- 20 octets supplémentaires par fichier pour le décalage CDSF
Le cache de fichiers monolithique utilise 44 octets par fichier : en-tête de 4 octets, hachage d’attribut de fichier de 20 octets et hachage de contenu de fichier de 20 octets. Le cache de fichier d’échange utilise 64 octets par fichier. Les 20 octets supplémentaires sont utilisés pour stocker des informations sur le décalage dans le conteneur de sauvegarde CDSF (Common Data Streaming Format) où se trouve le fichier. Si le cache de fichier d’échange et le cache de fichiers monolithique avaient le même format, le cache de fichier d’échange augment de 1,5 fois.
- Pas de partage des entrées entre les sauvegardes
Les deux caches de fichiers conservent les hachages jusqu’à 16 sauvegardes. Avec le cache de fichiers monolithique, une fois la première sauvegarde terminée, environ 2 % des fichiers changent quotidiennement. Après la première sauvegarde, la plupart des entrées sont partagées entre les sauvegardes. Toutefois, dans un cache de fichier d’échange, chaque page d’éléments est unique à une sauvegarde spécifique, et les entrées ne sont donc pas partagées entre les sauvegardes. Dans ce cas, le cache de fichier d’échange stocke environ 10 fois plus d’entrées que le cache de fichiers monolithique.
Ces deux facteurs contribuent à augmenter la taille du cache de fichier d’échange d’environ 15 à 20 fois par rapport au cache de fichiers monolithique dans le cadre d’une sauvegarde portant sur le même jeu de données.
Si vous connaissez le nombre de fichiers sauvegardés dans la définition du jeu de données, vous pouvez utiliser la formule suivante pour estimer la taille finale du cache de fichier d’échange :
<cache de fichier d’échange en Mo> = <nombre de fichiers en millions> x 1 700
Resolution
Il existe trois façons d’atténuer l’impact potentiel d’un cache de fichier d’échange plus volumineux :
A) Modifiez l’emplacement du cache de fichier d’échange à l’aide de « cachedir » dans avtar.cmd
. Il s’agit de l’option préférée et elle ne présente aucun inconvénient, à condition que le client dispose d’un volume suffisamment grand pour stocker le cache d’échange.
Si le répertoire /var d’Avamar, qui stocke les fichiers de cache client, se trouve sur un volume avec une capacité limitée, déplacez le cache d’échange vers un volume plus grand, comme décrit ci-dessous.
- Créez un dossier dans lequel vous souhaitez stocker les fichiers de cache.
- Copiez les fichiers de cache existants à partir de /usr/local/avamar/var/ ou C:\Program files\avs\var\ vers le nouveau dossier créé à l’étape 1.
- Dans le répertoire /var du client, créez un fichier appelé « avtar.cmd ». Si le fichier existe, modifiez-le.
- Spécifiez le nouvel emplacement « cachedir » dans le fichier de balises « avtar.cmd ». Par exemple, si vous avez créé D:\avamarcache pour le cache de fichier d’échange, le répertoire C:\program files\avs\var\avtar.cmd doit normalement contenir une entrée de ce type :
--cachedir=D:\avamarcache
- Exécutez une sauvegarde.
- Assurez-vous que le nouveau répertoire de cache a été correctement utilisé.
- Retirez la copie des caches clients du répertoire var Avamar d’origine.
B) En appliquant des balises qui activent la limitation de la taille du cache d’échange
Dans Avamar 7.2 et versions ultérieures, des balises existent pour limiter la taille du cache d’échange à un pourcentage de la taille du volume où réside le cache. Pour plus d’informations sur cette option, voir l’article 19517 de la base de connaissances : Comment limiter la taille du cache d’échange à la demande d’Avamar (f_cache2.dat) (en anglais).
Le fait d’empêcher la taille du fichier de cache d’augmenter a pour effet de réduire les performances de sauvegarde en raison de l’augmentation des échecs de cache.
C) Limitez le nombre de sauvegardes complètes stockées dans le cache de fichier d’échange.
En créant certaines sauvegardes avec un petit jeu de données et en définissant ces sauvegardes de telle sorte qu’elles n’expirent jamais, il est possible de limiter à seulement huit (voire moins) le nombre de sauvegardes du jeu de données complet qui sont stockées dans le cache de fichier d’échange (ce qui en réduit la taille).
Cette option est à éviter autant que possible et nécessite des réglages avancés. Elle contient également des réserves. Contactez le support technique Dell EMC pour plus d’informations.
Sauvegarde du système de fichiers Avamar 7.0 vers la solution intégrée Avamar et Data Domain.
Pour plus d’informations sur le fichier avtar.cmd, voir l’article 81546 de la base de connaissances :
Avamar : comment recueillir des fichiers log pour le dépannage des problèmes de sauvegarde et de restauration du client Avamar.
Affected Products
Avamar
Products
Avamar