Avamar: Informace, které je třeba shromáždit za účelem odstraňování problémů s výkonem replikace Avamar (cesta řešení)

Summary: Tento článek slouží ke shromáždění úvodních informací k odstraňování problémů s výkonem replikace systému Avamar (a Avamar s integrací Data Domain).

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

U obecné replikace by výchozí bod měl zahrnovat pozadí a koncepty a položky, které se mají testovat, a změny, které se mají provést.
Další informace naleznete v článku s cestou řešení Avamar: Řešení potíží a ladění výkonu replikace (cesta řešení) pro tato témata.

Tento článek je určen ke shromažďování informací o problémech specifických pro výkon replikace, včetně vypršení časového limitu replikace, ale ne o jiných selháních replikace v případě problémů s konfigurací nevýkonu. 

Informace o dalších problémech s replikací kvůli NEPLNĚNÍ shromažďovaných informací naleznete v článku Avamar: Jak shromáždit informace pro odstraňování problémů s replikací

Poznámka: U KAŽDÉHO servisního požadavku souvisejícího s výkonem replikace je velmi důležité shromáždit všechny níže uvedené informace. Shromáždění těchto informací pomáhá vytvořit si obrázek o situaci a zcela určí, jak bude ladění výkonu replikace dokončeno. I když některé informace mohou být pro některé zákazníky neznámé nebo soukromé, uvědomte si, že to může omezit řešení potíží nebo způsobit, že ladění zabere více času.
 
 
Shromažďované informace:
  • Většina z následujících položek vyžaduje diskusi mezi týmy technické podpory a zákazníky. 
  • Bez všech informací uvedených v tomto článku se může doba odstraňování problémů a doba potřebná k vyřešení prodloužit v závislosti na možných nalezených problémech.
 
 

