Avamar: Jak shromáždit informace pro odstraňování problémů s kapacitou
Summary: Tento článek popisuje, jaké informace jsou potřeba při odstraňování problémů s kapacitou softwaru Avamar a jak je shromáždit.
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.
Instructions
Ř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:
Když je systém Avamar plný, může vykazovat následující příznaky nebo chyby:
Pochopení těchto aspektů vám může pomoci při správě a řešení problémů s kapacitou v systému Avamar.
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ů:
5. Protokoly zobrazující základní chování uvolňování paměti za posledních 30 dnů:
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:
V případě softwaru Avamar v7.x a novějších spusťte:
7. Zkontrolujte, jak dlouho hfscheck běží:
8. Podrobnosti o využití kapacity souborového systému na uzel a oddíl:
9. Seznam kontrolních bodů dostupných v systému:
10. Plánované časy zahájení/ukončení údržbové práce:
11. Shromážděte všechna nastavení disku:
12. Shromážděte počty různých typů prokládání na uzel a datový oddíl:
13. Zkontrolujte množství využité paměti (a swapu) v jednotlivých uzlech:
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):
hostname -f
2. Ověřte, zda jsou povoleny všechny služby, včetně plánovače údržby:
dpnctl status
3. Celkový stav systému:
status.dpn
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
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:
cplist
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:
mapall free -m
Additional Information
Některé z výše uvedených kroků obsahují články, které vysvětlují jejich výstup. Pokud některý z níže uvedených článků není dostupný, přejděte k webu podpory společnosti Dell.
Affected Products
AvamarProducts
Avamar, Avamar ServerArticle Properties
Article Number: 000040862
Article Type: How To
Last Modified: 09 Jul 2025
Version: 8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.