Det finns olika faktorer att tänka på när du hanterar kapacitetsproblem i ett Avamar-system. Det viktigaste vid hantering av kapacitetsproblem är att fastställa varför ett kapacitetsproblem har uppstått. Det första steget är att samla in data för att möjliggöra den här undersökningen.
Det finns flera typer av kapacitetsbegränsningar i Avamar. Genom att förstå dessas historik kan du förstå aktuella och historiska kapacitetsproblem som systemet har drabbats av.
När
följande tröskelvärden överskrids genereras en händelse, varning eller fel i användargränssnittet.
- 80 % – kapacitetsvarning
- 95 % – Gränsen för hälsokontroll har nåtts
- 100 % – Serverns skrivskyddade gräns nås (rutnätet går till administratörsläge)
Ett fullständigt Avamar-system kan uppvisa följande symptom eller fel:
- Skräpinsamlingen har misslyckats med MSG_ERR_DISKFULL eller MSG_ERR_STRIPECREATE.
- Kontrollpunkter misslyckas med MSG_ERR_DISKFULL
- Säkerhetskopieringar kan inte köras eller köras och misslyckas på grund av full kapacitet.
- Säkerhetskopieringen misslyckas med antingen MSG_ERR_STRIPECREATE eller meddelanden som säger att målservern är full.
- Åtkomststatusen ändras till administratörsläge (och underhåll körs inte när detta inträffar).
- Schemaläggaren för säkerhetskopiering är avaktiverad och kan inte återupptas på grund av begränsningar av metadatakapacitet
Data att samla in
Logga in på Avamar Utility Node och kör alla följande kommandon. Dessa samlar endast in information och tillämpar inte några ändringar:
1. Om den inte redan är känd visas det fullständiga namnet på Avamar-servern eller FQDN (fullständigt kvalificerat domännamn)
2. Kontrollera att alla tjänster är aktiverade, inklusive underhållsschemaläggaren
3. Det totala systemtillståndet
4. Kör kapaciteten
.sh-skript för att samla in data för 60 dagar och de tio främsta bidragande klienterna.
capacity.sh --days=60 --top=10
5. Loggar visar grundläggande skräpinsamlingsbeteende under de senaste 30 dagarna.
dumpmaintlogs --types=gc --days=30 | grep "4202"
6. Mängden data som togs bort av skräpinsamling, hur många som slutfördes och hur lång tid det tog.
För Avamar v5.x och v6.x kör du:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
För Avamar v7.x kör du istället:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
umpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
7.
Kontrollera hur länge hfscheck körs för:
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8. Information om filsystemets kapacitetsanvändning per nod och per partition:
avmaint nodelist | egrep 'nodetag|fs-percent-full'
umpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
9. En lista över kontrollpunkter som är tillgängliga i systemet
10. Schemalagda start-/stopptider för underhållsjobb:
avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16
11. Samla in alla diskinställningar:
avmaint config --ava | egrep -i 'disk|crunching|balance'
Ändra aldrig värden om inte av en Avamar-ämnesexpert meddelat det. Icke-standardvärden kan finnas på plats av en god anledning. Förstå situationen noggrant.
12. Samla in antal olika typer av strimlor per nod per datapartition:
avmaint nodelist --xmlperline=99 | grep 'comp='
13.
Kontrollera mängden minne (och byte) som används på varje nod