Avamar-ruimteterugwinningsprocessen - Deel 1: Garbage Collection
Summary: Dit KB-artikel beschrijft het eerste deel van het Avamar-ruimteterugwinningsproces. Dit staat bekend als garbage collection.
Instructions
Dit artikel is het eerste in een serie waarin wordt beschreven hoe Avamar ruimte recyclet, zowel binnen de GSAN als op de harde schijven.
- Avamar-ruimteterugwinningsprocessen - Deel 1: Garbage Collection
- Avamar-ruimtevrijmakingsprocessen - Deel 2: Kraken
- Avamar-ruimtevrijmakingsprocessen - Deel 3: Checkpointproces (RMCP) verwijderen
De huidige implementatie van garbage collection is samen met Avamar v7.0 geïntroduceerd en het ontwerp is grotendeels ongewijzigd gebleven.
Wat doet garbage collection?
Garbage Collection is de eerste fase van het proces waarbij Avamar ruimte vrij maakt die is gebruikt om back-updata op te slaan.
Het werkt op de cur-directory en maakt ruimte vrij binnen de GSAN door datasegmenten te verwijderen die niet langer worden vermeld door een back-up:
- Er wordt gezegd dat data 'gedefinieerd' zijn als deze in de index kunnen worden opgezocht.
- Er wordt naar data verwezen als deze aanwezig zijn als onderdeel van een back-up (dat is de hash die aanwezig is in het gebruikersaccountsysteem, samengestelde strips of directory-elementen).
Ruimte die wordt teruggewonnen door garbage collection kan pas worden hergebruikt nadat het crunchen is uitgevoerd. Crunching wordt onmiddellijk uitgevoerd nadat de dagelijkse geplande garbage collection is voltooid. Zie Avamar-ruimtevrijmakingsprocessen - Deel 2: Crunching.
Wanneer wordt garbage collection uitgevoerd?
Hoe lang duurt het verzamelen van afval?
Garbage Collection wordt standaard 4 uur uitgevoerd. Als twee passes niet binnen deze tijd zijn voltooid, wordt de gebruiksduur van de volgende garbage collection met 15 minuten verhoogd. Dit gaat door totdat twee geslaagden zijn voltooid of de standaardlimiet van 7 uur (420 minuten) is bereikt.
Hieronder vindt u veelvoorkomende problemen. Voor sommige artikelen moet authenticatie op de Dell Support website worden bekeken.
- Maintenance Scheduler of, meer specifiek, garbage collection is uitgeschakeld. De uitvoer van status.dpn kan dit bevestigen.
- De capaciteit van het besturingssysteem is hoger dan de disknogc-waarde (wat 86% tot 89% kan zijn).
- Tijdsynchronisatieproblemen tussen Avamar knooppunten.
- Indexstrips splitsen.
- Hash-referentiebitkaarten kunnen niet worden gereset.
Hoe garbage collection werkt
Stap 1 - De tabel met referentieaantallen (TORC) maken:
Garbage Collection leest vermeldingen in het gebruikersaccountsysteem, de samengestelde strips en directory-elementen om een Table Of Reference Counts (TORC) te maken.
In de TORC registreert garbage collection alle hashes op het systeem en hoe vaak elke hash wordt vermeld.
Stap 2 - De indexen lezen:
Zodra de TORC is voltooid, laadt elk knooppunt een subset van de afzonderlijke indexstrips in het geheugen. Het aantal gelezen strips wordt gedefinieerd door de parameter gccount . Voor elke hash die in de index is gedefinieerd, zoekt garbage collection de hash op in de TORC om te controleren of ernaar wordt verwezen.
- Als de hash bestaat in zowel de index als de TORC, is er niets te doen. Elke hash in de TORC heeft een referentieaantal van ten minste 1, dus de hash wordt zowel gedefinieerd als waarnaar wordt verwezen.
- Als de hash bestaat in de index, maar niet in de TORC, wordt de hash gedefinieerd maar wordt er niet naar verwezen, dus kan deze worden verwijderd.
Opmerking: Als de hash aanwezig was in de TORC, maar niet in de index, zou dit een data-integriteitsfout zijn (hash waarnaar wordt verwezen maar niet gedefinieerd). Dit resulteert in een hfscheck-fout.
Stap 3 - Verwijder niet-gerefereerde hashes:
Zoals we eerder hebben opgemerkt, maken hashes waarnaar niet wordt verwezen geen deel uit van een back-up, dus kunnen ze veilig worden verwijderd uit de Avamar. U doet dit door garbage collection uit te voeren:
- Hiermee verwijdert u de vermelding in de index.
- Hiermee wordt de vermelding voor de hash in de Chunk Header Descriptor (CHD) nul. De CHD bepaalt waar afzonderlijke segmenten zich in de stripe-container bevinden.
Avamar heeft het gebied gemarkeerd dat de hash als leeg in beslag nam. Om prestatie- of capaciteitsredenen worden de data in dit stadium niet verwijderd.
Stap 4 - Werk de TORC bij:
Als het segment dat de garbage collection heeft verwijderd een samengestelde was, moet de TORC worden bijgewerkt.
Als we teruggaan naar stap 1, bevatten de referentieaantallen in de TORC verwijzingen die zijn gemaakt door samengestelde strepen, die samengestelde chunks bevatten.
Aangezien een samengestelde chunk is verwijderd, kunnen we het referentieaantal in de TORC één voor elke hashes die door dat samengestelde segment worden vermeld, verwijderen.
Garbage Collection doet dit door het samengestelde te lezen, om te zien welke hashes het verwijst en vervolgens het TORC bij te werken.
Stap 5 - Lees de volgende reeks indexen:
Garbage Collection verwijdert de vorige set indexstrips uit het geheugen en laadt vervolgens een nieuwe set.
Stap 2, 3 en 4 worden herhaald voor deze nieuwe indexstrips.
Zodra alle indexstrips zijn gelezen, worden alle datasegmenten (ook wel 'atomische' chunks genoemd) in de TORC met 0 verwijzingen (dankzij stap 4) verwijderd.
Stap 6 - Start een nieuwe pass:
Zodra alle indexen zijn gelezen, start garbage collection een nieuwe pass.
Alle indexstrips worden opnieuw gelezen, op zoek naar data die niet meer worden vermeld dankzij onze eerdere passes.
Dit is nodig omdat hashes niet in een logische volgorde worden gelezen, maar in de volgorde waarin ze worden opgeslagen in de indexen.
Garbage collection is niet zeker om de hashes in de optimale volgorde te vinden. Een hash kan blijven verwijzen tot het einde van de pass.
In de meeste Avamar serveromgevingen kunnen twee passes van garbage collection comfortabel een "steady-state" capaciteit behouden.
De garbage collection verloopt totdat de tijd op is, of een pass wordt voltooid zonder data te verwijderen.
Handmatige garbage collection
Microbeheer van een Avamar-server is niet vereist. De scheduler is bedoeld om het uitvoeren van onderhoudstaken te automatiseren. Als avamar capaciteit hoog is, raadpleegt u de Avamar Operational Best Practices Guide en Avamar: Capaciteitsbeheerconcepten en -training.
In zeldzame gevallen kan het uitvoeren van garbage collection helpen om ernstige problemen te verhelpen waarbij de 'gebruikerscapaciteit' van de GSAN zo hoog is dat het systeem in de modus alleen-lezen gaat.
In deze gevallen wordt garbage collection handmatig uitgevoerd om het capaciteitsniveau omlaag te brengen tot net onder de drempelwaarde voor alleen-lezen. Hierdoor kan het back-upvenster worden uitgevoerd.
Automatische garbage collection kan normaal blijven werken.
Avamar Support moet de situatie volledig onderzoeken en begrijpen voordat handmatige garbage collection wordt overwogen.
Het is nooit nodig om te vragen dat Support na een dergelijk onderzoek handmatige garbage collection uitvoert op een systeem zonder toestemming van een L2-supporttechnicus.
Zie Avamar - Over het gebruik van handmatige garbage collection.