Avamar Client per Windows: Il backup Avamar non viene completato con l'errore "avtar Error <18866>: "Memoria insufficiente per file della cache" sui client Windows

Summary: Lo scopo di questo articolo della Knowledge Base è risolvere una situazione specifica in cui, per questo tipo di problema della cache, il client non è in grado di consentire una quantità maggiore di memoria per l'aumento del file della cache e la quale 495969 dell'articolo della Knowledge Base non è applicabile. ...

:-"memoria-insufficiente-per-file-della-cache"-sui-client-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



In questo scenario, abbiamo lo stesso problema presentato nell'495969 della KB Tuttavia, la soluzione non è applicabile a causa di un problema di ambiente su un client Windows. Il problema potrebbe interessare qualsiasi plug-in, come in questo caso, con l'errore presentato nel modo seguente:   
  • Per i backup 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
  • Per i backup 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
  • Per il backup 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
  • Con il registro RMAN che riporta questo:   
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.

Inizialmente, si pensava che le dimensioni del file della cache non potessero crescere a causa del valore "hashcachemax" errato.

Il client aveva molta RAM libera (48 GB di RAM totale), quindi abbiamo aumentato il valore del flag da -16 (dimensione massima del file da 3 GB) a -8 (dimensione massima del file da 6 GB).

Ma il problema persisteva e anche lo spazio su disco non era un problema, c'era un sacco di GB di spazio libero.

Cause

Ulteriori indagini con un binario di test del team di progettazione hanno portato al fatto che il sistema operativo MS non rilasciava abbastanza memoria inutilizzata e contigua necessaria per allocare/caricare nella memoria l'intero file della cache hash per l'operazione di backup.

È stato provato con un binario di test che allocava la memoria in parti più piccole per vedere se potevamo raggiungere il punto in cui il sistema operativo avrebbe permesso di caricare l'intero p_cache.dat di file in memoria, ma anche questo non ha aiutato. Per qualche motivo, il sistema operativo non permetteva ancora di caricare il file in memoria.

La root cause è nascosta da qualche parte nel sistema operativo, ma in questo caso non abbiamo coinvolto il team MS per ulteriori indagini.

Invece, abbiamo trovato un modo per aggirare il problema impostando il file della cache in modo che sia più piccolo. Vedere i dettagli nella sezione relativa alla risoluzione riportata di seguito.

Resolution

Per risolvere questo problema, abbiamo impostato il file della cache hash di dimensioni inferiori in modo che il sistema operativo non abbia problemi ad allocarlo in memoria.

In questo caso, è stato notato che il sistema operativo aveva anche problemi nell'allocazione di dimensioni più piccole come 200+ MB, quindi abbiamo deciso di ridimensionare il p_cache.dat a soli 100 MB con l'uso del seguente flag:   

--hashcachemax=100

In questo modo, il file della cache hash non supererebbe mai i 100 MB e sovrascriverebbe le voci precedenti.

Dopo aver aggiunto tale flag, è necessario riciclare il file della cache rinominando o eliminando il p_cache.dat (la ridenominazione è l'opzione preferita).

Dopo il primo backup, che come previsto richiedeva più tempo del solito (per ricostruire il file della cache), il problema dovrebbe essere risolto.

Additional Information

  • La cache di paging della domanda non è consigliata in questo scenario poiché i backup vengono indirizzati allo storage GSAN, quindi è stata utilizzata la cache di paging Monolithic.
  • Il paging della domanda è stato progettato per ottenere vantaggi per l'invio del backup allo storage Data Domain.

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.