Voordat u dit artikel leest, moet u bekend zijn met de werking van Avamar garbage collection en space reclamation.
Avamar-ruimteterugwinningsprocessen - Deel 1: Garbage Collection
Avamar-ruimtevrijmakingsprocessen - Deel 2: Kraken
Avamar-ruimtevrijmakingsprocessen - Deel 3: Het proces voor het verwijderen van checkpoints (RMCP)
Op een Avamar systeem is garbage collection (GC) bedoeld om te worden uitgevoerd als een gepland proces.
Het is mogelijk om GC handmatig uit te voeren. Dit staat van oudsher bekend als 'agressieve garbage collection' (AGC). In werkelijkheid is dit niet anders dan reguliere GC en moet de term "handmatige garbage collection" worden gebruikt.
Handmatige garbage collection verwijst naar situaties waarin de GC-onderhoudstaak gedurende langere tijd wordt uitgevoerd zonder het gebruik van de Avamar maintenance scheduler.
Deze techniek kan nuttig zijn om scherpe problemen te verhelpen waarbij de Avamar-gebruikerscapaciteit zeer hoog is of als het systeem zich in de modus alleen-lezen bevindt.
In deze gevallen wordt garbage collection handmatig uitgevoerd om het capaciteitsniveau omlaag te brengen tot
net onder de drempel voor alleen-lezen, zodat het back-upvenster kan worden uitgevoerd en automatische garbage collection normaal kan blijven werken.
In dit artikel wordt beschreven waar het gebruik van handmatige garbage collection geschikt is en de voorwaarden voor het gebruik ervan.
Het eerste wat u moet weten, is dat Avamar zichzelf kan onderhouden door geautomatiseerde onderhoudstaken.
Het is niet nodig om een Avamar-systeem te micromanage. Waar mogelijk moet geplande garbage collection worden toegestaan om "zaken te doen" en verlopen data van het systeem op te ruimen.
De enige keer dat handmatige garbage collection geschikt is, is wanneer er sprake is van een situatie met een "extreem hoge GSAN-capaciteit". kan gebeuren waarbij de juiste GC gedurende een lange periode is gehinderd.
Als een Avamar Support-technicus de juiste analyse heeft uitgevoerd, kunnen zij goedkeuring vragen voor handmatige garbage collection-activiteiten van een Avamar Subject Matter Expert.
Het gebruik van handmatige garbage collect is
niet geschikt bij het aanpakken van een situatie met een "hoge OS-capaciteit" of een situatie met een "hoog GSAN-capaciteitsgebruik". Wanneer de GSAN-capaciteit hoog is, is het van cruciaal belang dat de geplande GC elke dag en voor de vereiste tijd wordt uitgevoerd.
Met behulp van de 'capaciteit
'.sh'-script beschreven in
Avamar: Het gebruik van capacity.sh script om de capaciteit op een Avamar systeem te beheren, zorgt ervoor dat garbage collection minimaal twee keer wordt uitgevoerd.
Breid het onderhoudsvenster geleidelijk uit. Dit kan over een periode van dagen zijn. Controleer het aantal geslaagden en de hoeveelheid verwijderde data, totdat de capaciteitstrend negatief wordt.
Als de capaciteitstrend niet negatief wordt en de capaciteit niet lager wordt, past u extra capaciteitsbeheermaatregelen toe. Zie
Avamar: Capaciteitsbeheerconcepten en -training.
Support kan helpen controleren of de garbage collection optimaal werkt.
- Een systeem dat is afgestemd op de balans tussen binnenkomende en verlopen data, heeft een stabiele status. Zie de Avamar handleiding voor operationele best practices.
- Problemen met de capaciteit van garbage collection handmatig 'maskeren' door de stappen uit te stellen die moeten worden genomen om een systeem in een gezonde staat te krijgen voor langdurig ononderbroken gebruik.
- Het uitvoeren van garbage collection concurreert handmatig met back-up- of replicatieactiviteit voor hardwarebronnen. All-round prestaties hebben er last van.
- Bepaalde acties die nodig zijn voor garbage collection worden automatisch ALLEEN uitgevoerd op de geplande onderhoudstijden, bijvoorbeeld het uitladen van 'Index Caches' om meer resources vrij te maken.