Řešení problémů s kapacitou v systému
AvamarPři řešení problémů s kapacitou v systému Avamar je zásadní pochopit hlavní příčinu. To vyžaduje řadu kroků, počínaje sběrem dat pro důkladné prozkoumání.
Systémy Avamar mají několik typů omezení kapacity. Komplexní pochopení těchto limitů spolu s jejich historickým kontextem může objasnit současné i minulé problémy s kapacitou, se kterými se systém potýkal.
Při překročení určitých prahových hodnot kapacity systém generuje v uživatelském rozhraní (UI) specifické události, varování nebo chyby:
- 80%: Varování ohledně kapacity
- 95%: Bylo dosaženo limitu kontroly stavu
- 100%: Bylo dosaženo limitu serveru pouze pro čtení, což způsobilo, že se mřížka přepnula do režimu správce.
Když je systém Avamar plný, může vykazovat následující příznaky nebo chyby:
- Uvolňování paměti selže, což vede k chybám MSG_ERR_DISKFULL nebo MSG_ERR_STRIPECREATE.
- Kontrolní body selžou kvůli chybě MSG_ERR_DISKFULL.
- Zálohy nelze spustit nebo selhat z důvodu plné kapacity.
- Zálohování se nezdaří s chybami MSG_ERR_STRIPECREATE nebo zprávami oznamujícími, že cílový server je plný.
- Stav přístupu se přepne do režimu správce (pokud není spuštěna údržba).
- Plánovač zálohování je zakázán a nelze jej obnovit kvůli omezením kapacity metadat.
Pochopení těchto aspektů vám může pomoci při správě a řešení problémů s kapacitou v systému Avamar.
Shromažďování informací:
Přihlaste se k serveru Avamar (uzel s jedním uzlem nebo uzlem nástroje) a spusťte všechny příkazy. Ty pouze shromažďují informace a neaplikují žádné změny:
1. Pokud jej ještě neznáte, poskytne úplný název serveru Avamar nebo plně kvalifikovaný název domény (FQDN):
2. Ověřte, zda jsou povoleny všechny služby, včetně plánovače údržby:
3. Celkový stav systému:
4. Spusťte
kapacitu.SH skript pro sběr dat za 60 dní a 10 nejlepších přispívajících klientů:
capacity.sh --days=60 --top=10
5. Protokoly zobrazující základní chování uvolňování paměti za posledních 30 dnů:
dumpmaintlogs --types=gc --days=30 | grep "4202"
6. Množství dat, která uvolňování paměti odebralo, kolik průchodů bylo dokončeno a jak dlouho běželo.
U softwaru Avamar
v5.x a v6.x spusťte příkaz:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
V případě softwaru Avamar
v7.x a novějších spusťte:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
7. Zkontrolujte, jak dlouho hfscheck běží:
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8. Podrobnosti o využití kapacity souborového systému na uzel a oddíl:
avmaint nodelist | egrep 'nodetag|fs-percent-full'
9. Seznam kontrolních bodů dostupných v systému:
10. Plánované časy zahájení/ukončení údržbové práce:
avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16
11. Shromážděte všechna nastavení disku:
avmaint config --ava | egrep -i 'disk|crunching|balance'
Nikdy neměňte hodnoty, pokud vám to nedoporučí odborník na danou problematiku (SME) systému Avamar. Jiné než výchozí hodnoty mohou být zavedeny z dobrého důvodu. Důkladně pochopte situaci.
12. Shromážděte počty různých typů prokládání na uzel a datový oddíl:
avmaint nodelist --xmlperline=99 | grep 'comp='
13. Zkontrolujte množství využité paměti (a swapu) v jednotlivých uzlech: