Les performances de sauvegarde d’image Avamar VMware sont lentes (CHEMIN DE RÉSOLUTION)
Summary: Article destiné à vous aider à diagnostiquer les performances de sauvegarde lentes des sauvegardes Avamar VMware au niveau de l’image.
Symptoms
Les sauvegardes d’image lentes provoquent un goulot d’étranglement au niveau du proxy si le pool de proxys d’image disponibles pour la maintenance des clients de machine virtuelle est insuffisant.
Cela entraîne une mise en file d’attente pendant que les clients de VM restants attendent qu’un proxy les serve.
Cause
Resolution
Étape 1 : Collectez un ensemble complet d’informations « requises » auprès du client.
Il est essentiel de bien comprendre l’environnement avant d’entamer la résolution du problème. Collectez les éléments suivants :
Notez également les éléments suivants :
- Version de vCenter en cours d’utilisation
- Version du client proxy en cours d’utilisation
Étape 2 : Collectez les logs pour la sauvegarde de l’image.
Étape 3 : Passez en revue les problèmes connus.
Consultez la section « Dépannage » du Guide de l’utilisateur d’Avamar for VMware pour connaître les problèmes courants. Ensuite, vérifiez les points suivants :
- Vérifiez si CBT est activé pour la machine virtuelle.
Consultez les articles VMware suivants :
- Article Broadcom VMware 1020128 Changed Block Tracking (CBT) on virtual machines
- b) Vérifiez si CBT est activé pour Avamar VMware Image Dataset
- Avamar - Les performances de la sauvegarde d’image de machine virtuelle sont lentes - les journaux s’affichent Le suivi des blocs modifiés (CTK) est pris en charge pour cette machine virtuelle, mais a été refusé. Cela augmente la consommation du CPU et d’IOP du proxy.
- Avamar - Les sauvegardes d’image VMware n’utilisent pas CBT
- c) Vérifiez si la machine virtuelle génère un nombre excessif de blocs modifiés.
- d) Vérifiez si le mode de transport proxy utilise « hotadd » plutôt que « nbd » ou « nbdssl ».
- e) Vérifiez s’il y a des problèmes de performances du stockage back-end.
- Le client peut ouvrir un ticket de support auprès de son fournisseur si le support tiers rencontre un problème.
- f)Les sauvegardes d’image CBT s’exécutent-elles en tant que sauvegardes complètes en raison du problème décrit dans l’article 2145895 de la base de connaissances VMware ?
Étape 4 : Si le problème persiste après que les problèmes ci-dessus ont été corrigés, faites remonter le problème au niveau de support suivant.
Additional Information
Les sauvegardes d’images de machines virtuelles fonctionnent différemment des sauvegardes Avamar traditionnelles où l’agent Avamar est installé en tant que service « invité » dans le système d’exploitation.
Au cours d’une sauvegarde traditionnelle du système de fichiers, le processus « avtar » analyse le jeu de données et traite tous les fichiers détectés comme nouveaux ou modifiés. Le temps nécessaire pour terminer la sauvegarde est proportionnel au nombre de fichiers dans le jeu de données PLUS la taille combinée de tous les fichiers modifiés.
Une discussion détaillée sur ce comportement est disponible dans :
- Performances de sauvegarde lentes d’Avamar - Comment dépanner et identifier les goulots d’étranglement (RESOLUTION PATH) - Comment comprendre les performances de sauvegarde d’Avamar Client et identifier les goulots d’étranglement dans les performances
Avec les sauvegardes d’image de machine virtuelle, le proxy monte les disques virtuels du client. Avtar traite les blocs de stockage plutôt que les fichiers
Si la fonction « Changed Block Tracking » (CBT) de VMware est activée pour la machine virtuelle, seuls les blocs contenant les données modifiées sont traités. Cela minimise les données à traiter et réduit la consommation de ressources.
Cela améliore considérablement les performances pour les clients disposant de millions de fichiers, mais d’un faible taux de modification.
Pour en savoir plus, consultez le Guide de l’utilisateur d’Avamar for VMware :