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

Funkce Map bitů odkazovaná na hash je funkce představená funkcí Avamar v7.x, která umožňuje zálohování během údržby garbage collection (GC). 

Před touto funkcí nebylo možné spustit funkci garbage collection současně kvůli možnosti konfliktů dat. 

Během fáze garbage collection uchovává nová funkce v paměti informace o přidaných nebo změněných datech ("mapa referenčních hashů"). Funkce Garbage Collection kontroluje tyto informace a zjistí, které kódy hash (a data, která odkazují) by neměly být odebrány.  

Tuto funkci je nutné, aby tyto "mapy" potřebovaly alespoň 5 minut doby "quiet", během které nedojde k žádným zálohám, aby je bylo možné resetovat. Jakmile dojde k tomuto resetování, data, která byla v nich uzamčena, lze naskenovat během následného cyklu garbage collection, pokud zůstanou beze změny.

Tento tichý čas je třeba zvážit při návrhu denního plánu zálohování a údržby Avamar. 
Nemožnost resetování map může zabránit funkci garbage collection v vymazání dat s vypršenou platností.
Pokud mapa odkazovaná na hash nedostane příležitost k resetování, nezpracují se data, která jsou vhodná pro odstranění odpadem, a může se zvýšit využití kapacity. Pokud se mapě po delší dobu nedaří resetovat, může protokol garbage collection zobrazovat stále větší počet "skipped-hashes".

Platnost zálohování vypršela, ale funkce garbage collection neobnovila všechna data způsobilá k odstranění, protože některá data byla v té době používána.

Chcete-li to zkontrolovat, spusťte následující příkaz:
Příkaz vypíše protokol údržby garbage collection po dobu 7 dní a provede jeho analýzu.

• Kolik hashů bylo přeskočeno,
• Kolik dat bylo odstraněno
• Kolik průchodů odpadového sběru proběhlo
• Jak dlouho proběhlo garbage collection

dumpmaintlogs --types=gc --days=7 | grep passes | cut -d ' ' -f1,10,14,15,17

2014/02/11-11:03:23.01310 skipped-hashes="3118" megabytes-recovered="120" passes="10" elapsed-time="134"
2014/02/12-11:05:33.78790 skipped-hashes="4051" megabytes-recovered="88" passes="10" elapsed-time="264"
2014/02/12-16:18:16.79236 skipped-hashes="5098" megabytes-recovered="199" passes="16" elapsed-time="268"
2014/02/12-16:28:20.35698 skipped-hashes="5099" megabytes-recovered="0" passes="1" elapsed-time="97"
2014/02/12-17:14:22.88473 skipped-hashes="5452" megabytes-recovered="26" passes="20" elapsed-time="162"
2014/02/12-20:46:06.80518 skipped-hashes="6789" megabytes-recovered="83" passes="21" elapsed-time="184"
2014/02/12-21:09:30.70374 skipped-hashes="89139" megabytes-recovered="9432" passes="26" elapsed-time="536"
2014/02/12-23:30:13.07016 skipped-hashes="96510" megabytes-recovered="604" passes="21" elapsed-time="210"
2014/02/12-23:34:15.11324 skipped-hashes="96511" megabytes-recovered="1" passes="3" elapsed-time="99"
2014/02/13-13:41:02.20624 skipped-hashes="97301" megabytes-recovered="0" passes="1" elapsed-time="81"
2014/02/14-11:03:45.31704 skipped-hashes="98220" megabytes-recovered="131" passes="2" elapsed-time="157"
2014/02/14-16:49:14.94905 skipped-hashes="98220" megabytes-recovered="67" passes="2" elapsed-time="105"
2014/02/14-21:15:27.77268 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="106"
2014/02/14-21:25:51.71154 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="101"
2014/02/14-22:07:19.81136 skipped-hashes="98229" megabytes-recovered="0" passes="1" elapsed-time="125"
2014/02/14-22:15:21.50825 skipped-hashes="98275" megabytes-recovered="1" passes="5" elapsed-time="115"
2014/02/14-22:27:13.88500 skipped-hashes="98278" megabytes-recovered="0" passes="1" elapsed-time="98"
2014/02/14-23:58:47.70116 skipped-hashes="102294" megabytes-recovered="1" passes="4" elapsed-time="110"
2014/02/15-11:02:29.45054 skipped-hashes="102538" megabytes-recovered="0" passes="1" elapsed-time="82"
2014/02/16-00:56:27.25596 skipped-hashes="0" megabytes-recovered="900395" passes="59" elapsed-time="17417"
2014/02/17-11:32:42.66479 skipped-hashes="0" megabytes-recovered="57540" passes="28" elapsed-time="1890"

Analýza:

Výstup ukazuje, kolik vynechaných hashů se v průběhu času zvyšuje, dokud se hashem odkazovaná mapa nenuluje 16. února 2014.
Vidíme také, že po uvolnění hashů dochází k vyčištěných dat "megabytes-recovered" a garbage collection může zpracovat data s ukončenou platností.

Okamžité řešení

1. Ujistěte se, že mapy mohou resetovat a znovu spustit funkci garbage collection.
2. Ujistěte se, že do systému nejsou žádné spuštěné relace Avtar, které by do systému přidávají data (zálohování nebo příchozí data replikace). Použijte nástroj GUI Activity Monitor a zkontrolujte, zda se zablokované relace zobrazují pouze pomocí příkazu "av avalon sessions --full".
3. Ukončete všechny zálohy a příchozí relace replikace.
4. Vyčkejte alespoň pět minut, než budou mapované bity hashe resetovat dostatečně dlouho.  
5. Při opětovném spuštění globálního katalogu zkontrolujte protokol údržby GC a ověřte, zda se skipped-hashes=0

Pokud se přeskočené kódy hash neobnuly na nulu, ve spolupráci s podporou výše zkontrolujte výše uvedené kroky. Pokud MSG_ERR_TRYAGAINLATER hlášení garbage collection, podpora může ověřit, zda je to způsobeno aktivitou rozdělení prokládání indexu. 
 

Dlouhodobé řešení

Návrh plánů zálohování a údržby tak, aby byla pro resetování map hashovaného bitu k dispozici pravidelná "nečinná".

Jinými slovy, plány zálohování by neměly běžet nepřetržitě. Vytvořte plán, který poskytne krátkou dobu, když se do systému nezapisují žádné zálohy nebo příchozí data replikace. 

Poznámky: 

• Jedinou dobou, kdy mapy bitů odkazované na hash zjistí, zda je možné je resetovat, je ihned po ukončení relace avtar. Pokud neprobíhá žádná relace Avtar, mapování by se resetovalo pouze v případě:

• Jedním z důvodů, proč může být počet vynechaných kódů hash dočasně vysoký, je rozdělení prokládání indexu. K tomu dochází proto, že kódy hash, které jsou přesunuty do rozděleného cíle, jsou chráněny. Rozdělení indexovaného prokládání probíhá u systémů, které stále rostou nebo jsou zaplněny daty. 
• Funkce Garbage collection může selhat i při rozdělení indexovaných prokládání MSG_ERR_TRYAGAINLATER:  
• McS nemusí být nezbytně informován o všech relacích avtar, ke kterým dochází na serveru Avamar.