Avamar: Information som ska samlas in för att felsöka prestandaproblem med Avamar-replikering (lösningssökväg)

Summary: Den här artikeln bör användas för att samla in den första informationen för felsökning av problem med replikeringsprestanda för Avamar (och Avamar med Data Domain-integrering).

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

För allmän replikering bör startpunkten innehålla bakgrund och begrepp samt objekt som ska testas och ändringar som ska utföras.
Se artikeln Lösningssökväg Avamar: Felsökning och justering av replikeringsprestanda (lösningssökväg) för dessa ämnen.

Den här artikeln är specifik för att samla in information om prestandaspecifika problem för replikering, inklusive tidsgräns för replikering, men inte andra replikeringsfel för konfigurationsproblem som inte är prestanda. 

Andra replikeringsproblem för ICKE-PRESTANDA för information som ska samlas in finns i Avamar: Så här samlar du in information för att felsöka replikeringsproblem

Obs! Det är mycket viktigt att VARJE tjänstebegäran som är relaterad till replikeringsprestanda samlar in all information nedan. Genom att samla in den här informationen kan du måla upp en bild av situationen och helt avgöra hur justeringen av replikeringsprestanda slutförs. Även om viss information kan vara okänd eller privat för vissa kunder bör du förstå att den kan begränsa felsökningen eller göra att justeringen tar längre tid.
 
 
Information som ska samlas in:
  • De flesta av följande punkter kräver diskussioner mellan de tekniska supportteamen och kunderna. 
  • Utan all information som anges i den här artikeln kan felsökning och tid till lösning öka beroende på möjliga problem som hittas.
 
 

