Avamar Client for Windows: Avamar-sikkerhetskopieringen fullføres ikke med feilen "avtar Error <18866>: Uten minne for hurtigbufferfil" på Windows-klienter

Summary: Målet med denne KB-artikkelen er å ta for seg en bestemt situasjon der, for denne typen hurtigbufferproblem, klienten ikke kan tillate mer minne for hurtigbufferfilen å vokse, og hvilken KB-artikkel 495969 ikke gjelder. ...

:-uten-minne-for-hurtigbufferfil"-på-windows-klienter" />

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



I dette scenariet har vi det samme problemet presentert som i KB-495969 men løsningen gjelder ikke på grunn av et miljøproblem på en Windows-klient. Problemet kan påvirke ethvert plugin, som i dette tilfellet, med feilen presentert på følgende måte:   
  • For FS-sikkerhetskopiering:   
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
  • For VSS-sikkerhetskopier:   
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
  • For Oracle-sikkerhetskopiering:   
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
  • Med RMAN-loggen som rapporterer dette:   
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.

I utgangspunktet ble det antatt at hurtigbufferfilen ikke kunne vokse i størrelse på grunn av feil "hashcachemax" -verdi.

Klienten hadde rikelig med ledig RAM (48 GB total RAM), så vi økte flaggets verdi fra -16 (3 GB filstørrelse maks) til -8 (6 GB filstørrelse maks).

Men problemet vedvarte, og diskplassen var heller ikke et problem, det var rikelig med GB ledig plass.

Cause

Videre undersøkelser med en testbinær fra ingeniørteamet fører til at MS OS ikke frigjorde nok ubrukt og sammenhengende minne som kreves for å tildele/laste inn i minnet hele hash-hurtigbufferfilen for sikkerhetskopieringen.

Det ble prøvd med en testbinær som ville tildele minnet i mindre biter for å se om vi kunne nå det punktet der operativsystemet ville tillate at hele filen p_cache.dat lastes inn i minnet, men det hjalp heller ikke. Operativsystemet tillot fortsatt ikke å laste filen inn i minnet av en eller annen grunn.

Grunnårsaken er skjult et sted i operativsystemet, men i dette tilfellet engasjerte vi ikke MS-teamet for videre undersøkelser på deres side.

I stedet fant vi en måte å omgå problemet ved å sette hurtigbufferfilen til å være mindre. Se detaljer i løsningsdelen nedenfor.

Resolution

For å kunne omgå dette problemet angir vi hash-hurtigbufferfilen til å være av en mindre størrelse, slik at operativsystemet ikke har problemer med å tildele den i minnet.

I dette tilfellet ble det lagt merke til at operativsystemet også hadde problemer med å tildele mindre størrelser som 200+ MB, så vi bestemte oss for å endre størrelsen på p_cache.dat til å være bare 100 MB ved bruk av følgende flagg:   

--hashcachemax = 100

På denne måten ville hash-cache-filen aldri vokse utover 100 MB og ville overskrive de gamle oppføringene.

Etter at du har lagt til flagget, blir det gjenvunnet å resirkulere hurtigbufferfilen ved å gi nytt navn til eller slette p_cache.dat (omdøpe er det foretrukne alternativet).

Etter den første sikkerhetskopieringen, som vil ta lengre tid enn vanlig som forventet (for å gjenoppbygge hurtigbufferfilen), bør problemet løses.

Additional Information

  • Hurtigbufferen for etterspørsel anbefales ikke i dette scenariet siden sikkerhetskopien er rettet til GSAN-lagring, slik at den monolittiske personsøkingsbufferen ble brukt.
  • Behovssøking ble utformet for å oppnå fordeler for sikkerhetskopiering som sendes til DataDomain-lagring.

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.