Avamar: Jak ovládat využití paměti Avtar úpravou mezipamětí hash a souborů

Summary: Optimalizujte využití paměti v systému Avamar úpravou mezipamětí hash a souborů, přepsáním výchozích limitů pomocí příznaků a přizpůsobením velikostí cache pro vyšší výkon.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Informace, které řeší avtar Využití paměti:

 

Existují tři hlavní přispěvatelé k celkovému využití paměti na klientovi, když avtar běží:

1. Skript avtar Samotná binární jednotka vyžaduje paměť při provádění zálohy (neboli snapup). Množství paměti spotřebované avtar proces je obecně v rozsahu 20 MB až 30 MB. Tato částka závisí na operačním systému, na kterém klient běží, a také během zálohování kolísá v závislosti na struktuře souborů, které jsou zachyceny avtar.

2. Skript avtar proces načte do paměti dva soubory mezipaměti. Tyto dva soubory mezipaměti se nacházejí v adresáři Avamar var. První z nich je mezipaměť souborů (f_cache.dat). Mezipaměť souborů ukládá hodnoty hash atributů souborů a slouží k rychlé identifikaci, které soubory byly dříve zálohovány Axion (neboli Avamar). Přítomnost mezipaměti souborů je jedním z významných důvodů, proč následné Axion Zálohy (tj. po počáteční záloze) jsou obecně velmi rychlé. Mezipaměť souborů obvykle stíní přibližně 95 % až 98 % souborů. Pokud je mezipaměť souborů odstraněna, nepoužívána nebo je poddimenzovaná, musí být každý soubor, který není "přístupem" v mezipaměti souborů, otevřen, přečten, blokován a hashován před avtar zjistí, že hodnoty hash byly dříve odeslány do Axion server. Pokud má soubor "zásah" v mezipaměti souborů, pak se k němu nikdy nepřistupuje, což šetří značné množství času a CPU.

Ve výchozím nastavení může mezipaměť souborů spotřebovávat až 1/8 fyzické paměti RAM na Axion klient. Pokud má například klient 4 GB paměti RAM, je mezipaměť souborů omezena na maximálně 512 MB. Mezipaměť souborů se zdvojnásobí pokaždé, když se musí zvětšit. Aktuální velikosti mezipaměti souborů jsou 5,5 MB, 11 MB, 22 MB, 44 MB, 88 MB, 176 MB, 352 MB, 704 MB atd. V tomto příkladu, kdy má klient 4 GB paměti RAM, je maximální velikost mezipaměti souborů omezena na 352 MB.

3. Druhou mezipamětí je mezipaměť hash (p_cache.dat). Mezipaměť hash ukládá hodnoty hash bloků, které byly odeslány do Axion server. Jak bylo uvedeno výše, avtar Proces získá největší efektivitu tím, že zajistí, aby mezipaměť souborů měla adekvátní velikost. Pokud je mezipaměť hash odstraněna, nepoužita nebo je poddimenzovaná, pak pokud avtar zjistí, že hodnota hash bloku, který není obsažen v hashovací mezipaměti, avtar zpracovávejte dotazy na Axion server pro přítomnost hashe.

Ve výchozím nastavení může hashovací cache spotřebovat až 1/16 fyzické paměti RAM na Axion klient. V předchozím příkladu klienta se 4 GB paměti RAM je mezipaměť hash omezená na maximálně 256 MB. Hashovací cache se také zdvojnásobí pokaždé, když se musí zvětšit. Aktuální velikosti mezipaměti hash jsou 24 MB, 48 MB, 96 MB, 192 MB, 384 MB, 768 MB atd. V tomto příkladu, kdy má klient 4 GB paměti RAM, je maximální velikost mezipaměti hash omezená na 194 MB.


Z výše uvedeného lze odvodit, že pokud má klient více než 1/2 GB RAM, v celkovém využití paměti dominují mezipaměti souborů a hashů. Je to proto, že obě mezipaměti jsou na začátku procesu zcela načteny do paměti. avtar zálohování. Jak je uvedeno výše, ve výchozím nastavení je celková paměť používaná avtar je omezena na přibližně 3/16 fyzické paměti RAM na Axion klient.
 

 

Velikosti mezipaměti souborů a hash se vytisknou na začátku avtar protokoly.

Například:

avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\f_cache.dat (5767712 bytes)
avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\p_cache.dat (25166368 bytes)

Zde je mezipaměť souborů 5,5 MB a mezipaměť hash je 24 MB.

 

Na konci avtar protokol, zobrazí se následující sada zpráv:

avtar Info <5587>: Updating cache files in C:\ProgramFiles\Avamar\var
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\f_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\f_cache.dat (5.5MB of 63MB max)
avtar Stats <6151>: File cache: 131072 entries,added/updated 140, booted 0
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\p_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\p_cache.dat (24.0MB of 31MB max)
avtar Stats <6152>: Hash cache: 1048576 entries,added/updated 1091, booted 0

