Avamar: Oplysninger, der skal indsamles for at foretage fejlfinding af problemer med Avamar-replikeringsydeevne (løsningssti)

Summary: Denne artikel skal bruges til at indsamle de indledende oplysninger til fejlfinding af problemer med Avamar (og Avamar med Data Domain Integration) replikeringsydeevne.

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

For generel replikering skal udgangspunktet omfatte baggrund og koncepter og elementer, der skal testes, og ændringer, der skal udføres.
Se artiklen Løsningssti Avamar: Replikering, ydeevne, fejlfinding og finjustering (løsningssti) for disse emner.

Denne artikel omhandler specifikt indsamling af oplysninger om ydeevnespecifikke problemer med replikering, herunder timeout for replikering, men ikke andre replikeringsfejl i forbindelse med konfigurationsproblemer med manglende ydeevne. 

For andre replikeringsproblemer for MANGLENDE YDEEVNE på oplysninger, der skal indsamles, se Avamar: Sådan indsamler du oplysninger til fejlfinding af replikeringsproblemer

Bemærk: Det er meget vigtigt for HVER replikeringsydelsesrelateret serviceanmodning at indsamle alle nedenstående oplysninger. Indsamling af disse oplysninger hjælper med at tegne et billede af situationen og bestemmer fuldstændigt, hvordan justering af replikeringsydelsen udføres. Selvom nogle oplysninger kan være ukendte eller private for nogle kunder, skal du forstå, at det kan begrænse fejlfindingen eller få tuningen til at tage længere tid.
 
 
Oplysninger, der skal indsamles:
  • De fleste af følgende punkter kræver diskussioner mellem de tekniske supportteams og kunderne. 
  • Uden alle de oplysninger, der er angivet i denne artikel, kan fejlfinding og tid til løsning øges afhængigt af mulige fundne problemer.
 
 

