Symptoms
Le cache de fichiers de pagination 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 de volumétrie que le cache de fichiers monolithique.
Si le répertoire /var d’Avamar se trouve sur un système de fichiers client ou un volume avec une capacité de disque limitée, une taille de fichier « sur disque » plus importante pour le cache du fichier de pagination peut entraîner des problèmes de gestion de la volumétrie sur le client du système de fichiers Avamar.
Cause
Dans le
document EMC Avamar 7.0 Operational Best Practices, nous avons indiqué :
« Par rapport à la méthode de cache de fichiers d’origine, les sauvegardes qui implémentent le cache de fichiers de pagination à la demande nécessitent jusqu’à 20 fois plus d’espace disque. »
Le fichier de cache du fichier de pagination est environ 20 fois plus volumineux que le cache de fichiers monolithique pour deux raisons :
- 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 du fichier de pagination 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 fichiers de pagination et le cache de fichiers monolithiques ont le même format, cela fait que le cache de fichiers de pagination est environ 1,5 fois plus grand.
- Aucun partage des entrées entre les sauvegardes
Les deux caches de fichiers stockent les hachages pour un maximum de 16 sauvegardes. Avec le cache de fichiers monolithique, environ 2 % des fichiers changent quotidiennement une fois la première sauvegarde terminée. Après la première sauvegarde, la plupart des entrées sont partagées entre les sauvegardes. Toutefois, avec le cache de fichiers de pagination, chaque page d’éléments est unique à une sauvegarde spécifique, de sorte qu’il n’y a pas de partage des entrées entre les sauvegardes. Par conséquent, le cache du fichier d’échange stocke environ 10 fois plus d’entrées que le cache de fichiers monolithique.
Ces deux contributeurs sont à l’origine d’une augmentation d’environ 15 à 20 fois de la taille du cache de fichiers de pagination par rapport au cache de fichiers monolithique lors de la sauvegarde du 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 estimer la taille finale du cache du fichier d’échange à partir de la formule suivante :
<Taille du cache du 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 de pagination plus volumineux :
A) Modifiez l’emplacement du cache du fichier de pagination à l’aide de « cachedir » dans avtar.cmd
Il s’agit de l’option privilégiée qui ne présente aucun inconvénient à condition que le client dispose d’un volume suffisamment important pour stocker le cache de pagination.
Si le répertoire Avamar /var , qui stocke les fichiers du cache du client, se trouve sur un volume dont la capacité est limitée, déplacez le cache de pagination vers un volume plus spacieux, 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\ dans le nouveau dossier créé à l’étape 1.
- Créez un fichier dans le répertoire client /var appelé « avtar.cmd ». Si le fichier existe, modifiez-le.
- Spécifiez le nouvel emplacement « cachedir » dans le fichier de balise « avtar.cmd ». Par exemple, si vous avez créé D :\avamarcache pour le cache du fichier d’échange, vous devez avoir une entrée comme celle-ci dans C :\program files\avs\var\avtar.cmd :
--cachedir=D :\avamarcache
- Exécutez une sauvegarde.
- Vérifiez que le nouveau répertoire de cache a été utilisé correctement.
- Supprimez la copie des caches du client du répertoire var Avamar d’origine.
B) En appliquant des balises qui permettent de limiter la taille du cache de pagination
Dans Avamar 7.2 et versions supérieures, des balises existent pour limiter la taille du cache de pagination à un pourcentage de la taille du volume où réside le cache. Pour plus d’informations sur cette option, reportez-vous à l’article de la base de connaissances 19517 : Comment limiter la taille du cache de pagination de la demande Avamar (f_cache2.dat).
La contrepartie pour empêcher le fichier de cache d’atteindre la taille du fichier est une réduction des 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 du fichier de pagination.
En créant des sauvegardes avec un petit Dataset et en configurant ces sauvegardes pour qu’elles n’expirent jamais, nous pouvons limiter à huit sauvegardes ou moins du jeu de données complet stocké dans le cache du fichier d’échange, ce qui réduit la taille.
Il s’agit de l’option la moins souhaitable et elle nécessite un réglage avancé. Il comporte également des mises en garde. 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, reportez-vous à l’article 81546 de la base de connaissances intitulé
Avamar : Collecte des fichiers journaux en vue du dépannage des problèmes de sauvegarde et de restauration d’Avamar Client.
Affected Products
Avamar
Products
Avamar