Symptoms
La memoria cache del file di paging di Avamar 7.0 utilizzata per i backup del file system nella soluzione integrata Avamar e Data Domain utilizza una capacità del disco notevolmente superiore rispetto alla memoria cache dei file monolitici.
Se la directory /var di Avamar si trova su un file system client o su un volume con una quantità limitata di capacità del disco, le dimensioni maggiori del file "su disco" per la cache del file di paging possono causare problemi di gestione della capacità del disco sul client Avamar File System.
Cause
Nel
documento Operational Best Practices di EMC Avamar 7.0, abbiamo documentato:
"Rispetto al metodo di memoria cache dei file originale, i backup che implementano la memoria cache dei file di paging della domanda richiedono fino a 20 volte più spazio su disco."
Esistono due motivi per cui il file cache del file di paging è circa 20 volte più grande della memoria cache dei file monolitici:
- Ulteriori 20 byte per file per offset CDSF
La memoria cache dei file monolitici utilizza 44 byte per file: Intestazione a 4 byte, hash attributo file a 20 byte e hash del contenuto file a 20 byte. La memoria cache del file di paging utilizza 64 byte per file. I 20 byte aggiuntivi vengono utilizzati per archiviare le informazioni sull'offset all'interno del contenitore di backup CDSF (Common Data Streaming Format) in cui si trova il file. Se sia la cache dei file di paging che la cache dei file monolitici hanno lo stesso formato, la dimensione della cache dei file di paging risulta circa 1,5 volte maggiore.
- Nessuna condivisione delle voci tra i backup
Entrambe le cache di file archiviano gli hash per un massimo di 16 backup. Con la cache dei file monolitici, dopo il completamento del primo backup, circa il 2% dei file viene modificato ogni giorno. Dopo il primo backup, la maggior parte delle voci viene condivisa tra i backup. Tuttavia, con la cache del file di paging, ogni pagina di elementi è univoca per un backup specifico, pertanto non vi è alcuna condivisione di voci tra i backup. In questo modo, la memoria cache del file di paging archivia circa 10 volte più voci rispetto alla memoria cache dei file monolitici.
Questi due collaboratori causano un aumento di circa 15-20 volte delle dimensioni della cache dei file di paging rispetto alla cache dei file monolitici durante il backup dello stesso dataset.
Se si conosce il numero di file di cui è stato eseguito il backup nella definizione del dataset, è possibile stimare le dimensioni finali della cache del file di paging dalla seguente formula:
<dimensione della cache del file di paging in MB> = <numero di file in milioni> * 1.700
Resolution
Esistono tre modi per mitigare il potenziale impatto della memoria cache dei file di paging di dimensioni maggiori:
A) Modificare la posizione della cache del file di paging utilizzando "cachedir" in avtar.cmd
Questa è l'opzione preferita e non presenta inconvenienti, a condizione che il client disponga di un volume sufficientemente grande per archiviare la cache di paging.
Se la directory / var di Avamar, che archivia i file della memoria cache client, si trova su un volume con capacità limitata, spostare la cache di paging su un volume più spazioso come descritto di seguito.
- Creare una cartella in cui archiviare i file della cache.
- Copiare i file della cache esistenti da /usr/local/avamar/var/ o C:\program files\avs\var\ nella nuova cartella creata nel passaggio 1.
- Creare un file nella directory /var del client denominato "avtar.cmd". Se il file esiste, modificarlo.
- Specificare la nuova posizione "cachedir" nel file del flag "avtar.cmd". Ad esempio, se è stata creata D:\avamarcache per la cache dei file di paging, dovrebbe essere presente una voce simile alla seguente in C:\program files\avs\var\avtar.cmd:
--cachedir=D:\avamarcache
- Eseguire un backup.
- Verificare che la nuova directory della cache sia stata utilizzata correttamente.
- Rimuovere la copia delle cache client dalla directory var Avamar originale.
B) Mediante l'applicazione di flag che consentono la limitazione delle dimensioni della cache di paging
In Avamar 7.2 e versioni successive, esistono flag per limitare le dimensioni della cache di paging a una proporzione percentuale delle dimensioni del volume in cui risiede la cache. Per ulteriori informazioni su questa opzione, consultare l'articolo 19517 della Knowledge Base: Come limitare le dimensioni della Demand paging Cache (f_cache2.dat) di Avamar.
Il compromesso per impedire che il file della cache cresca in base alle dimensioni del file è la riduzione delle prestazioni di backup a causa dell'aumento dei mancati riscontri nella cache.
C) Limitare il numero di backup completi archiviati nella memoria cache del file di paging.
Creando alcuni backup con un dataset di piccole dimensioni e impostandoli in modo che non scadano mai, è possibile limitare a soli otto backup del dataset completo archiviato nella cache del file di paging, riducendo così le dimensioni.
Questa è l'opzione meno auspicabile e richiede un tuning avanzato. Ha anche delle avvertenze. Per ulteriori informazioni, contattare il supporto tecnico Dell EMC.
Backup del file system di Avamar 7.0 nella soluzione integrata con Avamar e Data Domain.
Per ulteriori informazioni sul file avtar.cmd, consultare l'articolo della KB 81546:
Avamar: Come raccogliere i file di registro per la risoluzione dei problemi di backup e ripristino di Avamar Client.
Affected Products
Avamar
Products
Avamar