Avamar: Informatie die moet worden verzameld voor het oplossen van prestatieproblemen met Avamar-replicatie (oplossingspad)
Summary: Dit artikel moet worden gebruikt voor het verzamelen van de initiële informatie voor het oplossen van problemen met de replicatieprestaties van Avamar (en Avamar met Data Domain integratie). ...
Instructions
Voor algemene replicatie moet het uitgangspunt achtergrondinformatie en concepten bevatten, en items die moeten worden getest en wijzigingen die moeten worden uitgevoerd.
Zie het artikel Resolution Path Avamar: Replicatieprestaties oplossen en afstemmen (resolutiepad) voor deze onderwerpen.
Dit artikel is specifiek bedoeld voor het verzamelen van informatie over problemen met replicatieprestaties, waaronder het einde van de replicatietime-out, maar niet voor andere replicatiefouten voor configuratieproblemen met niet-prestaties.
-
De meeste van de volgende items vereisen besprekingen tussen de technische supportteams en klanten.
-
Zonder alle informatie die in dit artikel wordt vermeld, kunnen probleemoplossing en tijd tot oplossing langer duren, afhankelijk van mogelijke gevonden problemen.
-
Referentie login artikelen:
Algemene vragen en informatie over het milieu:
- Bespreek met de klant de fysieke locaties, steden, landen of kilometers afstand tussen de bron- en doellocaties.
- Bespreek en geef aan wat het doel is dat moet worden bereikt bij het afstemmen van de prestaties of wat er specifiek moet worden opgelost (buiten de prestaties)?
- (Voorbeeld: Om X dagen achterstand in te halen na rollback of storingen, om initiële replication seeding voor de eerste keer te voltooien, om een root2root (R2R)-migratie te voltooien die wordt uitgevoerd door Professional Services, enzovoort)
- Ontwerp van configuratie:
One-to-one,One-to-many,Many-to-one,Cross replication,Cascading replication, of andere
- Haal de hostnaam, versie en capaciteit van het raster op bij de bron- en doel-Avamar (en DD-server indien van toepassing):
- Voor Avamar: Voer de opdracht status.dpn uit op alle gerelateerde Avamar Server Utility-knooppunten, Avamar Virtual Editions (AVE) of afzonderlijke knooppunten. Avamar: De uitvoer begrijpen die wordt gegenereerd door de opdracht status.dpn
- Voor Data Domain op elke Avamar server: Voer de "
mccli dd show-prop" commando- Deze DD-informatie kan ook worden verzameld uit replicatielogboeken of uit ddrmaint-opdrachten. Zie de bijlage aan het einde van dit artikel.
- Hardwaretype (inclusief DD indien van toepassing):
- Wat is het hardwaretype en de versie? Dit kan van invloed zijn op het aantal streams en de hoeveelheid schijf-I/O die wordt opgenomen.
- Wat is de grootte van de capaciteit per knooppunt en de totale totale capaciteit van back-updata? (Dit is belangrijk om te weten, omdat het helpt bij het vergroten van de kennis over hoeveel gegevens er mogelijk zijn om te repliceren of in te halen.)
- Voor Data Domain is deze informatie te vinden in replicatielogboeken of via ddrmaint-opdrachten.
- Voor Dell Support zijn alle Avamar- en DD-hardwaretypen te vinden op Avalanche en de AutoSupport (ASUP) als ze zijn geconfigureerd voor Email Home
- De volgende opdracht kan ook worden uitgevoerd op het Data Domain:
system show model
- De volgende opdracht kan ook worden uitgevoerd op het Data Domain:
- Netwerk: Dit is GEEN sectie voor het testen van de snelheid, maar een discussie tussen Dell Support en klanten met betrekking tot:
- De verwachtingen van de klant ten aanzien van de netwerksnelheid en de replicatieverwachtingen
- Wordt het replicatienetwerk gedeeld door andere applicaties of gebruiken
- Vraag de klant of ze momenteel een speciaal secundair netwerk hebben voor replicatie (of van plan zijn om dit in de toekomst mogelijk te configureren)
- Zo ja, wat zijn de interne en externe IP-adressen voor bron en doel
- Als het om een datadomein gaat, controleert u of iets anders dan het beoordeelde Avamar-raster ook naar datzelfde datadomein wordt gerepliceerd
- Zo ja, zijn er meerdere Avamar-grids of andere back-upoplossingen?
- Zo ja, zijn ze gelijktijdig of gespreid
- De hoeveelheid data
- Bepalen of er klantfirewalls of QoS-netwerkbeperkingen buiten het Avamar-product zijn geconfigureerd of aanwezig
- Heeft de klant WAN-versnellers op hun netwerk?
- OPMERKING: als er WAN-versnellers zijn, kunnen deze in een latere testfase worden onthuld wanneer iperf snellere resultaten laat zien, maar niets anders op het gebied van gegevensoverdracht is lang zo snel. Iperf is een eenvoudige op Linux gebaseerde "netwerksnelheidstesttool" en het verkeer is zowel zeer comprimeerbaar als dedupliceerbaar. Echte back-updata van clients zijn echter lang niet zo comprimeerbaar en dedupliceerbaar in vergelijking, omdat deze al worden gecomprimeerd en gededupliceerd voorafgaand aan replicatie via het netwerk.
- Op Avamar kan onjuist gebruik van WAN-versnellers het afstemmen van de replicatieprestaties bemoeilijken. Hoewel ze prestatietestresultaten van iperf alleen onnauwkeurig kunnen opblazen, helpen ze vaak helemaal niet bij de Avamar-replicatie. Vaker maken ze het afstemmen van de prestaties moeilijker en tijdrovender. Bespreek verder met Avamar Support over de beperkingen en mogelijke schade van prestatieafstemming, aangezien WAN-versnellers van het dedup/compressietype geen prestatievoordelen bieden aan
Avamar-onlyverkeer en kan ook de procedure voor het afstemmen van de prestaties vertragen. - Voor Data Domain kan de aanwezigheid van een WAN-versneller op het netwerk de replicatieprestaties nadelig beïnvloeden. Controleer bij de netwerkbeheerder of er een WAN-versneller aanwezig is in het Data Domain-systeemnetwerk. Wanneer u met de netwerkbeheerder werkt en de minimale impact op het algehele netwerk bevestigt, dient u de WAN-versneller uit te schakelen. Dit moet worden gedaan als een beperkte test. Raadpleeg het Data Domain-artikel Data Domain: Analyse van trage replicatieproblemen [op DD].
- Voor gebruik van Accelerators bij het aanpakken van de niet-ondersteunde hoeveelheid hoge pinglatentie in het netwerk en het communiceren via UDP-protocollen (User Datagram Protocol), bespreekt u met uw Dell Technologies accountteam of met Avamar Support of u kunt weten of u voordeel kunt behalen. Indien mogelijk kunt u de meeste pinglatentieproblemen oplossen met normale afstemming van prestaties met behulp van dit resolutiepad en zonder versnellers.
- Klantvereisten:
- Wat zijn de vereisten voor Service Level Objective (SLO) en Service Level Agreements (SLA) met betrekking tot back-updata, bescherming en omgeving van de klant
- Moeten alle back-ups worden gerepliceerd?
- Worden oudere back-ups overgeslagen of is dat een mogelijkheid?
- Worden alleen bepaalde clients gerepliceerd?
- (en ga zo maar door)
- Wat zijn de vereisten voor Service Level Objective (SLO) en Service Level Agreements (SLA) met betrekking tot back-updata, bescherming en omgeving van de klant
Meer specifieke configuratievragen:
- Algemene kennis van het clientaccount om te helpen met configuratie-impacts. Uit overleg met de klant, grofweg:
- Hoeveel clients er in totaal op de server zijn (als alleen een subset wordt gerepliceerd, hoeveel)
- Wat zijn de verschillende typen clientplug-ins (bestandssysteem, Exchange, NDMP, enzovoort)
- Wat zijn de grootste groottes van clientback-ups in het algemeen
U kunt deze informatie het beste valideren en onomstotelijk bevestigen als u deze niet zeker weet, omdat dit een beperkende factor kan zijn, afhankelijk van de grootte van de back-up van de client en met name het type back-end, gsan versus DD. Voer de "Bytes Protected Client 2" in de Avamar Admin UI, selecteert u een datumbereik van de afgelopen paar dagen (voor het geval er de vorige dag nog geen back-up is uitgevoerd) en sorteert u de uitvoer op grootte. Hoe u rapporten uitvoert, vindt u in de huidige technische opmerking over de Avamar beheerhandleiding.
- Als DD-integratie aanwezig is, bepaalt u wat de back-endstoragetypen zijn van bovenstaande zeer grote clients per type en grootte op de Avamar versus Data Domain-backend. Wordt er bijvoorbeeld van NDMP-clients allemaal een back-up gemaakt naar Data Domain, maar worden bestandssysteemclients allemaal naar Avamar back-end? Is de backend afhankelijk van de grootte, gemengd of een willekeurig patroon?