Avamar : Informations à collecter pour résoudre les problèmes de performances de la réplication Avamar (chemin de résolution)

Summary: Cet article doit être utilisé pour collecter les informations initiales en vue du dépannage des problèmes de performances de la réplication d’Avamar (et d’Avamar avec Data Domain Integration). ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Pour la réplication générale, le point de départ doit inclure l’arrière-plan et les concepts, ainsi que les éléments à tester et les modifications à effectuer.
Voir l’article Procédure de résolution Avamar : Résolution des problèmes et réglage des performances de réplication (chemin de résolution) pour ces rubriques.

Cet article est spécifique à la collecte d’informations sur les problèmes spécifiques aux performances de la réplication, y compris le délai d’expiration de la réplication, mais pas sur les autres échecs de réplication pour des problèmes de configuration autres que les performances. 

Pour d’autres problèmes de réplication pour NON-PERFORMANCE sur les informations à collecter, voir Avamar : Comment collecter des informations pour résoudre les problèmes de réplication

Remarque : Il est très important que CHAQUE demande de service liée aux performances de réplication recueille toutes les informations ci-dessous. La collecte de ces informations permet de brosser un tableau de la situation et de déterminer complètement comment le réglage des performances de réplication est effectué. Bien que certaines informations puissent être inconnues ou privées pour certains clients, sachez que cela pourrait limiter le dépannage ou faire durer le réglage plus longtemps.
 
 
Informations à recueillir :
  • La plupart des éléments suivants nécessitent des discussions entre les équipes de support technique et les clients. 
  • Sans toutes les informations répertoriées dans cet article, le dépannage et le délai de résolution peuvent augmenter en fonction des problèmes rencontrés.
 
 