Obecné otázky a informace týkající se životního prostředí:

  1. Diskuze se zákazníkem o fyzických místech, městech, zemích nebo kilometrové vzdálenosti mezi zdrojovým a cílovým pracovištěm.
  2. Diskutujte a poskytněte, čeho je cílem dosáhnout při ladění výkonu nebo co konkrétně musí být opraveno (nad rámec výkonu)?
    • (Příklad: Chcete-li dohnat X dní zpoždění po rollbacku nebo selhání, poprvé dokončit počáteční instalaci replikace, dokončit migraci root2root (R2R) prováděnou profesionálními službami atd.) 
    Tyto podrobnosti mohou změnit způsob ladění nebo výběr možností.
    • Návrh konfigurace:  One-to-one, One-to-many, Many-to-one, Cross replication, Cascading replication, nebo jiné
  3. Ze zdrojového a cílového systému Avamar (a serveru DD, pokud je to možné) získejte název hostitele, verzi a kapacitu sítě:
    • Pro nástroj Avamar:  Spusťte příkaz status.dpn na všech souvisejících uzlech serverových nástrojů Avamar, Avamar Virtual Edition (AVE) nebo na jednom uzlu.  Avamar: Jak porozumět výstupu vytvořenému pomocí příkazu „status.dpn“
    • Pro systém Data Domain na všech serverech Avamar:  Spusťte "mccli dd show-prop" příkaz
      • Tyto informace o systému DD lze také získat z protokolů replikace nebo z příkazů ddrmaint. Viz příloha na konci tohoto článku.
  4. Typ hardwaru (včetně případného DD):
    • Jaký je typ a verze hardwaru? To může mít vliv na počet datových proudů a množství příjmu vstupně-výstupních operací disku.
    • Jaká je velikost kapacity na uzel a celková kapacita zálohovaných dat? (To je důležité vědět, protože to pomáhá rozšířit znalosti, kolik dat může být potřeba replikovat nebo dohnat.)
    • V případě systému Data Domain se tyto informace nacházejí v protokolech replikace nebo z příkazů ddrmaint.
    • V případě podpory společnosti Dell lze všechny typy hardwaru Avamar a DD nalézt v systému Avalanche a v nabídce Autosupport (ASUP), pokud jsou nakonfigurovány pro funkci Email Home
      • V systému Data Domain lze také spustit následující příkaz: system show model 
  5. Síť: Toto NENÍ část určená pro testování rychlosti, ale diskuze mezi podporou společnosti Dell a zákazníky ohledně následujících:
    • Očekávání zákazníků ohledně rychlosti sítě a očekávání ohledně replikace
    • Je síť replikace sdílená jinými aplikacemi nebo použitími
    • Zeptejte se zákazníka, zda má v současné době vyhrazenou sekundární síť pro replikaci (nebo plánuje případnou konfiguraci v budoucnu)
      • Pokud ano, jaké jsou interní a externí IP adresy pro zdroj a cíl
    • Pokud se jedná o systém Data Domain, zkontrolujte, zda se do stejné datové domény nereplikuje také něco jiného než kontrolovaná mřížka Avamar
      • Pokud ano, existuje více mřížek Avamar nebo jiná zálohovací řešení?
      • Pokud ano, jsou simultánní, nebo střídavé?
      • Množství dat
    • Zjistěte, zda jsou nakonfigurované nebo přítomné nějaké brány firewall zákazníka nebo omezení sítě QoS mimo produkt Avamar
    • Má zákazník ve své síti akcelerátory WAN?
      • POZNÁMKA: pokud existují akcelerátory WAN, lze je odhalit v pozdějším kroku testování, kdy iperf ukazuje rychlejší výsledky, ale nic jiného, pokud jde o přenos dat, není zdaleka tak rychlé. Iperf je jednoduchý linuxový "nástroj pro testování rychlosti sítě" a jeho provoz je velmi komprimovatelný a deduplikovatelný. Skutečná zálohovaná data klientů však nejsou zdaleka tak komprimovatelná a deduplikovatelná ve srovnání s nimi, protože jsou komprimována a deduplikována již před replikací přes síť. 
      • Nesprávné použití akcelerátorů WAN může v softwaru Avamar ztížit ladění výkonu replikace. I když mohou nepřesně nafouknout výsledky výkonnostních testů ze samotného nástroje iperf, často vůbec nepomáhají replikaci softwaru Avamar. Častěji ztěžují ladění výkonu a zvyšují časovou náročnost. Poraďte se s podporou společnosti Avamar o omezeních a možném poškození ladění výkonu u akcelerátorů WAN typu dedup/komprese Avamar-only provozu a může také zpomalit proces ladění výkonu.
      • V případě systému Data Domain může přítomnost akcelerátoru WAN v síti nepříznivě ovlivnit výkon replikace. Ověřte u správce sítě, zda se v systémové síti Data Domain nachází akcelerátor WAN. Při práci se správcem sítě a potvrzení minimálního dopadu na celou síť zakažte akcelerátor WAN. To by mělo být provedeno jako omezený test. Přečtěte si článek Data Domain Data Domain: Analýza problémů s pomalou replikací [v systému DD].
      • Pokud jde o použití akcelerátorů, které řeší nepodporované množství vysoké latence síťových příkazů ping a komunikují prostřednictvím protokolů UDP (User Datagram Protocol), konzultujte informace o možných výhodách s obchodním týmem společnosti Dell Technologies nebo s podporou společnosti Avamar. Většinu problémů s latencí příkazu ping by mělo vyřešit normální ladění výkonu pomocí této cesty řešení a bez akcelerátorů.
  6. Požadavky zákazníka:
    • Co jsou požadavky na cíle servisní úrovně (SLO) a smlouvy o úrovni služeb (SLA) z hlediska zálohování dat zákazníka, ochrany a prostředí
      • Musí se všechny zálohy replikovat? 
      • Jsou starší zálohy přeskočeny, nebo je to možné? 
      • Replikují se pouze někteří klienti? 
      • (a tak dále)
    Tyto informace pomáhají potvrdit požadavky na replikaci, poskytují výkonnostní cíl, často odhalují možnost přeskočit určité zálohy a pomáhají dohnat replikaci k požadovaným očekáváním mnohem dříve.
     

    Specifičtější dotazy týkající se konfigurace:

    • Obecné znalosti o klientském účtu, které vám pomůžou s dopady na konfiguraci. Z diskuze se zákazníkem, zhruba:
      • Kolik klientů existuje na serveru celkem (pokud se replikuje pouze podmnožina, kolik)
      • Různé typy klientských modulů plug-in (systém souborů, Exchange, NDMP atd.)
      • Jaké jsou obecně největší velikosti záloh klientů

    Tyto informace je nejlepší ověřit a potvrdit nad rámec diskuse, pokud si nejste jistí, protože to může být omezující faktor v závislosti na velikosti zálohy klienta a zejména typu back-endu, gsan vs. DD. Zkuste spustit "Bytes Protected Client   2" v uživatelském rozhraní správce Avamar, vyberte rozsah dat za posledních pár dní (pro případ, že by zálohování v předchozím dni ještě neběželo) a seřaďte výstup podle velikosti. Pokyny ke spouštění sestav naleznete v aktuální technické poznámce v příručce ke správě systému Avamar.

    • Pokud je přítomna integrace DD, určete, jaké typy backendového úložiště výše uvedených velmi velkých klientů podle typu a velikosti v backendu Avamar a Data Domain. Zálohují se například všichni klienti NDMP do systému Data Domain, ale klienti systému souborů do backendu Avamar?  Je back-end závislý na velikosti, smíšeném nebo náhodném vzoru?
     
    Doplňující otázky a testování:
    Spolupracujte s týmy podpory společnosti Dell Technologies, proberte další témata a provádějte skutečné testování a další ladění.

    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.