Generelle miljøspørgsmål og -oplysninger:

  1. Diskuter de fysiske placeringer, byer, lande eller miles afstand mellem kilde- og målsteder med kunden.
  2. Diskuter og give, hvad er målet at opnå i præstationsjusteringen, eller hvad der specifikt skal rettes (ud over ydeevne)?
    • (Eksempel: For at indhente X dage bagud efter gendannelsen eller fejl, for at fuldføre den indledende replikeringsseedning for første gang, for at fuldføre en root2root-migrering (R2R), der udføres af Professional Services osv.) 
    At have disse detaljer kan ændre, hvordan tuning udføres, eller hvilke indstillinger der vælges.
    • Konfigurationsdesign:  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replicationeller andet
  3. Fra Kilde og destination Avamar (og DD-server, hvis relevant) får du grid-værtsnavn, -version og -kapacitet:
    • Til Avamar:  Kør kommandoen status.dpn på alle relaterede Avamar Server Utility-noder, Avamar Virtual Editions (AVE) eller enkelte noder.  Avamar: Sådan forstås det output, der genereres af kommandoen status.dpn
    • For Data Domain på alle Avamar-servere:  Kør "mccli dd show-prop" kommando
      • Disse DD-oplysninger kan også indsamles fra replikeringslogfiler eller fra ddrmaint-kommandoer. Se appendiks sidst i denne artikel.
  4. Hardwaretype (herunder DD, hvis relevant):
    • Hvad er hardwaretypen og versionen? Dette kan påvirke antallet af streams og mængden af disk-I/O, der indtages.
    • Hvor stor kapacitet pr. node og samlet samlet kapacitet til sikkerhedskopieringsdata? (Dette er vigtigt at vide, fordi det hjælper med at tilføje viden, hvor mange data der kan være at replikere eller indhente.)
    • For Data Domain findes disse oplysninger i replikeringslogfiler eller fra ddrmaint-kommandoer.
    • Til Dell Support kan alle Avamar- og DD-hardwaretyper findes på Avalanche og Autosupport (ASUP), hvis de er konfigureret til Email Home
      • Følgende kommando kan også køres på Data Domain: system show model 
  5. Netværk: Dette er IKKE et afsnit om test af hastighed, men en diskussion mellem Dell Support og kunderne vedrørende:
    • Kundernes forventninger til netværkshastigheden og forventningerne til replikering
    • Deles replikeringsnetværket af andre programmer eller anvendelser
    • Spørg kunden, om de i øjeblikket har et dedikeret sekundært netværk til replikering (eller planlægger potentielt at konfigurere i fremtiden)
      • Hvis ja, hvad er de interne og eksterne IP-adresser for kilde og mål
    • Hvis et Data Domain er involveret, skal du kontrollere, om andet end det Avamar-gitter, der undersøges, også replikeres til det samme Data Domain
      • Hvis ja, er der så flere Avamar-gitre eller andre sikkerhedskopieringsløsninger
      • Hvis ja, er de så samtidige eller forskudte
      • Mængden af data
    • Fastslå, om der er nogen kundefirewalls eller QoS-netværksbegrænsninger uden for Avamar-produktet, der er konfigureret eller til stede
    • Har kunden nogen WAN-acceleratorer på deres netværk?
      • BEMÆRK, hvis der er WAN-acceleratorer, kan disse afsløres på et senere trin i testen, når iperf viser hurtigere resultater, men intet andet med hensyn til dataoverførsel er næsten lige så hurtigt. Iperf er et simpelt Linux-baseret "netværkshastighedstestværktøj", og dets trafik er både meget komprimerbar og de-duplikerbar. Rigtige klientbackupdata er dog ikke nær så komprimerbare og deduplikerbare til sammenligning, da de allerede er komprimeret og deduplikeret før replikering over netværket. 
      • På Avatar kan forkert brug af WAN-acceleratorer gøre det vanskeligere at finindstille replikeringsydeevnen. Selvom de unøjagtigt kan puste ydeevnetestresultater fra iperf op, hjælper de ofte slet ikke Avamar-replikering. Oftere gør de ydeevne tuning vanskeligere og tidskrævende. Drøft yderligere med Avamar Support om begrænsningerne og den mulige skade på justering af ydeevnen, når dedup-/komprimerings-WAN-acceleratorer giver nul ydeevnefordele for Avamar-only trafik og kan også bremse proceduren til indstilling af ydeevnen.
      • For Data Domain kan tilstedeværelsen af en WAN-accelerator på netværket påvirke replikeringsydeevnen negativt. Kontrollér hos netværksadministratoren, om der findes en WAN-accelerator i Data Domain-systemnetværket. Deaktiver WAN-acceleratoren, mens du samarbejder med netværksadministratoren og bekræfter minimumspåvirkningen af det samlede netværk. Dette bør gøres som en begrænset test. Se Data Domain-artiklen Data Domain: Analyse af problemer med langsom replikering [på DD].
      • For brug af acceleratorer, der adresserer ikke-understøttet mængde høj netværksping-ventetid og kommunikerer via UDP-protokoller (User Datagram Protocol), skal du tale med dit Dell Technologies-kontoteam eller Avamar-support om mulige fordele. Hvis det er muligt, bør normal justering af ydeevne ved hjælp af denne opløsningssti og uden acceleratorer løse de fleste ping-latensproblemer.
  6. Kundekrav:
    • Hvad er kravene til serviceniveaumål (SLO) og serviceniveauaftaler (SLA) med hensyn til kundens sikkerhedskopieringsdata, beskyttelse og miljø
      • Skal alle sikkerhedskopier replikeres? 
      • Er ældre sikkerhedskopier sprunget over, eller er det en mulighed? 
      • Replikeres kun visse klienter? 
      • (og så videre)
    At have disse oplysninger hjælper med at bekræfte replikeringskrav, giver et præstationsmål, afslører ofte muligheden for at springe visse sikkerhedskopieringer over og hjælper med at indhente replikering til krævede forventninger meget hurtigere.
     

    Mere specifikke konfigurationsspørgsmål:

    • Generel viden om klientkonti til hjælp ved konfigurationspåvirkninger. Fra diskussion med kunden, nogenlunde:
      • Hvor mange klienter findes der på serveren i alt (hvis kun et undersæt replikeres, hvor mange)
      • Hvad er de forskellige klientplugintyper (filsystem, Exchange, NDMP osv.)
      • Hvad er de største størrelser af klientsikkerhedskopier generelt

    Disse oplysninger er bedst at validere og bekræfte uden diskussion, hvis de er usikre, da dette kan være en begrænsende faktor afhængigt af klientbackupens størrelse og især backend-typen, gsan vs. DD. Prøv at køre "Bytes Protected Client   2" i Avamar Admin UI, skal du vælge et datointerval for de sidste par dage (bare hvis en sikkerhedskopi endnu ikke har kørt den foregående dag endnu) og sortere outputtet efter størrelse. Du kan finde oplysninger om, hvordan du kører rapporter, i den aktuelle tekniske note til Avamar-administrationsvejledningen.

    • Hvis der findes DD-integration, skal du bestemme, hvilke backend-storagetyper der er ovenstående meget store klienter efter type og størrelse på Avamar vs. Data Domain-backend. Sikkerhedskopieres NDMP-klienter f.eks. alle til Data Domain, mens filsystemklienter alle sikkerhedskopieres til Avamar-backend?  Er backend afhængig af størrelse, blandet eller et tilfældigt mønster?
     
    Yderligere spørgsmål og test:
    Samarbejd med Dell Technologies' supportteams for at diskutere yderligere emner og udføre faktiske tests og løbende justeringer.

    Affected Products

    Avamar, Avamar Server

    Products

    Avamar
    Article Properties
    Article Number: 000155028
    Article Type: How To
    Last Modified: 22 May 2026
    Version:  11
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.