Avamar: Como reduzir o possível impacto do tamanho do cache do arquivo de paginação do client (f_cache2.dat)

Summary: Como reduzir o possível impacto do tamanho do cache de arquivo de paginação do client (f_cache2.dat).

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

O cache do arquivo de paginação do Avamar 7.0 usado para backups do file system para a solução integrada Avamar e Data Domain consome consideravelmente mais capacidade de disco do que o cache de arquivo monolítico. 

Se o diretório Avamar /var estiver em um volume ou file system client com uma quantidade limitada de capacidade de disco, o tamanho maior do arquivo "em disco" do cache do arquivo de paginação poderá causar problemas de gerenciamento da capacidade de disco no client do Avamar File system.

Cause

No documento Práticas recomendadas operacionais do EMC Avamar 7.0, registramos: "Em comparação com o método de cache de arquivo original, os backups que implementam o cache de arquivos de paginação por demanda exigem até 20 vezes mais espaço em disco."

Há dois motivos pelos quais o arquivo de cache de arquivo de paginação é aproximadamente 20 vezes maior do que o cache de arquivo monolítico:   
  • 20 bytes extras por arquivo para deslocamento de CDSF
O cache de arquivos monolítico usa 44 bytes por arquivo: Cabeçalho de 4 bytes, hash de atributo de arquivo de 20 bytes e hash de conteúdo de arquivo de 20 bytes. O cache do arquivo de paginação usa 64 bytes por arquivo. Os 20 bytes adicionais são usados para armazenar informações sobre o deslocamento no contêiner de backup do Common Data Streaming Format (CDSF) em que o arquivo está localizado. Se o cache de arquivos de paginação e o cache de arquivos monolíticos tiverem o mesmo formato, isso fará com que o cache de arquivos de paginação seja aproximadamente 1,5 vezes maior.
  • Não há compartilhamento de entradas nos backups
Ambos os caches de arquivo armazenam os hashes para até 16 backups. Com o cache de arquivos monolítico, após a conclusão do primeiro backup, aproximadamente 2% dos arquivos são alterados diariamente. Após o primeiro backup, a maioria das entradas é compartilhada entre os backups. No entanto, com o cache de arquivo de paginação, cada página de elementos é exclusiva para um backup específico e, portanto, não há compartilhamento de entradas entre os backups. Isso faz com que o cache de arquivo de paginação armazene aproximadamente 10 vezes mais entradas do que o cache de arquivo monolítico.

Esses dois fatores causam um aumento aproximado de 15 a 20 vezes no tamanho do cache do arquivo de paginação em relação ao cache de arquivos monolítico ao fazer backup do mesmo conjunto de dados.

Se você souber quantos arquivos estão sendo submetidos a backup na definição do conjunto de dados, poderá estimar o tamanho eventual do cache do arquivo de paginação a partir da seguinte fórmula:  
<tamanho do cache do arquivo de paginação em MBs> = <contagem de arquivos em milhões> * 1700

Resolution

Há três maneiras de reduzir o possível impacto do cache de arquivos de paginação maior:   

A) Alterar o local do cache do arquivo de paginação usando "cachedir" no avtar.cmd

Essa é a opção preferencial e não tem desvantagens, desde que o cliente tenha um volume grande o suficiente para armazenar o cache de paginação. 

Se o diretório Avamar /var , que armazena os arquivos de cache do client, estiver em um volume com capacidade limitada, realoque o cache de paginação para um volume mais espaçoso, conforme descrito abaixo.

  1. Crie uma pasta em que você deseja armazenar os arquivos de cache.
  2. Copie os arquivos de cache existentes de /usr/local/avamar/var/ ou C:\Program Files\avs\var\ para a nova pasta criada na Etapa 1.
  3. Crie um arquivo no diretório /var do client chamado "avtar.cmd". Se o arquivo existir, edite-o.
  4. Especifique o novo local "cachedir" no arquivo de indicador "avtar.cmd". Por exemplo, se você criou D:\avamarcache para o cache do arquivo de paginação, deverá ter uma entrada como esta em C:\Program Files\avs\var\avtar.cmd:

--cachedir=D:\avamarcache

  1. Execute um backup.
  2. Confirme se o novo diretório de cache foi usado corretamente.
  3. Remova a cópia dos caches do client do diretório var original do Avamar. 

B) Ao aplicar indicadores que permitem a limitação do tamanho do cache de paginação

No Avamar 7.2 e versões posteriores, existem indicadores para limitar o tamanho do cache de paginação a uma proporção percentual do tamanho do volume em que o cache reside. Para obter mais informações sobre essa opção, consulte o artigo 19517 da base de conhecimento: Como limitar o tamanho do cache de paginação de demanda (f_cache2.dat) do Avamar.

A desvantagem de impedir o crescimento do arquivo de cache até o tamanho do arquivo é a redução do desempenho do backup devido ao aumento das perdas de cache.

C) Limite o número de backups completos armazenados no cache do arquivo de paginação.

Ao criar alguns backups com um pequeno conjunto de dados e definir esses backups para que nunca expirem, podemos limitar a apenas oito ou menos backups do conjunto de dados completo armazenado no cache do arquivo de paginação, reduzindo assim o tamanho.

Essa é a opção menos desejável e requer ajuste avançado. Também tem ressalvas. Entre em contato com o Suporte Técnico da Dell EMC para obter mais informações.

Additional Information

Backups de file system do Avamar 7.0 para a solução integrada do Avamar e Data Domain.

Para obter mais detalhes sobre o arquivo avtar.cmd, consulte o artigo 81546 da KB: Avamar: Coletando arquivos de log para solucionar problemas de backup e restauração do Avamar Client.

Affected Products

Avamar

Products

Avamar
Article Properties
Article Number: 000060020
Article Type: Solution
Last Modified: 10 Feb 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.