Résolution des problèmes de capacité sur un système
AvamarLorsque vous êtes confronté à des problèmes de capacité dans un système Avamar, il est essentiel d’en comprendre la cause première. Cela nécessite une série d’étapes, à commencer par la collecte de données pour une enquête approfondie.
Les systèmes Avamar ont plusieurs types de limites de capacité. Une compréhension complète de ces limites, ainsi que de leur contexte historique, peut clarifier les problèmes de capacité actuels et passés rencontrés par le système.
Le système génère des événements, des avertissements ou des erreurs spécifiques dans l’interface utilisateur (UI) lorsque certains seuils de capacité sont franchis :
- 80%: Avertissement de capacité
- 95%: Limite du bilan de santé atteinte
- 100%: La limite du serveur en lecture seule est atteinte, ce qui entraîne le basculement de la grille en mode admin
Lorsqu’un système Avamar est saturé, il peut présenter les symptômes ou erreurs suivants :
- Le nettoyage de la mémoire échoue, ce qui entraîne des erreurs de MSG_ERR_DISKFULL ou de MSG_ERR_STRIPECREATE.
- Les points de contrôle échouent en raison d’une erreur de MSG_ERR_DISKFULL.
- Les sauvegardes ne peuvent pas s’exécuter ou échouer en raison de la capacité maximale.
- Les sauvegardes échouent avec des erreurs de MSG_ERR_STRIPECREATE ou des messages indiquant que le serveur cible est saturé.
- L’état d’accès bascule en mode administrateur (sauf si la maintenance est en cours d’exécution).
- Le planificateur de sauvegarde est désactivé et ne peut pas être repris en raison des limites de capacité des métadonnées.
La compréhension de ces aspects peut vous aider à gérer et à résoudre les problèmes de capacité dans un système Avamar.
Collecte d’informations :
Connectez-vous à Avamar Server (nœud unique ou nœud utilitaire) et exécutez toutes les commandes. Ceux-ci collectent uniquement des informations et n’appliquent aucune modification :
1. Si ce n’est pas déjà fait, il fournit le nom complet ou le nom de domaine complet (FQDN) d’Avamar Server :
2. Vérifiez que tous les services sont activés, y compris le planificateur de maintenance :
3. État général du système :
4. Exécutez la capacité
.Script SH pour collecter 60 jours de données et les 10 principaux clients contributeurs :
capacity.sh --days=60 --top=10
5. Journaux montrant le comportement de base du nettoyage de la mémoire au cours des 30 derniers jours :
dumpmaintlogs --types=gc --days=30 | grep "4202"
6. Quantité de données supprimées par le nettoyage de la mémoire, nombre de passages effectués et durée d’exécution.
Pour Avamar
v5.x et v6.x, exécutez :
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
Pour Avamar
v7.x, exécutez la commande suivante :
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
7. Vérifiez la durée d’exécution de hfscheck :
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8. Détails de l’utilisation de la capacité du système de fichiers par nœud et par partition :
avmaint nodelist | egrep 'nodetag|fs-percent-full'
9. Liste des points de contrôle disponibles sur le système :
10. Heures de début/fin planifiées de la tâche de maintenance :
avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16
11. Collectez tous les paramètres de disque :
avmaint config --ava | egrep -i 'disk|crunching|balance'
Ne modifiez jamais les valeurs, sauf avis contraire d’un expert en la matière (SME) Avamar. Ce n’est pas pour rien que des valeurs différentes des valeurs par défaut ont été appliquées. Comprenez bien la situation.
12. Collectez le nombre de différents types de bandes par nœud et par partition de données :
avmaint nodelist --xmlperline=99 | grep 'comp='
13. Vérifiez la quantité de mémoire (et la capacité d’échange) utilisée sur chaque nœud :