Procesy reclamace prostoru Avamar – část 1: Uvolněné

Tento článek je první ze série, která dokumentuje, jak software Avamar recykluje místo jak v síti GSAN, tak na pevných discích.

• Procesy reclamace prostoru Avamar – část 1: Uvolněné 
• Procesy reclamace prostoru Avamar – část 2: Křupavý 
• Procesy reclamace prostoru Avamar – Část 3:  Proces demontáže kontrolního bodu (RMCP) 

Současně s úložištěm Avamar verze 7.0 byla zavedena současná implementace garbage collection a jeho design se do značné míry nemění.

K čemu dochází při sběru odpadu?

Garbage collection je první fáze procesu, kdy systém Avamar znovu získá místo, které bylo použito k ukládání zálohovacích dat.

Pracuje v adresáři cur a šetří místo v síti GSAN tím, že odstraní datové bloky, které už nejsou uvedeny v žádné záloze:

• Pokud je v rejstříku možné vyhledat, jsou data "definována".
• Data se uvádí, pokud existují jako součást zálohy (jedná se o hash, který se nachází v uživatelském účetním systému, kompozitních prokládáních nebo prvcích adresáře).

Místo, které je znovu uvolněno sběrem odpadu, nelze znovu použít, dokud nebude spuštěno crunching . Křupavá se spustí okamžitě po dokončení denního naplánovaného sběru odpadu. Viz procesy recyklace prostoru Avamar – část 2: Křesyt.


Kdy se spustí funkce garbage collection?

• Plánovač údržby, nebo konkrétněji garbage collection, je zakázán. Výstup souboru status.dpn to může potvrdit.
• Kapacita operačního systému je vyšší než hodnota disku (což může být 86 % až 89 %).
  • Viz selhání úloh údržby Avamar s chybou "MSG_ERR_DISKFULL" z důvodu kapacity operačního systému datového oddílu >85 %.
• Problémy se synchronizací času mezi uzly Avamar.
  • Viz Avamar – Symptom Code 4202 – failed garbage collection with error MSG_ERR_BADTIMESYNC 
• Indexované pruhy se rozdělují.
  • Viz Avamar – Garbage collection failing with MSG_ERR_TRYAGAINLATER
• Mapy bitů odkazované na hash nelze resetovat.
  • Viz Software Avamar v7 a novější – Funkce Garbage Collection hlásí "skipped-hashes", které nelze vyčistit z důvodu "map bitů odkazovaných na hash", když jsou data používána.

Jak funguje garbage collection

Krok 1 – Sestavení tabulky referenčních počtů (TORC):

Funkce Garbage collection čte položky v uživatelském účetním systému, kompozitních prokládáních a prvcích adresáře za účelem vytvoření tabulky referenčních popočtů (TORC).
V nástroji TORC funkce garbage collection zaznamenává všechny kódy hash v systému a kolikrát je každý hash zmiňován.

Krok 2 – Čtení indexů:
Po dokončení operace TORC se každý uzel načte do paměti podmnožinu svých samostatných pruhů indexu. Počet přečtených prokládání je definován parametrem gccount . U každého hashu definovaného v rejstříku funkce Garbage Collection vyhledá hash v nástroji TORC a zkontroluje, zda se na něj odkazuje.

• Pokud hash existuje v indexu i v nástroji TORC, není k dispozici žádný postup. Každý hash v nástroji TORC obsahuje referenční počet alespoň 1, takže hash je definován a odkazován.
• Pokud hash existuje v indexu, ale ne v TORC, hash je definován, ale nikoli odkazovaný, lze jej tedy odebrat.

Poznámka: Pokud hash existoval v nástroji TORC, ale ne v indexu, jedná se o chybu integrity dat (hodnota hash, která je odkazována, ale není definována).  Výsledkem je selhání kontroly hfs.

Krok 3 – Odstraňte neusazené kódy hash:
Jak jsme si všimli dříve, kódy hash, které nejsou uvedeny v referenci, nejsou součástí žádné zálohy, takže je lze bezpečně odebrat z serveru Avamar. Chcete-li to provést, garbage collection:

1. Odstraní záznam v indexu.
2. Vynuluje položku hash v popisovači bloku záhlaví (CHD). CHD definuje, kde se jednotlivé části nacházejí v kontejneru prokládání.

Systém Avamar označil oblast, ve které hash zabírá jako prázdnou. Z důvodů výkonu a kapacity nejsou data v této fázi smazána.

Krok 4 – Aktualizujte nástroj TORC:
Pokud byl blok, který byl odebrán z odpadu, kompozitní, je nutné aktualizovat nástroj TORC.
Pokud se podíváme na krok 1, referenční počty v TORC zahrnují reference vytvořené kompozitními pruhy, které obsahují kompozitní bloky.
Vzhledem k tomu, že byl odstraněn kompozitní blok, je možné zmenšovat počet referencí v TORC o jeden pro všechny kódy hash, na které odkazuje tento kompozitní blok.
Funkce Garbage collection to provádí čtením ve kompozitním souboru, zjistíte, které kódy hash odkazuje, a poté aktualizujete toRC.

Krok 5 – Přečtěte si další sadu indexů:
Funkce Garbage Collection uvolní předchozí sadu pruhů indexu z paměti a poté načte novou sadu.
Kroky 2, 3 a 4 se u těchto nových pruhů rejstříku opakuje.
Po načtení všech pruhů indexu se odstraní všechny datové bloky (označované jako "atomové" části) v řadiči TORC, který obsahuje 0 referencí (díky kroku 4).

Krok 6 – Spuštění nového průchodu:
Po čtení všech indexů spustí funkci garbage collection nové předávání.
Všechny pruhy rejstříku se přečtou a hledají data, která se již neodkazují díky našim předchozím úspěšným pokusům.

To je nezbytné, protože kódy hash nejsou čteny v logickém pořadí, ale v pořadí, v jakém jsou uloženy v indexech.
Funkce Garbage collection není určitá, která by mohla najít kódy hash v optimálním pořadí. Hash může zůstat odkazovaný až do konce průchodu.

Dvě průchody sběru odpadu mohou ve většině serverových prostředí Avamar pohodlně udržovat kapacitu "ustáleného stavu".
Funkce Garbage Collection proběhne úspěšně, dokud nedojde čas, nebo se dokončí průchod bez odebrání dat.

Ruční garbage collection

Zpracování serveru Avamar v provedení Micromanaging by nemělo být vyžadováno. Plánovač slouží k automatizaci spouštění úloh údržby. Pokud je kapacita serveru Avamar vysoká, přečtěte si příručku provozních vzorové postupy produktu Avamar a software Avamar: Koncepty a školení v oblasti řízení kapacity.

Ve vzácných případech může spuštění funkce garbage collection pomoci vyřešit naléhavé problémy, při kterých je "uživatelská kapacita" sítě GSAN tak vysoká, že systém přejde do režimu pouze pro čtení. 
V těchto případech se funkci garbage collection spustí ručně, čímž se úroveň kapacity sníží těsně pod prahovou hodnotu pouze pro čtení. To umožňuje spuštění okna zálohování.
Automatické garbage collection může i nadále fungovat normálně.

Podpora softwaru Avamar by měla situaci plně prozkoumat a pochopit, než bude zváženo ruční odstraňování odpadu.
Nikdy není vhodné vyžádat si, aby podpora po takovém vyšetřování spouštěna v systému ručním garbage collection bez autorizace od technika podpory L2.
Viz Avamar – O použití ručního garbage collection.