Avamar : Dépannage, problèmes et questions relatifs à la capacité - Toute la capacité (chemin de résolution)
Summary: Cet article relatif à la résolution peut servir de point de départ pour tous les problèmes de capacité Avamar.
Symptoms
La capacité représente les données ou l’espace disque utilisés sur un serveur par les procédures de sauvegarde des données client.
Les problèmes de capacité peuvent empêcher les fonctionnalités normales du serveur d’ajouter de nouvelles données, ou parfois permettre le nettoyage et la suppression des anciennes données.
- Formation
- Enseignement
- Questions
- Problèmes liés aux échecs de nettoyage de la mémoire (GC)
- Problèmes de capacité du système d’exploitation (SE)
GSANProblèmes de capacité- Problèmes de capacité des métadonnées
- Problèmes liés à la capacité d’intégration de Data Domain (DD)
Cause
Cette solution permet de déterminer le type de problème rencontré et les moyens de le résoudre.
Resolution
Assurez-vous que chaque étape de dépannage ci-dessous est appropriée pour votre environnement. Chaque étape fournit des instructions ou un lien vers un document, afin d’éliminer les causes possibles et de prendre des mesures correctives si nécessaire. Les étapes sont classées dans l’ordre le plus approprié pour isoler le problème et identifier la résolution correcte. N’ignorez aucune étape. S’il y a plusieurs problèmes qui se produisent de différentes manières avec la capacité, ils doivent également être traités dans un ordre particulier.
Bien que la plupart des étapes ne mentionnent qu’Avamar, les intégrations « Avamar - NetWorker » et « Avamar - Data Domain » peuvent toujours entraîner la plupart des problèmes ci-dessous.
Étape 1 : Collecte d’informations : En règle générale, pour comprendre les problèmes de capacité Avamar, effectuez un tableau pour obtenir une vue d’ensemble du problème et de la situation. Parfois, un aspect de la capacité peut avoir un impact sur un autre, ou certaines personnes ne se rendent pas compte au départ qu’il existe plusieurs problèmes. Vous devez parfaitement comprendre le problème avant de commencer le dépannage.
Voir Avamar : Comment collecter les informations requises pour résoudre les problèmes de capacité pour la collecte d’informations.
Étape 2 : Éducation et formation : Si un client cherche à obtenir des informations ou à comprendre le fonctionnement de la capacité, la signification de certaines valeurs, etc., cet article peut être utilisé. C’est toujours une bonne idée de comprendre leurs problèmes et de « brosser un tableau », car les questions ou l’éducation peuvent souvent être le résultat de problèmes de capacité.
Reportez-vous à la section Avamar Capacity General Training - Resolution Path pour les problèmes de capacité liés à l’éducation et à la formation.
Étape 3 : Haute capacité du système d’exploitation : Vérifiez les valeurs de capacité du système d’exploitation à partir de la sortie collectée à l’étape 1. La capacité du système d’exploitation est limitée par la valeur d’utilisation la PLUS ÉLEVÉE dans toutes les partitions, même si les autres partitions sont inférieures. La valeur la plus élevée est le « facteur limitatif » et doit être réduite.
Si la valeur d’utilisation la plus élevée d’une partition de nœud dépasse 89 %, reportez-vous à la section Capacité du système d’exploitation Avamar (chemin de résolution)
Étape 4 : Erreurs ou échecs de nettoyage de la mémoire : À partir de la sortie collectée, si une tâche de nettoyage de la mémoire Avamar génère des messages d’erreur, celle-ci doit être traitée avant d’autres types de problèmes de capacité.
Pour ce type de problème, consultez Avamar : Dépannage des échecs de nettoyage de la mémoire (GC) (chemin de résolution)
Étape 5 : Capacité GSAN élevée : À partir des résultats collectés, s’il n’y a aucun problème de capacité du système d’exploitation et que le GC n’affiche pas de messages d’erreur, passez en revue les GSAN Valeurs de capacité :
De status.dpn, une valeur de 65 % signifie que la grille est pleine (c’est-à-dire en mode « admin » ou en lecture seule) et qu’il n’y a plus de place pour la croissance de la capacité.
GSAN capacité est d’environ 63 % (en raison de ce qu’on appelle disknormaldelta)
Pour ces situations, consultez Avamar. GSAN (ou Utilisateur) Capacité (chemin de résolution)
Étape 6 : Capacité de métadonnées : Lorsqu’un système Data Domain est intégré à Avamar, une nouvelle limite de capacité est introduite : la capacité de métadonnées. Metadata Capacity est la capacité trouvée sur Avamar lui-même.
Avec les intégrations Data Domain, les données peuvent être dirigées et envoyées à Data Domain pour être stockées, mais Avamar contient toujours les métadonnées des fichiers de sauvegarde sur Avamar. Avamar suit cette capacité des métadonnées en tant que capacité de métadonnées.
Une fois que les étapes 1 à 5 ont été examinées et que tous les problèmes liés à la capacité ont été résolus, passez en revue la résolution de la capacité de métadonnées dans Avamar Metadata Capacity Resolution Path.
Étape 7 : Haute capacité Data Domain : Lorsqu’un système Data Domain est intégré à Avamar, le serveur Data Domain lui-même peut remplir sa capacité.
L’article suivant sur la procédure de résolution vous aide à déterminer :
- Quels problèmes potentiels d’Avamar peuvent entraîner l’augmentation ou le remplissage de la capacité de Data Domain ?
- Quelques problèmes spécifiques à Data Domain
- Si Data Domain est saturé pour des raisons sans rapport avec Avamar.
Une fois que les étapes 1 à 6 ont été examinées et que tous les problèmes liés à la capacité ont été résolus, passez en revue Data Domain High Capacity à partir de l’intégration d’Avamar Chemin de résolution
Autres problèmes : Ceux-ci peuvent toujours être considérés comme des préoccupations ou des problèmes ayant un impact sur la capacité :
- La source de réplication et la capacité cible ne correspondent pas : Lors de la réplication de données avec Avamar ou tout autre produit intégré, il est nécessaire que la capacité corresponde sur les grilles source de réplication et cibles de réplication.
GSAN capacité sur LES DEUX grilles, mais nécessite toujours que des validations supplémentaires soient effectuées autour de la configuration de la réplication et de l’état de la tâche au cas où d’autres problèmes liés à la capacité seraient en cause : Avamar : une paire de réplication présente des niveaux d’utilisation de capacité différents. Procédure de recherche des causes.
- Le serveur MCS (Management Console Server) signale le message suivant :
2012/10/06-21:11:09.75264 {0.4} [manage:3070] ERROR: <0001> diskinfo::update invalid disk space parameters dev=831 total=1906261MB avail=1675818MB reserved=223410MB maxmb=223978MB newavail=1675818MB reservedoverflow=1 availmboverflow=0
Il s’agit d’un problème de création de rapports sur la capacité de répartition dans l’interface utilisateur (UI) MC, vaguement lié aux autres rubriques relatives à la capacité abordées ici. Aucun impact n’est détecté, si ce n’est l’affichage du message dans l’interface utilisateur.
- Rapports prévisionnels de capacité :