Avamar Client para Windows: O backup do Avamar não é concluído com o erro "avtar Error <18866>: Memória insuficiente para arquivo de cache" em clients Windows

Summary: O objetivo deste artigo da KB é resolver uma situação específica em que, para esse tipo de problema de cache, o cliente não é capaz de permitir mais memória para o arquivo de cache crescer e qual 495969 de artigo da KB não se aplica. ...

:-memória-insuficiente-para-arquivo-de-cache"-em-clients-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



Nesse cenário, temos o mesmo problema apresentado como no KB 495969 no entanto, a solução não se aplica devido a um problema de ambiente em um cliente Windows. O problema pode afetar qualquer plug-in, como neste caso, com o erro apresentado da seguinte maneira:   
  • Para backups do file system:   
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 backups do 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 backup do 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
  • Com o log do RMAN relatando isso:   
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, pensou-se que o arquivo de cache não poderia aumentar de tamanho devido ao valor incorreto de "hashcachemax".

O cliente tinha muita RAM livre (48GB de RAM total), então aumentamos o valor do sinalizador de -16 (máximo de tamanho de arquivo de 3 GB) para -8 (máximo de tamanho de arquivo de 6 GB).

Mas o problema persistiu e o espaço em disco também não era um problema, havia muitos GBs de espaço livre.

Cause

Investigações adicionais com um binário de teste da equipe de engenharia levaram ao fato de que o sistema operacional MS não estava liberando memória contígua e não utilizada suficiente necessária para alocar/carregar na memória todo o arquivo de cache de hash para a operação de backup.

Foi tentado com um binário de teste que alocaria a memória em pedaços menores para ver se poderíamos chegar ao ponto em que o sistema operacional permitiria que o arquivo completo p_cache.dat fosse carregado na memória, mas isso também não ajudou. O sistema Operativo ainda não estava permitindo carregar o arquivo na memória por algum motivo.

A causa raiz está oculta em algum lugar no sistema operacional, no entanto, neste caso, não envolvemos a equipe de EM para investigações adicionais do lado deles.

Em vez disso, encontramos uma maneira de contornar o problema de configuração do arquivo de cache para ser menor. Consulte os detalhes na seção de resolução abaixo.

Resolution

Para contornar esse problema, definimos o arquivo de cache de hash para ser de um tamanho menor para que o sistema operacional não teria problemas em alocá-lo na memória.

Neste caso, notou-se que o sistema operacional também estava tendo problemas em alocar tamanhos menores como 200+ MB, então decidimos redimensionar o p_cache.dat para ser apenas 100MB com o uso do seguinte indicador:   

--hashcachemax=100

Dessa forma, o arquivo de cache de hash nunca cresceria além de 100 MB e sobrescreveria as entradas antigas.

Depois de adicionar esse indicador, é aconselhável reciclar o arquivo de cache renomeando ou excluindo o p_cache.dat (renomear é a opção preferida).

Após o primeiro backup, que levaria mais tempo do que o normal conforme o esperado (para reconstruir o arquivo de cache), o problema deve ser resolvido.

Additional Information

  • O cache de paginação por demanda não é recomendado nesse cenário, pois os backups são direcionados para o armazenamento do GSAN, portanto, o cache de paginação monolítico foi usado.
  • A paginação por demanda foi projetada para obter o benefício do backup enviado ao armazenamento do 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.