Avamar: Informasjon som skal samles inn for å feilsøke ytelsesproblemer med Avamar-replikering (oppløsningsbane)

Summary: Denne artikkelen skal brukes til å samle inn den første informasjonen for feilsøking av ytelsesproblemer for Avamar (og Avamar med 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

For generell replikering bør utgangspunktet inneholde bakgrunn og begreper, og elementer som skal testes og endringer som skal utføres.
Se artikkelen Avamar i Resolution Path: Feilsøking og justering av replikeringsytelse (oppløsningsbane) for disse emnene.

Denne artikkelen gjelder spesifikt for innsamling av informasjon om ytelsesspesifikke problemer for replikering, inkludert tidsavbrudd for replikering, men ikke andre replikeringsfeil for problemer med ikke-ytelseskonfigurasjon. 

Hvis du vil ha informasjon om andre replikeringsproblemer for MANGLENDE YTELSE på informasjon som skal samles inn, kan du se Avamar: Slik samler du inn informasjon for å feilsøke replikeringsproblemer

Merk: Det er svært viktig for HVER ytelsesrelaterte replikeringstjenesteforespørsel å samle inn all informasjonen nedenfor. Innsamling av denne informasjonen bidrar til å tegne et bilde av situasjonen og bestemmer fullstendig hvordan justering av replikeringsytelse fullføres. Selv om noe informasjon kan være ukjent eller privat for enkelte kunder, må du være innforstått med at det kan begrense feilsøkingen eller føre til at justeringen tar lengre tid.
 
 
Informasjon som skal samles inn:
  • De fleste av disse følgende elementene krever diskusjoner mellom de tekniske støtteteamene og kundene. 
  • Uten all informasjonen som er beskrevet i denne artikkelen, kan feilsøking og tid til løsning øke avhengig av mulige problemer som oppdages.
 
 

Generelle miljøspørsmål og informasjon:

  1. Diskutere fysiske steder, byer, land eller miles avstand mellom kilde og målsteder med kunden.
  2. Diskuter og gi hva er målet å oppnå i ytelsesjusteringen eller hva spesifikt må fikses (utover ytelse)?
    • (Eksempel: For å ta igjen X dager etter tilbakerulling eller feil, for å fullføre innledende replikerings-seeding for første gang, for å fullføre en root2root (R2R)-migrering som utføres av profesjonelle tjenester og så videre) 
    Å ha disse detaljene kan endre hvordan innstillingen gjøres eller hvilke alternativer som er valgt.
    • Konfigurasjonsdesign:  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replicationeller Annet
  3. Fra kilden og målet Avamar (og DD-server hvis aktuelt), få grid vertsnavn, versjon og kapasitet:
    • For Avamar:  Kjør status.dpn-kommandoen på alle relaterte Avamar-serververktøynoder, Avamar Virtual Editions (AVE) eller enkeltnoder.  Avamar: Slik forstår du utdataene som genereres av status.dpn-kommandoen
    • For Data Domain på alle Avamar-servere:  Kjør "mccli dd show-prop" kommando
      • Denne DD-informasjonen kan også hentes fra replikeringslogger eller fra ddrmaint-kommandoer. Se vedlegg nederst i denne artikkelen.
  4. Maskinvaretype (inkludert DD hvis aktuelt):
    • Hva er maskinvaretype og -versjon? Dette kan påvirke antall strømmer og mengden inntak av disk-I/O.
    • Hvor stor kapasitet per node og total total kapasitet for sikkerhetskopierte data? (Dette er viktig å vite fordi det bidrar til å øke kunnskapen om hvor mye data det kan være å replikere eller ta igjen.)
    • For Data Domain finnes denne informasjonen i replikeringslogger eller fra ddrmaint-kommandoer.
    • For Dell Support finner du alle Avamar- og DD-maskinvaretyper på Avalanche og AutoSupport (ASUP) hvis de er konfigurert for Email Home
      • Følgende kommando kan også kjøres på Data Domain: system show model 
  5. Nettverk: Dette er IKKE en del for testing av hastighet, men en diskusjon mellom Dell Support og kunder angående:
    • Kundens forventninger til nettverkshastigheten og forventninger til replikering
    • Deles replikeringsnettverket av andre programmer eller bruksområder?
    • Spør kunden om de for øyeblikket har et dedikert sekundært nettverk for replikering (eller planlegger å potensielt konfigurere i fremtiden)
      • Hvis ja, hva er de interne og eksterne IP-adressene for kilde og mål
    • Hvis et Data Domain er involvert, må du kontrollere om noe annet enn Avamar-rutenettet som gjennomgås, også replikerer til det samme Data Domain
      • Hvis ja, finnes det flere Avamar-rutenett eller andre løsninger for sikkerhetskopiering
      • Hvis ja, er de samtidige eller forskjøvet
      • Mengden data
    • Fastslå om det finnes kundebrannmurer eller QoS-nettverksbegrensninger utenfor Avamar-produktet som er konfigurert eller til stede
    • Har kunden noen WAN-akseleratorer på nettverket sitt?
      • MERK: Hvis det er WAN-akseleratorer, kan disse avsløres på et senere trinn i testingen når iperf viser raskere resultater, men ingenting annet når det gjelder dataoverføring, er nesten like raskt. Iperf er et enkelt Linux-basert "nettverkshastighetstestverktøy", og trafikken er både veldig komprimerbar og de-dupliserbar. Ekte klientdata er imidlertid ikke på langt nær så komprimerbare og dedupliserbare ved sammenligning, siden de allerede er komprimert og deduplisert før replikering over nettverket. 
      • Feil bruk av WAN-akseleratorer på Avamar kan gjøre det vanskeligere å justere replikeringsytelsen. Selv om de kan blåse opp ytelsestestresultater fra iperf alene på en unøyaktig måte, hjelper de ofte ikke Avamar-replikering i det hele tatt. Oftere gjør de ytelsesinnstilling vanskeligere og tidkrevende. Diskuter videre med Avamar-kundestøtte om begrensningene og mulig skade på ytelsesjustering, da deup-/kompresjonsdrevne WAN-akseleratorer gir null ytelsesfordeler for Avamar-only trafikk og kan også redusere ytelsesinnstillingsprosedyren.
      • For Data Domain kan tilstedeværelsen av en WAN-akselerator på nettverket ha negativ innvirkning på replikeringsytelsen. Kontakt nettverksadministratoren om det finnes en WAN-akselerator i Data Domain-systemnettverket. Mens du arbeider med nettverksadministratoren og bekrefter minimal innvirkning på det totale nettverket, deaktiverer du WAN-akseleratoren. Dette bør gjøres som en begrenset test. Se Data Domain-artikkelen Data Domain: Analysere problemer med treg replikering [på DD].
      • For akseleratorer som adresserer mengden av høy nettverksping-ventetid som ikke støttes, og kommuniserer over User Datagram Protocol (UDP)-protokoller, kan du diskutere med Dell Technologies-kontoteamet eller Avamar-støtte for mulige fordeler. Hvis det er mulig, bør normal ytelsesjustering ved hjelp av denne oppløsningsbanen og uten akseleratorer løse de fleste pinglatensproblemer.
  6. Kundens krav:
    • Hva er Service Level Objective? (SLO) og SLA-krav (Service Level Agreement) når det gjelder sikkerhetskopieringsdata, beskyttelse og miljø for kunden?
      • Må alle sikkerhetskopier replikeres? 
      • Hoppes eldre sikkerhetskopier over, eller er det en mulighet? 
      • Er bare enkelte klienter replikert? 
      • (og så videre)
    Denne informasjonen bidrar til å bekrefte replikeringskravene, gir et ytelsesmål som ofte viser muligheten til å hoppe over visse sikkerhetskopier og bidra til å oppnå replikering i henhold til de nødvendige forventningene mye raskere.
     

    Mer spesifikke spørsmål om konfigurasjon:

    • Generell kunnskap om klientkonto som hjelper deg med å påvirke konfigurasjonen. Fra diskusjon med kunden, omtrent:
      • Hvor mange klienter som finnes på serveren totalt (hvis bare et delsett replikeres, hvor mange)
      • Hva er de forskjellige klientplugintypene (filsystem, Exchange, NDMP og så videre)
      • Hva er de største størrelsene på klientsikkerhetskopier generelt

    Denne informasjonen er best å validere og bekrefte utover diskusjon hvis usikker, da dette kan være en begrensende faktor avhengig av klientens sikkerhetskopistørrelse og spesielt backend-typen, gsan vs. DD. Prøv å kjøre "Bytes Protected Client   2" -rapport i Avamar-administrasjonsgrensesnittet, velg et datointervall for de siste par dagene (bare i tilfelle en sikkerhetskopi ennå ikke har kjørt dagen før) og sorter utdataene etter størrelse. Du finner hvordan du kjører rapporter i den gjeldende tekniske merknaden for administrasjonsveiledningen for Avamar.

    • Hvis du bruker DD-integrering, kan du finne ut hva som er lagringstypene for ovennevnte svært store klienter, etter type og størrelse på Avamar kontra Data Domain-serverdelen. Er for eksempel alle NDMP-klienter sikkerhetskopiert til Data Domain, men alle filsystemklienter til Avamar-serverdel?  Er backend avhengig av størrelse, blandet eller et tilfeldig mønster?
     
    Flere spørsmål og testing:
    Samarbeid med Dell Technologies' støtteteam for å diskutere flere emner og utføre den faktiske testingen og fortsatt justeringen.

    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.