Questions et informations générales sur l’environnement :

  1. Discutez avec le client des emplacements physiques, des villes, des pays ou des kilomètres qui séparent les sites source et cible.
  2. Discutez et indiquez l’objectif à atteindre dans le réglage des performances ou les éléments spécifiques à corriger (au-delà des performances).
    • (Exemple : Pour rattraper les X jours de retard après une restauration ou des échecs, pour effectuer l’ensemencement initial de la réplication pour la première fois, pour terminer une migration root2root (R2R) effectuée par les services professionnels, etc.) 
    Le fait de disposer de ces informations peut modifier la façon dont le réglage est effectué ou les options sélectionnées.
    • Conception de la configuration :  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replication, ou Autre
  3. À partir d’Avamar source et cible (et du serveur DD, le cas échéant), obtenez le nom d’hôte, la version et la capacité de la grille :
    • Pour Avamar :  Exécutez la commande status.dpn sur tous les nœuds utilitaires du serveur Avamar, sur Avamar Virtual Editions (AVE) ou sur les nœuds uniques associés.  Avamar : compréhension de la sortie générée par la commande « status.dpn » (en anglais)
    • Pour Data Domain sur chaque serveur Avamar :  Exécutez la commande "mccli dd show-prop" command
      • Ces informations DD peuvent également être collectées à partir des journaux de réplication ou des commandes ddrmaint. Voir l’annexe à la fin de cet article.
  4. Type de matériel (y compris DD le cas échéant) :
    • Quels sont le type et la version du matériel ? Cela peut avoir une incidence sur le nombre de flux et la quantité d’acquisition d’entrée/sortie de disque.
    • Quelle est la taille de la capacité par nœud et la capacité globale totale des données de sauvegarde ? (Ce point est important à savoir, car il permet d’ajouter aux connaissances la quantité de données qu’il peut y avoir à répliquer ou à rattraper.)
    • Pour Data Domain, ces informations se trouvent dans les logs de réplication ou dans les commandes ddrmaint.
    • Pour le support Dell, tous les types de matériel Avamar et DD sont disponibles sur Avalanche et sur l’Autosupport (ASUP) s’ils sont configurés pour la fonctionnalité Email Home
      • La commande suivante peut également être exécutée sur le système Data Domain : system show model 
  5. Réseau : Il ne s’agit PAS d’une section de test de la vitesse, mais d’une discussion entre le support Dell et les clients concernant les éléments suivants :
    • Les attentes du client en matière de vitesse du réseau et de réplication
    • Le réseau de réplication est-il partagé par d’autres applications ou utilisations ?
    • Demandez au client s’il dispose actuellement d’un réseau secondaire dédié à la réplication (ou s’il prévoit éventuellement de le configurer à l’avenir)
      • Si oui, quelles sont les adresses IP internes et externes de la source et de la cible ?
    • Si un système Data Domain est impliqué, vérifiez si une autre chose que la grille Avamar examinée est également répliquée vers ce même système Data Domain.
      • Si oui, existe-t-il plusieurs grilles Avamar ou d’autres solutions de sauvegarde ?
      • Si oui, sont-elles simultanées ou décalées ?
      • Quantité de données
    • Déterminer s’il existe des pare-feu client ou des limitations de réseau QoS en dehors du produit Avamar configurés ou présents
    • Le client dispose-t-il d’accélérateurs WAN sur son réseau ?
      • REMARQUE : s’il existe des accélérateurs WAN, ceux-ci peuvent être révélés à une étape ultérieure des tests lorsque l’iperf montre des résultats plus rapides, mais rien d’autre en termes de transmission de données n’est aussi rapide. Iperf est un simple « outil de test de vitesse réseau » basé sur Linux et son trafic est à la fois très compressible et dédupliquable. En revanche, les données de sauvegarde des clients réels sont loin d’être aussi compressibles et dédupliquables en comparaison, car elles sont déjà compressées et dédupliquées avant la réplication sur le réseau. 
      • Sur Avamar, une utilisation incorrecte des accélérateurs WAN peut compliquer le réglage des performances de réplication. Bien qu’ils puissent gonfler de manière inexacte les résultats des tests de performances d’iperf seuls, ils n’aident souvent pas du tout la réplication Avamar. Le plus souvent, ils rendent le réglage des performances plus difficile et plus chronophage. Discutez plus en détail avec le support Avamar des limites et des dommages possibles pour le réglage des performances, car les accélérateurs WAN de type déduplication/compression n’offrent aucun avantage en matière de performances pour Avamar-only et peut également ralentir la procédure de réglage des performances.
      • Pour Data Domain, la présence d’un accélérateur WAN sur le réseau peut avoir un impact négatif sur les performances de réplication. Vérifiez auprès de l’administrateur réseau s’il existe un accélérateur WAN sur le réseau du système Data Domain. Lorsque vous travaillez avec l’administrateur réseau et que vous confirmez un impact minimal sur le réseau global, désactivez l’accélérateur WAN. Il s’agit d’un test limité. Consultez l’article Data Domain Data Domain : Analyse des problèmes de réplication lente [sur DD].
      • Pour l’utilisation d’accélérateurs qui traitent la latence ping réseau élevée non prise en charge et communiquent via des protocoles UDP (User Datagram Protocol), discutez-en avec votre équipe de compte Dell Technologies ou le support Avamar pour connaître les avantages éventuels. Si possible, un réglage normal des performances à l’aide de ce chemin de résolution et sans accélérateurs devrait résoudre la plupart des problèmes de latence de ping.
  6. Besoins client :
    • Quelles sont les exigences en matière d’objectif de niveau de service (SLO) et de contrats de niveau de service (SLA) en termes de sauvegarde, de protection et d’environnement du client ?
      • Toutes les sauvegardes doivent-elles être répliquées ? 
      • Les anciennes sauvegardes sont-elles ignorées ou est-ce possible ? 
      • Seuls certains clients sont-ils répliqués ? 
      • (et ainsi de suite)
    Ces informations permettent de confirmer les exigences de réplication, de fournir un objectif de performance, révèlent souvent la possibilité d’ignorer certaines sauvegardes et aident à rattraper la réplication par rapport aux attentes requises beaucoup plus tôt.
     

    Questions de configuration plus spécifiques :

    • Connaissances générales sur le compte client pour vous aider à gérer les impacts sur la configuration. D’après la discussion avec le client, grosso modo :
      • Nombre total de clients présents sur le serveur (si seul un sous-ensemble est répliqué, combien)
      • Quels sont les différents types de plug-ins client (système de fichiers, Exchange, NDMP, etc.)
      • En général, quelles sont les plus grandes tailles de sauvegardes client ?

    Il est préférable de valider et de confirmer ces informations au-delà de toute discussion en cas de doute, car cela peut constituer un facteur limitatif en fonction de la taille de la sauvegarde client et en particulier du type de back-end, gsan ou DD. Essayez d’exécuter la commande «Bytes Protected Client   2" dans l’interface utilisateur d’administration d’Avamar, sélectionnez une plage de dates pour les deux derniers jours (au cas où une sauvegarde n’aurait pas encore été exécutée le jour précédent) et triez le résultat par taille. Pour savoir comment exécuter des rapports, consultez la fiche technique actuelle d’Avamar Administration Guide.

    • Si l’intégration DD est présente, déterminez quels sont les types de stockage back-end des très grands clients ci-dessus par type et par taille sur le back-end Avamar par rapport au back-end Data Domain. Par exemple, les clients NDMP sont-ils tous sauvegardés sur Data Domain, alors que les clients du système de fichiers sont tous sauvegardés sur le back-end Avamar ?  Le back-end dépend-il de la taille, d’une combinaison ou d’un modèle aléatoire ?
     
    Questions et tests supplémentaires :
    Collaborez avec les équipes de support Dell Technologies pour aborder d’autres sujets, effectuer des tests réels et poursuivre les réglages.

    Affected Products

    Avamar, Avamar Server

    Products

    Avamar
    Article Properties
    Article Number: 000155028
    Article Type: How To
    Last Modified: 05 ذو الحجة 1447
    Version:  11
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.