Allmänna miljöfrågor och information:

  1. Diskutera fysiska platser, städer, länder eller milavstånd mellan käll- och målplatser med kunden.
  2. Diskutera och ge vad som är målet att uppnå i prestandajusteringen eller vad som specifikt måste åtgärdas (utöver prestanda)?
    • (Exempel: För att komma ikapp X dagar efter efter återställning eller fel, för att slutföra inledande replikeringsseeding för första gången, för att slutföra en root2root-migrering (R2R) som utförs av professionella tjänster och så vidare) 
    Om du har den här informationen kan du ändra hur justeringen görs eller vilka alternativ som väljs.
    • Utformning av konfigurationen:  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replication, eller Övrigt
  3. Från käll- och mål-Avamar (och DD-servern om tillämpligt) hämtar du rutnätets värdnamn, version och kapacitet:
    • För Avamar:  Kör kommandot status.dpn på alla relaterade Avamar Server Utility-noder, Avamar Virtual Editions (AVE) eller enskilda noder.  Avamar: Så här förstår du utdata som genereras av kommandot status.dpn
    • För Data Domain på alla Avamar-servrar:  Kör "mccli dd show-propKommandot "
      • Den här DD-informationen kan också samlas in från replikeringsloggar eller från ddrmaint-kommandon. Se bilagan i slutet av artikeln.
  4. Maskinvarutyp (inklusive DD om tillämpligt):
    • Vilken typ av maskinvara finns och vilken version? Detta kan påverka antalet strömmar och mängden disk-I/O-inmatning.
    • Vilken kapacitetsstorlek per nod och total övergripande kapacitet för säkerhetskopieringsdata? (Detta är viktigt att veta eftersom det bidrar till att öka kunskapen om hur mycket data det kan finnas att replikera eller komma ikapp.)
    • För Data Domain finns den här informationen i replikeringsloggar eller från ddrmaint-kommandon.
    • För Dells support kan alla typer av Avamar- och DD-hårdvara hittas på Avalanche och Autosupport (ASUP) om de är konfigurerade för Email Home
      • Följande kommando kan även köras på Data Domain: system show model 
  5. Nätverk: Det här är INTE ett avsnitt för att testa hastigheten, utan en diskussion mellan Dells support och kunder om:
    • Kundernas förväntningar på nätverkshastighet och förväntningar på replikering
    • Är replikeringsnätverket delat av andra program eller användningar
    • Fråga kunden om de för närvarande har ett dedikerat sekundärt nätverk för replikering (eller planerar att eventuellt konfigurera i framtiden)
      • Om ja, vilka är de interna och externa IP-adresserna för källa och mål?
    • Om en Data Domain är inblandad kontrollerar du om något annat än Avamar-rutnätet som granskas också replikeras till samma Data Domain
      • Om ja, finns det flera Avamar-rutnät eller andra säkerhetskopieringslösningar
      • Om ja, är de samtidiga eller förskjutna
      • Mängden data
    • Ta reda på om det finns några kundbrandväggar eller QoS-nätverksbegränsningar utanför den konfigurerade Avamar-produkten
    • Har kunden några WAN-acceleratorer i sitt nätverk?
      • OBS om det finns WAN-acceleratorer kan dessa avslöjas i ett senare steg i testningen när iperf visar snabbare resultat men inget annat när det gäller dataöverföring är i närheten av lika snabbt. Iperf är ett enkelt Linux-baserat "testverktyg för nätverkshastighet" och dess trafik är både mycket komprimerbar och deduplicerbar. Säkerhetskopieringsdata för riktiga klienter är dock inte alls lika komprimerbara och deduplicerbara i jämförelse eftersom de redan är komprimerade och deduplicerade före replikering över nätverket. 
      • På Avamar kan felaktig användning av WAN-acceleratorer göra det svårare att justera replikeringsprestandan. Även om de felaktigt kan blåsa upp prestandatestresultat enbart från iperf hjälper de ofta inte Avamar-replikeringen alls. Oftare gör de prestandajusteringen svårare och mer tidskrävande. Diskutera vidare med Avamar-supporten om begränsningarna och möjlig skada på prestandajustering eftersom WAN-förstärkare av deduplicerings-/komprimeringstyp inte ger några prestandafördelar för Avamar-only trafik och kan även göra prestandajusteringen långsammare.
      • För Data Domain kan förekomsten av en WAN-accelerator i nätverket påverka replikeringsprestanda negativt. Kontrollera med nätverksadministratören om det finns en WAN-accelerator i Data Domain-systemnätverket. När du arbetar med nätverksadministratören och kontrollerar att det påverkar nätverket som helhet inaktiverar du WAN-acceleratorn. Detta bör göras som ett begränsat test. Mer information finns i Data Domain-artikeln Data Domain: Analysera problem med långsam replikering [på DD].
      • Diskutera med ditt Dell Technologies-kontoteam eller Avamar-supporten för möjliga fördelar för acceleratoranvändning som inte stöds av hög nätverksping-latens och kommunikation över UDP-protokoll (User Datagram Protocol). Om möjligt bör normal prestandajustering med den här lösningssökvägen och utan acceleratorer lösa de flesta problem med ping-latens.
  6. Kundkrav:
    • Vilka är kraven på servicenivåmål (SLO) och servicenivåavtal (SLA) när det gäller säkerhetskopieringsdata, skydd och miljö för kundsäkerhetskopiering?
      • Måste alla säkerhetskopior replikeras? 
      • Hoppas äldre säkerhetskopior över, eller är det en möjlighet? 
      • Replikeras bara vissa klienter? 
      • (och så vidare)
    Med den här informationen kan du bekräfta replikeringskrav, ge ett prestandamål, ofta se möjligheten att hoppa över vissa säkerhetskopieringar och hjälpa till att komma ikapp replikeringen till de förväntningar som krävs mycket tidigare.
     

    Mer specifika frågor om konfiguration:

    • Allmän kunskap om klientkonton för att hjälpa till med konfigurationseffekter. Från diskussion med kunden, ungefär:
      • Hur många klienter som finns på servern totalt (om endast en delmängd replikeras, hur många)
      • Vilka är de olika typerna av klientinsticksprogram (filsystem, Exchange, NDMP osv.)
      • Vilka är de största storlekarna på klientsäkerhetskopior i allmänhet?

    Den här informationen är bäst att validera och bekräfta bortom diskussion om den är osäker eftersom detta kan vara en begränsande faktor beroende på klientens säkerhetskopieringsstorlek och särskilt serverdelstypen, gsan jämfört med DD. Prova att köra "Bytes Protected Client   2" i Avamar Admin-användargränssnittet, välj ett datumintervall för de senaste dagarna (ifall en säkerhetskopia ännu inte har körts föregående dag ännu) och sortera utdata efter storlek. Information om hur du kör rapporter finns i den aktuella tekniska anmärkningen i Avamar-administrationsguiden.

    • Om DD-integrering finns ska du avgöra vilka typer av backend-lagring som finns för ovanstående mycket stora klienter efter typ och storlek på Avamar jämfört med Data Domain-serverdelen. Säkerhetskopieras till exempel alla NDMP-klienter till Data Domain men alla filsystemklienter till Avamar-serverdelen?  Är serverdelen beroende av storlek, blandat eller ett slumpmässigt mönster?
     
    Ytterligare frågor och testning:
    Arbeta med Dell Technologies supportteam för att diskutera ytterligare ämnen och för att utföra faktiska tester och fortsatt finjustering.

    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.