Genvindingsprocesser for Avamar-plads – Del 1: Garbage Collection
Summary: Denne KB-artikel beskriver den første del af Avamar-pladsopvindingsprocessen. Dette kaldes Garbage Collection.
Instructions
Denne artikel er den første i en serie, der dokumenterer, hvordan Avamar genbruger plads, både i GSAN og på harddiskene.
- Genvindingsprocesser for Avamar-plads – Del 1: Garbage Collection
- Avamar space-genopvindingsprocesser – Del 2: Knasende
- Avamar-tilbagevindingsprocesser for plads – Del 3: Fjern kontrolpunktprocessen (RMCP)
Den nuværende implementering af Garbage Collection blev introduceret sammen med Avamar v7.0, og dens design er stort set uændret.
Hvad gør Garbage Collection?
Garbage Collection er den første fase af processen, hvor Avamar frigører plads, der blev brugt til at gemme sikkerhedskopierede data.
Den fungerer på cur-mappen og frigør plads i GSAN ved at fjerne datasegmenter, som ikke længere henvises til af nogen sikkerhedskopi:
- Data anses for at være "defineret", hvis de kan sås op i indekset.
- Der henvises til data, hvis de findes som en del af en sikkerhedskopi (dvs. hash-værdien findes i brugeroptællingssystemet, komposit stripes eller mappeelementer).
Plads, der frigøres ved garbage collection, kan ikke genbruges, før lagringen er kørt. Klargøring kører umiddelbart efter den daglige planlagte garbage collection er afsluttet. Se Avamar-tilbagevindingsprocesser for plads – Del 2: Kræsne.
Hvornår køres Garbage Collection?
Hvor lang tid kører Garbage Collection?
Garbage Collection kører som standard i 4 timer. Hvis to pass ikke fuldføres inden for dette tidsrum, øges driftstiden for den næste Garbage Collection med 15 minutter. Dette fortsætter, indtil enten to bestået fuldført, eller standardgrænsen på 7 timer (420 minutter) er nået.
Almindelige problemer er anført nedenfor. Nogle artikler kan kræve godkendelse på Dells supportwebsted for at blive vist.
- Vedligeholdelsesplanlægger eller mere specifikt Garbage Collection er deaktiveret. Outputtet af status.dpn for at bekræfte dette.
- Operativsystemkapaciteten ligger over disknogc-værdien (som kan være 86 % til 89 %).
- Problemer med tidssynkronisering mellem Avamar-noder.
- Indeks-stripes opdeles.
- Hash-refererede bittilknytninger kan ikke nulstilles.
Sådan fungerer Garbage Collection
Trin 1 – Opbygning af tabellen over referencetællinger (TORC):
Garbage Collection læser poster i brugeroptællingssystemet, komposit-stripes og mappeelementer for at opbygge en TORC (Table of Reference Counts).
I TORC registrerer Garbage Collection alle hashes på systemet, og hvor mange gange hver hash bliver refereret til.
Trin 2 - Læsning af indekserne:
Når TORC er fuldført, indlæser hver node et undersæt af dets individuelle indeks-stripes i hukommelsen. Antallet af stripes- læsning er defineret af parameteren gccount . For hver hash, der er defineret i indekset, søger Garbage Collection op i hash-værdien i TORC for at kontrollere, om der henvises til den.
- Hvis hash-værdien findes i både indekset og TORC'en, er der intet at gøre. Hver hash i TORC har en referencetælling på mindst 1, så hash-værdien er både defineret og refereret til.
- Hvis hash-værdien findes i indekset, men ikke i TORC'en, defineres hash'en, men den henvises ikke til, så det kan fjernes.
Bemærk: Hvis hash-værdien eksisterede i TORC'en, men ikke i indekset, ville dette være en dataintegritetsfejl (hash, der henvises til, men ikke defineret). Dette resulterer i en hfscheck-fejl.
Trin 3 – Fjern ikke-reference-hashes:
Som vi tidligere har bemærket, er hashes, der ikke henvises til, ikke en del af en sikkerhedskopi, så de kan fjernes sikkert fra Avamar. For at gøre dette skal du bruge Garbage Collection:
- Fjerner posten i indekset.
- Nulstiller posten for hash-værdien i CHD (Chunk Header Descriptor). CHD definerer, hvor individuelle dele er inde i stripe-beholderen.
Avamar har markeret det område, som hashen optager som tomt. Af hensyn til ydeevne og eller kapacitet slettes dataene ikke på nuværende tidspunkt.
Trin 4 – Opdater TORC:
Hvis det afsnit, som Garbage Collection fjernede, var en komposit, skal TORC'en opdateres.
Hvis vi ser tilbage på trin 1, inkluderer referencetællingerne i TORC referencer fra komposit-stripes, som indeholder komposit-blokke.
Da et komposit-afsnit blev fjernet, kan vi afmontere referencetællingen i TORC med én for alle hashes, der henvises til af det pågældende komposit-afsnit.
Garbage Collection gør dette ved at læse i komposit, for at se, hvilke hashes den henviser til, og derefter opdatere TORC.
Trin 5 - Læs det næste sæt indeks:
Garbage Collection fjerner det forrige sæt indeks-stripes fra hukommelsen og indlæser derefter et nyt sæt.
Trin 2, 3 og 4 gentages for disse nye indeks-stripes.
Når alle indeks-stripes er blevet læst, fjernes ethvert datastykke (kendt som "atomstykke") i TORC'en, der har 0 referencer (takket være trin 4).
Trin 6 – Start et nyt pass:
Når alle indeks er blevet læst, starter Garbage Collection et nyt pass.
Alle indeks-stripes læses igen og leder efter data, der ikke længere er refereret til takket være vores tidligere pass.
Dette er nødvendigt, fordi hashes ikke læses i en logisk rækkefølge, men i stedet i den rækkefølge, de gemmes i indekserne.
Garbage Collection er ikke sikker på at finde hashes i den optimale rækkefølge. Der kan forblive reference til en hash-værdi, indtil den er afsluttet.
To spildopsamlingstrin kan komfortabelt opretholde en "konstant"-kapacitet i de fleste Avamar-servermiljøer.
Garbage Collection udføres, indtil den løber tør for tid, eller en pass fuldføres uden at fjerne data.
Manuel garbage collection
Mikromanage af en Avamar-server bør ikke være påkrævet. Planlægningsopgaverne er beregnet til at automatisere udførelsen af vedligeholdelsesopgaver. Hvis Avamar-kapaciteten er høj, skal du se vejledningen for bedste praksis for Avamars drift og Avamar: Koncepter og uddannelse i kapacitetsadministration.
I sjældne tilfælde kan kørsel af Garbage Collection hjælpe med at afhjælpe spidsproblemer, hvor GSAN"-"brugerkapaciteten" er så høj, at systemet går i skrivebeskyttet tilstand.
I disse tilfælde køres Garbage Collection manuelt for at sænke kapacitetsniveauet til lige under den skrivebeskyttede tærskel. Dette gør det muligt at køre sikkerhedskopieringsvinduet.
Automatisk garbage collection kan fortsætte med at fungere som normalt.
Avamar Support bør undersøge og forstå situationen helt, før manuel garbage collection overvejes.
Det er aldrig passende at anmode om, at Support kører manuel affaldsopsamling på et system uden godkendelse fra en L2-supporttekniker efter en sådan undersøgelse.
Se Avamar - Om brugen af manuel Garbage Collection.