Avamar Client para Windows: El respaldo de Avamar no se completa y se muestra el error "avtar Error <18866>: Memoria insuficiente para el archivo de caché" en clientes de Windows

Summary: El objetivo de este artículo de la base de conocimientos es abordar una situación específica en que, para ese tipo de problema de caché, el cliente no puede permitir más memoria para que el archivo de caché crezca y que el artículo de la base de conocimientos 495969 no se aplica. ...

:-memoria-insuficiente-para-el-archivo-de-caché"-en-clientes-de-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



En este escenario, se presenta el mismo problema que en la base de conocimientos, 495969 sin embargo, la solución no se aplica debido a un problema de entorno en un cliente de Windows. El problema podría afectar a cualquier plug-in, como en este caso, con el error presentado de la siguiente manera:   
  • Para respaldos del 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
  • Para respaldos de 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
  • Para el respaldo de 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 el registro de RMAN que informa lo siguiente:   
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.

Inicialmente, se pensó que el archivo de caché no podía aumentar de tamaño debido a un valor incorrecto de "hashcachemax".

El cliente tenía mucha RAM libre (48 GB de RAM total), por lo que aumentamos el valor de la marca de -16 (tamaño de archivo de 3 GB como máximo) a -8 (tamaño de archivo de 6 GB como máximo).

Pero el problema persistía y el espacio en disco tampoco era un problema, había muchos GB de espacio libre.

Cause

Investigaciones adicionales con un binario de prueba del equipo de ingeniería condujeron al hecho de que el sistema operativo MS no estaba liberando suficiente memoria contigua y no utilizada necesaria para asignar/cargar en la memoria el archivo de caché hash completo para la operación de respaldo.

Se probó con un binario de prueba que asignaría la memoria en partes más pequeñas para ver si podíamos llegar al punto en el que el sistema operativo permitiera que el p_cache.dat de archivo completo se cargara en la memoria, pero eso tampoco ayudó. El sistema operativo todavía no permitía cargar el archivo en la memoria por alguna razón.

La causa raíz está oculta en algún lugar del SO; sin embargo, en este caso, no nos involucramos con el equipo de MS para realizar más investigaciones por su parte.

En su lugar, encontramos una forma de solucionar el problema configurando el archivo de caché para que sea más pequeño. Consulte los detalles en la sección de resolución a continuación.

Resolution

Para solucionar este problema, configuramos el archivo de caché hash en un tamaño más pequeño, de modo que el sistema operativo no tenga problemas para asignarlo a la memoria.

En este caso, se notó que el sistema operativo también estaba teniendo problemas para asignar tamaños más pequeños como 200+ MB, por lo que decidimos cambiar el tamaño del p_cache.dat a solo 100 MB con el uso de la siguiente bandera:   

--hashcachemax=100

De esta manera, el archivo de caché hash nunca superaría los 100 MB y sobrescribiría las entradas antiguas.

Después de agregar esa marca, es posible reciclar el archivo de caché cambiando el nombre o eliminando el p_cache.dat (cambiar el nombre es la opción recomendada).

Después del primer respaldo, que tardaría más de lo normal según lo esperado (para reconstruir el archivo de caché), el problema debería estar resuelto.

Additional Information

  • La caché de paginación según demanda no se recomienda en este escenario, ya que el respaldo se dirige al almacenamiento de GSAN, por lo que se utilizó la caché de paginación monolítica.
  • La paginación según demanda se diseñó para obtener beneficios para el respaldo que se envía al almacenamiento de 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.