Avamar: Como ativar "checkdiratomicrefs" e otimizar a utilização da fração

Habilitando o "checkdiratomicrefs" otimiza o armazenamento de metadados em um Avamar com uma solução Data Domain integrada. Isso tem um efeito positivo em termos de desempenho do sistema e utilização da capacidade.

Esse recurso deve ser ativado sempre que um Data Domain for primeiramente integrado a um sistema Avamar, idealmente antes que qualquer backup seja armazenado no Data Domain.

Consulte a seção "Histórico técnico" para obter detalhes adicionais sobre como o recurso funciona e uma explicação dos benefícios.

Habilitando o "checkdiratomicrefs" recurso

• Avamar 18.1: Hotfix 306587 ou posterior
• Avamar 18.2: Hotfix 306588 ou posterior 
• Para o Avamar versões 19.x e posteriores, nenhum hotfix é necessário.

Para ativar o "checkdiratomicrefs" (depois de concluir as etapas de adição do Data Domain), siga as etapas em "Procedimento automatizado" ou "Procedimento manual".

Procedimento automatizado

1. Faça log-in no Avamar Utility Node/single-node como usuário administrador.
2. Faça download e instale a ferramenta GoAV seguindo as etapas no Avamar: Ferramenta do produto GoAV para gerenciamento e solução de problemas
3. Digite o seguinte comando:

   ./goav system config enable-checkdiratomicrefs

Procedimento manual

1. Faça log-in no Avamar Utility Node/single-node como usuário administrador.
2. Digite os seguintes comandos:

   avmaint config --ava maxcompdatastripe=20971520
   avmaint config --ava checkdiratomicrefs=true

   Os comandos acima habilitam o recurso checkdiratomicrefs e otimizam o tamanho das frações compostas para não armazenar metadados de arquivo.
    
3. Verifique se os parâmetros atualizados entraram em vigor executando o comando a seguir. O resultado esperado deve corresponder ao seguinte:

   admin@avamar:~/>: avmaint config --ava | grep "maxcompdatastripe\|checkdiratomicrefs"
     maxcompdatastripe="20971520"
     checkdiratomicrefs="true"
   admin@avamar:~/>

4. Faça uma cópia do arquivo mcserver.xml:

   cp -p /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml /usr/local/avamar/var/mc/server_data/prefs/x-mcserver.xml.$(date -I)

5. Usando vi, abra o arquivo de mcserver.xml para edição:

   vi /usr/local/avamar/var/mc/server_data/prefs/mcserver.xml

   Altere os dois valores a seguir:
   From:

   <entry key="maxcompdatastripe" value="41943040" />  
   ...
   <entry key="stripeUtilizationCapacityFactor" value="1.20" />

   Para:

   <entry key="maxcompdatastripe" value="20971520" merge="keep"/>
   ...
   <entry key="stripeUtilizationCapacityFactor" value="2.50" merge="keep"/> 

   As alterações acima garantem que o Avamar Management Console Server (MCS) use o tamanho de fração composta atualizado ao calcular a utilização de "metadados" do sistema. A "diretiva de mesclagem" de "manter" garante que os valores alterados persistam por meio de atualizações do sistema.
    
6. Reinicie o MCS para que os valores atualizados entrem em vigor, seguindo as etapas no Avamar: Como reiniciar o Management Console Server.

Histórico Técnico

Um sistema Avamar armazena dados em vários arquivos diferentes no disco. Esses arquivos são chamados de "frações", e diferentes tipos de fração são usados para armazenar diferentes tipos de dados.
Esse design leva a uma distribuição de diferentes tipos de fração que equilibra o desempenho, a utilização do armazenamento e a integridade dos dados no Avamar.
Os dados de backup são armazenados em "frações de dados" e os metadados em "frações compostas". Estes são os dois tipos de faixas de preocupação neste artigo.

Quando um Data Domain é integrado a um Avamar; Os dados de backup podem ser armazenados no Data Domain. Nesse caso, somente os metadados de backup são armazenados no Avamar.
Geralmente, os metadados de backup são uma fração do tamanho dos dados de backup. Portanto, o principal benefício de armazenar os dados de backup no Data Domain é que o Avamar pode proteger uma quantidade maior de clients (e backups).

No entanto, um Avamar que armazena determinada quantidade somente de metadados terá um número de faixas significativamente maior do que um Avamar que armazena a mesma quantidade de metadados/dados mistos.
Isso ocorre porque as frações de dados são 9 vezes maiores do que as frações compostas (360 MB versus 40 MB, respectivamente), portanto, menos faixas de dados retêm mais dados.

Portanto, um sistema Avamar que armazena apenas metadados terá um número de frações maior em comparação com um que armazena metadados e dados de backup, supondo que ambos os sistemas estejam usando aproximadamente a mesma quantidade de armazenamento "em disco".
Infelizmente, o alto número de faixas pode causar problemas de desempenho, especialmente durante as tarefas de manutenção do Avamar, o que pode prejudicar a funcionalidade do produto.

Resumindo o que foi dito acima; um sistema Avamar que armazena apenas metadados pode acabar limitado no número de backups que ele pode proteger não pela capacidade, mas pelo número de frações.

Uma solução para esse problema foi introduzida no Avamar 18.1 (hotfix 306587). Foi adicionado um indicador de recurso (checkdiratomicrefs) que permite que o sistema Avamar armazene quase todos os metadados dentro de faixas de dados, em vez de faixas compostas.

A habilitação desse recurso aumenta a quantidade de metadados que podem ser armazenados em cada fração individual no Avamar, usando as maiores faixas de dados para armazenamento de dados e metadados . Em outras palavras, ele diminui o número de frações necessárias para armazenar uma determinada quantidade de metadados.

A advertência a esse recurso é que, para obter o máximo efeito, ele deve ser ativado antes que o sistema inclua quaisquer dados de backup no Data Domain conectado. Em outras palavras, o ideal é que ele seja ativado imediatamente após o Data Domain ser integrado ao Avamar.
Isso ocorre porque as faixas no Avamar não podem ser excluídas depois de criadas. Portanto, se um sistema já tiver criado muitas frações compostas antes de o recurso ser habilitado, essas frações persistirão depois que ele for habilitado. 
O recurso ainda pode ser ativado posteriormente e oferecer os mesmos benefícios para quaisquer dados de backup ingeridos após esse ponto. No entanto, ele não será tão eficaz quanto se estivesse ativado desde o início.

Essencialmente, habilitar esse recurso em um sistema antes de qualquer backup ser armazenado no Data Domain conectado resultará em um número geral de faixas menor do que se o recurso fosse ativado depois que alguns backups fossem armazenados no Data Domain conectado. Isso leva a um melhor desempenho de manutenção e permite que o sistema proteja dados de backup adicionais.

O recurso "checkdiratomicrefs" também fornece uma solução para um segundo problema. Onde um sistema anteriormente armazenava backups localmente no Avamar agora foi integrado a um Data Domain, e os backups não estão mais sendo armazenados no Avamar.
Nesse segundo cenário, as frações de dados teriam sido criadas anteriormente no Avamar para armazenar os dados de backup. No entanto, os backups não estão mais sendo armazenados no Avamar, portanto, essas frações agora estão vazias.
Como as faixas não podem ser excluídas, elas permanecem no sistema, mas não podem ser usadas.
A habilitação desse recurso permite o armazenamento de metadados nessas frações existentes, permitindo o uso efetivo do armazenamento disponível no Avamar.