Avamar Client til Windows: Avamar-sikkerhedskopieringen fuldføres ikke med fejlen "avtar Error <18866>: Ikke mere hukommelse til cache-fil" på Windows-klienter

Summary: Formålet med denne KB-artikel er at løse en specifik situation, hvor klienten for denne type cache-problem ikke er i stand til at tillade mere hukommelse til, at cachefilen kan vokse, og hvilken KB-artikel 495969 ikke gælder. ...

:-ikke-mere-hukommelse-til-cache-fil"-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 scenarie vises det samme problem som i KB-495969 løsningen gælder dog ikke på grund af et miljøproblem på en Windows-klient. Problemet kan påvirke ethvert plugin, som i dette tilfælde, med fejlen præsenteret på følgende måde:   
  • For FS-sikkerhedskopier:   
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
  • Til VSS-sikkerhedskopier:   
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
  • Til Oracle-sikkerhedskopiering:   
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
  • Når RMAN-loggen 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.

Oprindeligt blev det antaget, at cachefilen ikke kunne vokse i størrelse på grund af forkert "hashcachemax" -værdi.

Klienten havde masser af gratis RAM (48 GB total RAM), så vi øgede flagets værdi fra -16 (maks. 3 GB filstørrelse) til -8 (maks. 6 GB filstørrelse).

Men problemet fortsatte, og diskpladsen var heller ikke et problem, der var masser af GB ledig plads.

Cause

Yderligere undersøgelser med en testbinær fra ingeniørteamet førte til det faktum, at MS OS ikke frigav nok ubrugt og sammenhængende hukommelse, der kræves for at allokere/indlæse hele hash-cache-filen i hukommelsen til sikkerhedskopieringsoperationen.

Det blev forsøgt med en testbinær, der ville allokere hukommelsen i mindre stykker for at se, om vi kunne nå det punkt, hvor operativsystemet ville tillade, at den fulde fil p_cache.dat indlæses i hukommelsen, men det hjalp heller ikke. Operativsystemet tillod stadig ikke at indlæse filen i hukommelsen af en eller anden grund.

Den grundlæggende årsag er skjult et eller andet sted i operativsystemet, men i dette tilfælde engagerede vi ikke MS-teamet til yderligere undersøgelser på deres side.

I stedet fandt vi en måde at løse problemet med at indstille cachefilen til at være mindre. Se detaljer i afsnittet om opløsning nedenfor.

Resolution

For at løse dette problem indstiller vi hash-cache-filen til at være af en mindre størrelse, så operativsystemet ikke har problemer med at allokere den til hukommelsen.

I dette tilfælde blev det bemærket, at operativsystemet også havde problemer med at tildele mindre størrelser som 200+ MB, så vi besluttede at ændre størrelsen på p_cache.dat til kun at være 100 MB ved hjælp af følgende flag:   

--hashcachemax = 100

På denne måde ville hash-cache-filen aldrig vokse ud over 100 MB og ville overskrive de gamle poster.

Efter tilføjelse af dette flag afsluttes det med at genbruge cachefilen ved at omdøbe eller slette p_cache.dat (omdøbning er den foretrukne mulighed).

Efter den første sikkerhedskopiering, som som ville tage længere tid end normalt som forventet (at genopbygge cache-filen), bør problemet være løst.

Additional Information

  • Cachen til efterspørgselssøgning anbefales ikke i dette scenarie, da sikkerhedskopieringen omdirigeres til GSAN-lageret, så den monolitiske sidecache blev brugt.
  • Efterspørgselssøgning blev designet til at opnå fordele ved sikkerhedskopiering, der sendes til DataDomain-lager.

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.