Z těchto řádků to znamená, že mezipaměť souborů má prostor pro růst, ale mezipaměť hash je na maximu. Pokud je některá z mezipamětí poddimenzovaná, hodnota "booted" bude nenulová a protokol bude obsahovat upozornění, že mezipaměť je poddimenzovaná. To je důležité si uvědomit, protože velikost mezipaměti má obrovský vliv na celkový výkon.

 

Výchozí limity mezipaměti je možné přepsat pomocí následujících dvou příznaků:

--filecachemax=n

Kde n je počet MB nebo zlomek (záporná hodnota = zlomek paměti RAM)

Výchozí hodnota: 

--filecachemax=-8

 

 

Příklad omezení mezipaměti souborů na velikost 100 MB:

--filecachemax=100
Poznámka: Vzhledem k tomu, že mezipaměť souborů se zdvojnásobuje pokaždé, když se musí zvětšit, dosáhla by maximálně 88 MB.
 
 
--hashcachemax=n

Kde n je počet MB nebo zlomek (záporná hodnota = zlomek paměti RAM)

Výchozí hodnota:

--hashcachemax=-16
 
Poznámka: Pokud se velikost mezipaměti sníží na velikost menší, než je aktuální hodnota, musí se odstranit, aby se nový limit projevil. Velikost mezipaměti se monotónně zvětšuje. Jinými slovy, neexistuje způsob, jak zmenšit soubory mezipaměti, aniž byste je odstranili a vytvořili zpět na nový limit.
 
 

Dalším aspektem implementace je, že pokud je velikost mezipaměti omezena na sadu klientů, měly by být do každého klienta přidány příslušné parametry avtar.cmd tak, aby se použil pokaždé, když klient provádí zálohování, dokonce i ruční zálohování. Pokud v souboru avtar.cmd není žádný příznak a ruční zálohování se provede bez příslušných možností, může se soubor nebo mezipaměť hash vrátit zpět na výchozí limity.

 
 

Pokud chcete vyladit výkon, někdy je nutné zvětšit velikosti mezipaměti z výchozích hodnot.

Tyto podmínky mohou existovat v následujících dvou diametrálně odlišných případech:

1. Pokud má klient miliony malých souborů, může mezipaměť souborů vyžadovat zvětšení oproti výchozí velikosti. Obecným pravidlem je, že na každý milion souborů na Axion klient, klient by měl mít 512 MB fyzické paměti RAM. 

Pokud má klient 1 milion souborů, je pro uložení hashů souborů pro jednu zálohu vyžadováno minimálně 20 MB (každý hash je 20 bajtů). Vzhledem k tomu, že hashe souborů pro několik záloh musí být uloženy, je zapotřebí více, což znamená, že se zvětší na přibližně 44 MB. Vzhledem k tomu, že se ve výchozím nastavení používá 1/8 fyzických 512 MB RAM, může mezipaměť narůst až na limit 64 MB, takže hodnota 1/8 RAM pro mezipaměť souborů je dostatečná.

2. Pokud má klient několik velkých souborů, pak je výchozí hodnota 1/16 pro hash cache pravděpodobně nedostatečná.  

Pokud je například k dispozici databáze o velikosti 200 GB, musí být v mezipaměti uloženo až 10 milionů hashů. Vzhledem k tomu, že každý hash je 20 bajtů, je pro jednu zálohu vyžadováno minimálně 200 MB.

Další dostupný přírůstek je 384 MB, takže pokud má tento klient 4 GB RAM, hash cache musí být povolena až na 1/8 RAM. Pokud je použita výchozí hodnota 1/16 paměti RAM, pak je hash cache omezena na 192 MB a hash cache bude poddimenzovaná. V případě databází, protože se zálohuje málo souborů, je mezipaměť souborů podstatně menší, takže čisté využití paměti je stále přibližně 1/8 až 3/16 RAM.

 
 

Chcete-li tento problém řešit systematičtěji v jakémkoli daném prostředí, určete z avtar Protokoluje velikost mezipaměti souborů a hashů.
Pokud musí být kombinovaná velikost těchto mezipamětí menší, existují způsoby, jak velikosti omezit.

 
Upozornění: Mějte na paměti dopady na výkon spojené se zmenšením velikosti mezipaměti.

Pokud je nutné omezit velikosti mezipaměti, mějte na paměti následující:
  • U typického souborového serveru je spuštění bez mezipaměti hash mnohem lepší než spuštění bez mezipaměti souborů
  • Pro typický databázový server je spuštění bez mezipaměti souborů mnohem lepší než spuštění bez mezipaměti hash.

Affected Products

Avamar, Avamar Server
Article Properties
Article Number: 000014505
Article Type: How To
Last Modified: 10 Jun 2025
Version:  9
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.