Klient Avamar pro systém Windows: Zálohování systému Avamar se nedokončí s chybou "avtar Error <18866>: Nedostatek paměti pro soubor mezipaměti" na klientech Windows

Summary: Cílem tohoto článku znalostní databáze je vyřešit konkrétní situaci, kdy klient pro tento typ problému s vyrovnávací pamětí nemůže povolit zvětšení většího množství paměti pro soubor mezipaměti a která 495969 článku znalostní databáze není použitelná. ...

:-nedostatek-paměti-pro-soubor-mezipaměti"-na-klientech-windows" />

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.
Check out other resources

Symptoms



V tomto scénáři se setkáváme se stejným problémem jako v 495969 znalostní databáze, řešení se však netýká problému s prostředím v klientovi Windows. Problém by se mohl týkat jakéhokoli pluginu, jako v tomto případě, s chybou zobrazenou následujícím způsobem:   
  • Pro zálohy FS:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 805306912
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
  • Pro zálohy VSS:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 1610613280
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
  • Pro zálohování Oracle:   
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space

or this variant:   

avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18864>: Out of restricted memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space 
avoracle Error <7934>: Snapup of <oracle-db> aborted due to rman terminated abnormally - check the logs
  • Protokol RMAN hlásí následující:   
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup plus archivelog command at 06/14/2018 22:17:40
RMAN-03009: failure of backup command on c0 channel at 06/14/2018 22:17:15
ORA-04030: out of process memory when trying to allocate 1049112 bytes (KSFQ heap,KSFQ Buffers)
Recovery Manager complete.

Původně se mělo za to, že soubor mezipaměti nemůže zvětšit kvůli nesprávné hodnotě "hashcachemax".

Klient měl dostatek volné paměti RAM (celkem 48 GB paměti RAM), takže jsme zvýšili hodnotu příznaku z -16 (max. velikost souboru 3 GB) na -8 (max. velikost souboru 6 GB).

Problém však přetrvával a místo na disku také nebylo problémem, volných míst bylo dostatek.

Cause

Další zkoumání pomocí testovacího binárního souboru od technického týmu vedlo k tomu, že MS OS neuvolňoval dostatek nevyužité a souvislé paměti potřebné k přidělení/načtení celého souboru hash cache do paměti pro operaci zálohování.

Bylo to vyzkoušeno s testovacím binárním souborem, který by alokoval paměť po menších částech, abychom zjistili, zda můžeme dosáhnout bodu, kdy operační systém umožní načtení celého souboru p_cache.dat do paměti, ale to také nepomohlo. Operační systém z nějakého důvodu stále neumožňoval načtení souboru do paměti.

Hlavní příčina je skryta někde v operačním systému, nicméně v tomto případě jsme nezapojili tým MS do dalšího vyšetřování na jejich straně.

Místo toho jsme našli způsob, jak problém vyřešit nastavením menšího souboru mezipaměti. Viz podrobnosti v části řešení níže.

Resolution

Abychom tento problém vyřešili, nastavili jsme soubor hash cache tak, aby měl menší velikost, aby operační systém neměl problémy s jeho přidělením do paměti.

V tomto případě jsme si všimli, že operační systém má také problémy s přidělováním menších velikostí, jako je 200+ MB, takže jsme se rozhodli změnit velikost p_cache.dat na pouhých 100 MB s použitím následujícího příznaku:   

--hashcachemax=100

Tímto způsobem by soubor hash cache nikdy nepřesáhl 100 MB a přepsal by staré položky.

Po přidání tohoto příznaku se vyžaduje recyklace souboru mezipaměti přejmenováním nebo odstraněním p_cache.dat (přejmenování je upřednostňovaná možnost).

Po první záloze, která trvá podle očekávání déle než obvykle (opětovné vytvoření souboru mezipaměti), by měl být problém vyřešen.

Additional Information

  • Mezipaměť stránkování na vyžádání se v tomto scénáři nedoporučuje, protože zálohy jsou směrovány do úložiště GSAN, takže se použila monolitická stránkovací mezipaměť.
  • Stránkování na vyžádání bylo navrženo tak, aby bylo výhodné zálohovat odesílané do úložiště DataDomain.

Affected Products

Avamar

Products

Avamar, Avamar Client for Windows, Avamar Plug-in for Oracle
Article Properties
Article Number: 000060137
Article Type: Solution
Last Modified: 17 Jun 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.