Avamar: Cómo habilitar "checkdiratomicrefs" y optimizar la utilización de secciones

Habilitación de la opción "checkdiratomicrefs" optimiza el almacenamiento de metadatos en un Avamar con una solución Data Domain integrada. Tiene un efecto positivo tanto en términos de rendimiento del sistema como de utilización de la capacidad.

Esta función se debe habilitar cada vez que un Data Domain se integra por primera vez con un sistema Avamar, idealmente antes de que se almacenen respaldos en Data Domain.

Consulte la sección "Antecedentes técnicos" para obtener detalles adicionales sobre cómo funciona la característica y una explicación de los beneficios.

Habilitación de la opción "checkdiratomicrefs" característica

• Avamar 18.1: Revisión 306587 o posterior
• Avamar 18.2: Revisión 306588 o posterior 
• Para Avamar versión 19.x y superior, no se requiere ninguna revisión.

Para activar la opción "checkdiratomicrefs" (después de completar los pasos de adición de Data Domain), siga los pasos que se indican en "Automated procedure" o "Manual procedure".

Procedimiento automatizado

1. Inicie sesión en el nodo o nodo único de utilidad de Avamar como usuario administrador.
2. Descargue e instale la herramienta GoAV siguiendo los pasos que se indican en Avamar: Herramienta de productos GoAV para administración y solución de problemas
3. Escriba el siguiente comando:

   ./goav system config enable-checkdiratomicrefs

Procedimiento manual

1. Inicie sesión en el nodo o nodo único de utilidad de Avamar como usuario administrador.
2. Escriba los siguientes comandos:

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

   Los comandos anteriores habilitan la función checkdiratomicrefs y optimizan el tamaño de las secciones compuestas para no almacenar metadatos de archivo.
    
3. Ejecute el siguiente comando para verificar que los parámetros actualizados surtan efecto. El resultado esperado debe coincidir con lo siguiente:

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

4. Haga una copia del archivo de 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. Con vi, abra el archivo mcserver.xml para editarlo:

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

   Cambie los dos valores siguientes:
   De:

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

   A:

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

   Los cambios anteriores garantizan que Avamar Management Console Server (MCS) utilice el tamaño de sección compuesto actualizado al calcular la utilización de "metadatos" del sistema. La "directiva merge" de "keep" garantiza que los valores modificados persistan a través de las actualizaciones del sistema.
    
6. Reinicie MCS para que se apliquen los valores actualizados siguiendo los pasos que se indican en Avamar: Cómo reiniciar el servidor de la consola de administración.

Antecedentes técnicos

Un sistema Avamar almacena datos en varios archivos diferentes en el disco. Estos archivos se denominan "fracciones" y se utilizan diferentes tipos de franjas para almacenar diferentes tipos de datos.
Este diseño conduce a una distribución de diferentes tipos de secciones que equilibra el rendimiento, la utilización del almacenamiento y la integridad de los datos en Avamar.
Los datos de respaldo se almacenan en "franjas de datos" y los metadatos en "franjas compuestas". Estos son los dos tipos de puntos de preocupación en este artículo.

Cuando un Data Domain se integra con Avamar; Los datos de respaldo se pueden almacenar en Data Domain. En este caso, solo los metadatos de respaldo se almacenan en Avamar.
Por lo general, los metadatos de respaldo son una fracción del tamaño de los datos de respaldo. Por lo tanto, el beneficio clave de almacenar los datos de respaldo en Data Domain es que Avamar puede proteger una mayor cantidad de clientes (y respaldos).

Sin embargo, un Avamar que almacena una cantidad determinada de solo metadatos tendrá un conteo de secciones significativamente mayor que un Avamar que almacena la misma cantidad de metadatos/datos combinados.
Esto se debe a que las franjas de datos son 9 veces más grandes que las fracciones compuestas (360 MB frente a 40 MB respectivamente), por lo que hay menos franjas de datos que contienen más datos.

Por lo tanto, un sistema Avamar que solo almacena metadatos tendrá un mayor conteo de secciones en comparación con uno que almacena metadatos y datos de respaldo, suponiendo que ambos sistemas utilizan aproximadamente la misma cantidad de almacenamiento "en disco".
Lamentablemente, los conteos altos de secciones pueden causar problemas de rendimiento, especialmente durante las tareas de mantenimiento de Avamar, lo que puede perjudicar la funcionalidad del producto.

Para resumir lo anterior; un sistema Avamar que solo almacena metadatos puede terminar limitado en la cantidad de respaldos que puede proteger no por capacidad, sino por la cantidad de fracciones.

Se introdujo una solución a este problema en Avamar 18.1 (revisión 306587). Se agregó una marca de función (checkdiratomicrefs) que permite que el sistema Avamar almacene casi todos los metadatos dentro de franjas de datos, en lugar de franjas compuestas.

La activación de esta función aumenta la cantidad de metadatos que se pueden almacenar en cada franja individual de Avamar mediante el uso de franjas de datos más grandes para el almacenamiento de datos y metadatos . En otras palabras, disminuye la cantidad de fracciones necesarias para almacenar una cantidad determinada de metadatos.

La advertencia de esta función es que, para obtener el máximo efecto, se debe habilitar antes de que el sistema ingiera datos de respaldo en el Data Domain conectado. En otras palabras, idealmente debería habilitarse inmediatamente después de que Data Domain se haya integrado con Avamar.
Esto se debe a que las franjas en Avamar no se pueden eliminar una vez que se han creado. Por lo tanto, si un sistema ya creó muchas secciones compuestas antes de habilitar la función, estas secciones persistirán después de que se habilite. 
La característica aún se puede habilitar más adelante y proporcionar los mismos beneficios para los datos de respaldo recopilados después de ese punto. Sin embargo, no será tan eficaz como si estuviera habilitado desde el principio.

Esencialmente, habilitar esta función en un sistema antes de que los respaldos se almacenen en el Data Domain conectado dará como resultado un conteo de secciones general menor que si la función se habilitara después de que algunos respaldos se almacenaran en el Data Domain conectado. Esto conduce a un mejor rendimiento de mantenimiento y permite que el sistema proteja los datos de respaldo adicionales.

La función "checkdiratomicrefs" también proporciona una solución a un segundo problema. Donde un sistema anteriormente almacenaba respaldos localmente en Avamar, ahora se integró con un Data Domain y los respaldos ya no se almacenan en Avamar.
En este segundo caso, las franjas de datos se habrían creado previamente en Avamar para contener los datos de respaldo. Sin embargo, los respaldos ya no se almacenan en Avamar, por lo que estas franjas ahora están vacías.
Dado que las franjas no se pueden eliminar, permanecen en el sistema, pero no se pueden utilizar.
La activación de esta función permite el almacenamiento de metadatos en estas franjas existentes, lo que permite el uso eficaz del almacenamiento disponible en Avamar.