Det finnes flere faktorer du bør ta hensyn til når du løser kapasitetsproblemer på et Avamar-system. Det viktigste skillet når du håndterer kapasitetsproblemer, er å finne ut hvorfor det har oppstått et kapasitetsproblem. Det første trinnet er å samle inn data for å aktivere denne undersøkelsen.
Det finnes flere typer kapasitetsgrenser i Avamar. Å forstå disse historikken bidrar til å forstå de aktuelle og historiske kapasitetsproblemene som systemet har opplevd.
Når
terskler som følges, krysses, genereres det en hendelse, en advarsel eller feil i brukergrensesnittet.
- 80 % – kapasitetsadvarsel
- 95 % – Helsesjekkgrensen er nådd
- 100 % – Grensen for skrivebeskyttet server er nådd (rutenettet går til administratormodus)
Et fullstendig Avamar-system kan vise følgende symptomer eller feil:
- Datasanering mislyktes med MSG_ERR_DISKFULL eller MSG_ERR_STRIPECREATE.
- Kontrollpunkter mislykkes med MSG_ERR_DISKFULL
- Sikkerhetskopiering kan ikke kjøres eller kjøres og mislykkes på grunn av full kapasitet.
- Sikkerhetskopiering mislykkes med enten MSG_ERR_STRIPECREATE eller meldinger som sier at målserveren er full.
- Tilgangstilstanden endres til administratormodus (og vedlikehold kjører ikke når dette skjer).
- Sikkerhetskopieringsplanleggeren er deaktivert og kan ikke gjenopptas på grunn av kapasitetsgrenser for metadata
Data som skal samles inn
Logg på Avamar Utility Node, og kjør alle følgende kommandoer. Disse samler bare inn informasjon og tar ikke i bruk noen endringer:
1. Hvis det ikke allerede er kjent, vil dette gi deg Avamar-serverens fulle navn eller FQDN (fullstendig domenenavn)
2. Kontroller at alle tjenester er aktivert, inkludert vedlikeholdsplanleggeren
3. Den totale systemtilstanden
4. Kjør kapasiteten
.sh-skript for å samle inn data i 60 dager og de ti mest medvirkende klientene.
capacity.sh --days=60 --top=10
5. Logger som viser grunnleggende atferd for datasanering i løpet av de siste 30 dagene.
dumpmaintlogs --types=gc --days=30 | grep "4202"
6. Mengden data som ble fjernet av datasanering, hvor mange som ble bestått, og hvor lenge den kjørte.
For Avamar v5.x og v6.x kjører du:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
For Avamar v7.x kjører du i stedet:
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.
Kontroller hvor lenge hfscheck kjører for:
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8. Detaljer om bruk av filsystemkapasitet per node og per partisjon:
avmaint nodelist | egrep 'nodetag|fs-percent-full'
umpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
9. En liste over tilgjengelige kontrollpunkter på systemet
10. Planlagt start-/stopptider for vedlikeholdsjobb:
avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16
11. Samle inn alle diskinnstillinger:
avmaint config --ava | egrep -i 'disk|crunching|balance'
Endre aldri verdier med mindre en Avamar Subject Matter-ekspert anbefales. Ikke-standardverdier kan være på plass av en god grunn. Forstå situasjonen grundig.
12. Samle antall ulike typer striper per node per datapartisjon:
avmaint nodelist --xmlperline=99 | grep 'comp='
13.
Kontroller mengden minne (og bytt) som brukes på hver node