Avamar: Come abilitare "checkdiratomicrefs" e ottimizzare l'utilizzo degli stripe

Abilitazione di "checkdiratomicrefs" ottimizza lo storage dei metadati su un Avamar con una soluzione Data Domain integrata. Ha un effetto positivo sia in termini di prestazioni del sistema che di utilizzo della capacità.

Questa funzionalità deve essere abilitata ogni volta che un Data Domain viene integrato per la prima volta con un sistema Avamar, idealmente prima che qualsiasi backup venga archiviato su Data Domain.

Per ulteriori dettagli sul funzionamento della funzione e una spiegazione dei vantaggi, consultare la sezione "Informazioni tecniche".

Abilitazione di "checkdiratomicrefs" caratteristica

• Avamar 18.1: Hotfix 306587 o successivo
• Avamar 18.2: Hotfix 306588 o versione successiva 
• Per Avamar versioni 19.x e successive, non è richiesto alcun hotfix.

Per abilitare l'opzione "checkdiratomicrefs" (dopo aver completato la procedura di aggiunta a Data Domain), seguire la procedura descritta in "Procedura automatizzata" o "Procedura manuale".

Procedura automatizzata

1. Accedere all'Avamar Utility Node/single-node come utente amministratore.
2. Scaricare e installare lo strumento GoAV seguendo la procedura descritta in Avamar: Strumento prodotto GoAV per la gestione e la risoluzione dei problemi
3. Digitare il seguente comando:

   ./goav system config enable-checkdiratomicrefs

Procedura manuale

1. Accedere all'Avamar Utility Node/single-node come utente amministratore.
2. Digitare i seguenti comandi:

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

   I comandi precedenti abilitano la funzionalità checkdiratomicrefs e ottimizzano le dimensioni delle stripe composite per non archiviare i metadati del file.
    
3. Verificare che i parametri aggiornati abbiano effetto eseguendo il seguente comando. L'output previsto deve corrispondere al seguente:

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

4. Creare una copia del file 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, aprire il file mcserver.xml per la modifica:

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

   Modificare i due valori seguenti:
   Da:

   <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"/> 

   Le modifiche di cui sopra assicurano che Avamar Management Console Server (MCS) utilizzi la dimensione di stripe composita aggiornata durante il calcolo dell'utilizzo dei "metadati" del sistema. La "merge directive" di "keep" garantisce che i valori modificati persistano dopo gli aggiornamenti di sistema.
    
6. Riavviare MCS in modo che i valori aggiornati abbiano effetto, seguendo la procedura descritta in Avamar: Come riavviare il server Management Console.

Informazioni di base tecniche

Un sistema Avamar archivia i dati in più file diversi su disco. Questi file sono denominati "stripe" e vengono utilizzati diversi tipi di stripe per archiviare diversi tipi di dati.
Questa progettazione porta a una distribuzione di diversi tipi di stripe che bilancia prestazioni, utilizzo dello storage e integrità dei dati su Avamar.
I dati di backup vengono archiviati in "stripe di dati" e i metadati in "stripe compositi". Questi sono i due tipi di strisce che destano preoccupazione in questo articolo.

Quando un Data Domain è integrato con un Avamar; i dati di backup possono essere archiviati in Data Domain. In questo caso, solo i metadati di backup vengono archiviati in Avamar.
I metadati di backup sono in genere una frazione delle dimensioni dei dati di backup. Pertanto, il vantaggio principale dell'archiviazione dei dati di backup su Data Domain è che Avamar è in grado di proteggere una maggiore quantità di client (e backup).

Tuttavia, un Avamar che archivia una determinata quantità di soli metadati avrà un numero di stripe significativamente più elevato rispetto a un Avamar che archivia la stessa quantità di metadati/dati misti.
Ciò è dovuto al fatto che gli striping di dati sono 9 volte più grandi degli striping compositi (rispettivamente 360 MB rispetto a 40 MB), quindi un numero inferiore di stripe di dati contiene più dati.

Pertanto, un sistema Avamar che archivia solo metadati avrà un numero di stripe maggiore rispetto a uno che archivia metadati e dati di backup, supponendo che entrambi i sistemi utilizzino all'incirca la stessa quantità di storage "su disco".
Purtroppo, un numero elevato di stripe può causare problemi di prestazioni, in particolare durante le attività di manutenzione di Avamar, che possono compromettere la funzionalità del prodotto.

Per riassumere quanto sopra; Un sistema Avamar che archivia solo metadati può finire per essere limitato nel numero di backup che può proteggere non in base alla capacità, ma al numero di stripe.

Una soluzione a questo problema è stata introdotta in Avamar 18.1 (hotfix 306587). È stato aggiunto un flag di funzione (checkdiratomicrefs) che consente al sistema Avamar di archiviare quasi tutti i metadati all'interno degli stripe di dati, anziché degli stripe compositi.

L'abilitazione di questa funzione aumenta la quantità di metadati che possono essere archiviati in ogni singolo stripe su Avamar, utilizzando gli stripe di dati più grandi sia per lo storage dei dati che dei metadati . In altre parole, riduce il numero di stripe necessari per archiviare una determinata quantità di metadati.

L'avvertenza relativa a questa funzione è che, per ottenere la massima efficacia, deve essere abilitata prima che il sistema acquisisca i dati di backup nel Data Domain collegato. In altre parole, idealmente dovrebbe essere abilitato immediatamente dopo l'integrazione di Data Domain con Avamar.
Ciò è dovuto al fatto che le stripe su Avamar non possono essere eliminate una volta create. Pertanto, se un sistema ha già creato molte stripe composite prima dell'abilitazione della funzione, queste stripe verranno mantenute dopo l'abilitazione. 
La funzione può comunque essere abilitata in un secondo momento e fornire gli stessi vantaggi per tutti i dati di backup acquisiti dopo tale data. Tuttavia, non sarà efficace come se fosse abilitato fin dall'inizio.

In sostanza, l'abilitazione di questa funzione su un sistema prima che qualsiasi backup venga archiviato nel Data Domain collegato comporterà un numero complessivo di stripe inferiore rispetto a quando la funzionalità è stata abilitata dopo l'archiviazione di alcuni backup nel Data Domain collegato. Ciò comporta un miglioramento delle prestazioni di manutenzione e consente al sistema di proteggere ulteriori dati di backup.

La funzione "checkdiratomicrefs" fornisce anche una soluzione a un secondo problema. Se in precedenza un sistema archiviava i backup in locale in Avamar, ora è stato integrato con un Data Domain e i backup non vengono più archiviati in Avamar.
In questo secondo scenario, gli stripe di dati sarebbero stati precedentemente creati su Avamar per contenere i dati di backup. Tuttavia, i backup non vengono più archiviati in Avamar, quindi queste stripe sono ora vuote.
Poiché gli stripe non possono essere eliminati, rimangono nel sistema, ma non possono essere utilizzati.
L'abilitazione di questa funzione consente lo storage dei metadati in questi stripe esistenti, consentendo l'uso efficace dello storage disponibile su Avamar.