Processus de récupération d’espace Avamar - Partie 1 : Nettoyage de la mémoire
Summary: Cet article de la base de connaissances décrit la première partie du processus de récupération d’espace Avamar. C’est ce que l’on appelle la récupération d’espace.
Instructions
Cet article est le premier d’une série qui explique comment Avamar recycle l’espace, à la fois dans le GSAN et sur les disques durs.
- Processus de récupération d’espace Avamar - Partie 1 : Nettoyage de la mémoire
- Processus de récupération d’espace Avamar - Partie 2 : Croquer
- Processus de récupération d’espace Avamar - Partie 3 : Processus de suppression d’un point de contrôle (RMCP)
La mise en œuvre actuelle du nettoyage de la mémoire a été introduite avec Avamar v7.0, et sa conception est restée essentiellement inchangée.
À quoi sert la récupération d’espace ?
La récupération d’espace est la première étape du processus dans lequel Avamar récupère de l’espace utilisé pour stocker les données de sauvegarde.
Il fonctionne sur le répertoire cur et libère de l’espace dans le GSAN en supprimant les fragments de données qui ne sont plus référencés par aucune sauvegarde :
- Les données sont dites « définies » si elles peuvent être recherchées dans l’index.
- Les données sont référencées s’il existe dans le cadre d’une sauvegarde (autrement dit, le hachage est présent dans le système de comptabilité utilisateur, les bandes composites ou les éléments de répertoire).
L’espace récupéré par la récupération d’espace ne peut pas être réutilisé avant l’exécution du traitement . Le traitement des données s’exécute immédiatement après la fin de la récupération d’espace quotidienne planifiée. Voir Processus de récupération d’espace Avamar - Partie 2 : Des calculs.
Quand la récupération d’espace s’exécute-t-elle ?
Combien de temps la récupération d’espace s’exécute-t-elle ?
Par défaut, la récupération d’espace s’exécute pendant 4 heures. Si deux réussites ne se terminent pas dans ce délai, l’heure d’exécution de la prochaine récupération d’espace sera augmentée de 15 minutes. Cela se poursuit jusqu’à ce que deux réussites se terminent correctement ou que la limite par défaut de 7 heures (420 minutes) soit atteinte.
Les problèmes courants sont répertoriés ci-dessous. Certains articles peuvent nécessiter une authentification sur le site de support Dell pour être consultés.
- Le planificateur de maintenance ou, plus précisément, le nettoyage de la mémoire est désactivé. La sortie du fichier status.dpn peut confirmer cela.
- La capacité du système d’exploitation est supérieure à la valeur disknogc (qui peut être comprise entre 86 % et 89 %).
- Problèmes de synchronisation de l’heure entre les nœuds Avamar.
- Les bandes d’index sont en train de se fractionner.
- Les mappages de bits référencés par le hachage ne peuvent pas être réinitialisés.
Fonctionnement de la récupération d’espace
Étape 1 - Création de la table des nombres de références (TORC) :
Garbage Collection lit les entrées du système de comptabilité utilisateur, les bandes composites et les éléments de répertoire pour créer une table des nombres de références (TORC).
Dans le TORC, garbage collection enregistre tous les hachages du système et le nombre de fois où chaque hachage est référencé.
Étape 2 - Lecture des index :
Une fois le TORC terminé, chaque nœud charge un sous-ensemble de ses bandes d’index individuelles dans la mémoire. Le nombre de bandes lues est défini par le paramètre gccount . Pour chaque hachage défini dans l’index, garbage collection recherche le hachage dans le TORC pour vérifier s’il est référencé.
- Si le hachage existe à la fois dans l’index et le TORC, il n’y a rien à faire. Chaque hachage du TORC a un nombre de références d’au moins 1, de sorte que le hachage est à la fois défini et référencé.
- Si le hachage existe dans l’index, mais pas dans le TORC, le hachage est défini mais non référencé, il peut donc être supprimé.
Remarque : Si le hachage existait dans le TORC, mais pas dans l’index, il s’agit d’une erreur d’intégrité des données (hachage référencé mais non défini). Cela entraîne l’échec de la vérification hfscheck.
Étape 3 - Supprimer les hachages non référencés :
Comme nous l’avons indiqué précédemment, les hachages qui ne sont pas référencés ne font pas partie d’une sauvegarde. Ils peuvent donc être supprimés en toute sécurité d’Avamar. Pour ce faire, procédez comme suit :
- Supprime l’entrée dans l’index.
- Supprime l’entrée du hachage dans le descripteur d’en-tête de fragment (CHD). Le CHD définit l’emplacement des fragments individuels à l’intérieur du conteneur de bande.
Avamar a marqué la zone que le hachage occupait comme étant vide. Pour des raisons de performances et/ou de capacité, les données ne sont pas supprimées à ce stade.
Étape 4 - Mettez à jour le TORC :
Si le fragment que garbage collection a supprimé était un composite, le TORC doit être mis à jour.
Si nous revenons à l’étape 1, le nombre de références dans le TORC inclut des références effectuées par des bandes composites, qui contiennent des fragments composites.
Étant donné qu’un fragment composite a été supprimé, nous pouvons décrémenter le nombre de références dans le TORC par un pour tous les hachages référencés par ce fragment composite.
Pour ce faire, la récupération d’espace est effectuée en lisant dans le composite, pour voir les hachages qu’il référence, puis en mettant à jour le TORC.
Étape 5 - Lisez l’ensemble d’index suivant :
Garbage Collection décharge l’ensemble précédent de bandes d’index à partir de la mémoire, puis charge un nouvel ensemble.
Les étapes 2, 3 et 4 sont répétées pour ces nouvelles bandes d’index.
Une fois que toutes les bandes d’index ont été lues, tous les fragments de données (appelés fragments « atomiques ») dans le TORC contenant 0 référence (grâce à l’étape 4) sont supprimés.
Étape 6 - Démarrer une nouvelle réussite :
Une fois que tous les index ont été lus, le nettoyage de la mémoire démarre une nouvelle passe.
Toutes les bandes d’index sont re-lues, à la recherche de données qui ne sont plus référencées grâce à nos passes précédentes.
Cela est nécessaire, car les hachages ne sont pas lus dans un ordre logique, mais plutôt dans l’ordre dans lequel ils sont stockés dans les index.
Le nettoyage de la mémoire n’est pas certain de trouver les hachages dans l’ordre optimal. Un hachage peut rester référencé jusqu’à la fin du passage.
Deux passes de nettoyage de la mémoire permettent de maintenir confortablement une capacité « stable » dans la plupart des environnements de serveurs Avamar.
Le nettoyage de la mémoire s’effectue jusqu’à ce qu’il soit à court de temps, ou qu’un passage se termine sans supprimer les données.
Nettoyage manuel de la
mémoireLa microgestion d’un serveur Avamar ne doit pas être nécessaire. Le planificateur est conçu pour automatiser l’exécution des tâches de maintenance. Si la capacité d’Avamar est élevée, reportez-vous au Guide des bonnes pratiques opérationnelles d’Avamar et à Avamar : Concepts et formation relatifs à la gestion des capacités.
Dans de rares cas, l’exécution du nettoyage de la mémoire peut aider à réduire les problèmes critiques où la « capacité utilisateur » GSAN est si élevée que le système passe en mode lecture seule.
Dans ce cas, la récupération d’espace est exécutée manuellement pour réduire le niveau de capacité à un niveau juste en dessous du seuil de lecture seule. Cela permet à la fenêtre de sauvegarde de s’exécuter.
La récupération d’espace automatisée peut continuer à fonctionner normalement.
Le support Avamar doit examiner et comprendre la situation avant de prendre en compte le nettoyage manuel de la mémoire.
Il n’est jamais approprié de demander au support d’exécuter un nettoyage manuel de la mémoire sur un système sans l’autorisation d’un ingénieur du support L2 après une telle procédure d’enquête.
Voir Avamar - À propos de l’utilisation manuelle de garbage collection.