Symptoms
La memoria cache dei file di paging Avamar 7.0 utilizzata per i backup dei file system nella soluzione integrata Avamar e Data Domain occupa 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 di un client o su un volume con una capacità del disco limitata, le dimensioni superiori del file "su disco" per la memoria cache dei file di paging possono causare problemi di capacity management del disco sul client AVamar File System.
Cause
Come riportato nel documento
EMC Avamar 7.0 Operational Best Practices:
"Rispetto al metodo della memoria cache dei file originali, i backup che implementano la memoria cache dei file di paging on demand necessitano di una quantità di spazio su disco fino a 20 volte maggiore."
Esistono due motivi per cui il file della memoria cache dei file di paging è circa 20 volte più grande della memoria cache dei file monolitici:
- 20 byte aggiuntivi per file per l'offset CDSF.
La memoria cache dei file monolitici utilizza 44 byte per file: intestazione a 4 byte, hash degli attributi dei file a 20 byte e hash dei contenuti dei file a 20 byte. La memoria cache dei file di paging utilizza 64 byte per file. I 20 byte aggiuntivi vengono utilizzati per archiviare le informazioni sull'offset all'interno del container di backup CDSF (Common Data Streaming Format) in cui si trova il file. Se sia la memoria cache dei file di paging che la memoria cache dei file monolitici hanno lo stesso formato, la memoria cache dei file di paging è di circa 1,5 volte maggiore.
- Nessuna condivisione delle voci tra i backup
Entrambe le memorie cache dei file archiviano gli hash per un massimo di 16 backup. Grazie alla memoria cache dei file monolitici, dopo aver completato il primo backup, circa il 2% dei file subisce una modifica ogni giorno. Dopo il primo backup, la maggior parte delle voci viene condivisa tra i backup. Tuttavia, con la memoria cache dei file di paging, ogni pagina di elementi è univoca per un backup specifico e quindi non vi è condivisione di voci tra i backup. In questo modo, la memoria cache dei file di paging archivia un numero circa 10 volte maggiore di voci rispetto alla memoria cache dei file monolitici.
Questi due elementi causano un aumento di circa 15 - 20 volte delle dimensioni della memoria cache dei file di paging rispetto alla memoria cache dei file monolitici durante il backup dello stesso dataset.
Se si conosce il numero dei file sottoposti a backup nella definizione del dataset, è possibile stimare la dimensione finale della memoria cache dei file di paging dalla seguente formula:
<dimensioni memoria cache file di paging in MB> = <numero di file in milioni> * 1.700
Resolution
Esistono tre modi per ridurre al minimo il potenziale impatto di una memoria cache dei file di paging di grandi dimensioni:
A) Modificare la posizione della memoria cache dei file di paging utilizzando "cachedir" in avtar.cmd
Questa è l'opzione preferita e non presenta svantaggi, a condizione che il client disponga di un volume sufficiente per archiviare la memoria cache di paging.
Se la directory /var di Avamar, che archivia i file della memoria cache del client, si trova su un volume con capacità limitata, spostare la memoria cache di paging su un volume più ampio come descritto di seguito.
- Creare una cartella in cui archiviare i file della memoria cache.
- Copiare i file della memoria cache esistenti da /usr/local/avamar/var/ o C:\program files/avs\var\ nella nuova cartella creata al passaggio 1.
- Creare un file nella directory /var sul client denominata "avtar.cmd". Se il file esiste, modificarlo.
- Specificare la nuova posizione di "cachedir" nel file di flag "avtar.cmd". Ad esempio, se si crea D:\avamarcache per la memoria cache dei file di paging, si dovrebbe avere una voce simile in C:\program files\avs\var\avtar.cmd:
--cachedir=D:\avamarcache
- Eseguire un backup.
- Verificare che la nuova directory della memoria cache sia stata utilizzata correttamente.
- Rimuovere la copia delle memorie cache del client dalla directory var originale di Avamar.
B) Applicare flag che consentono di limitare le dimensioni della memoria cache di paging
In Avamar 7.2 e versioni successive, alcuni flag consentono di limitare le dimensioni della memoria cache di paging a una percentuale delle dimensioni del volume in cui si trova. Per ulteriori informazioni su questa opzione, consultare l'articolo 19517 della KB: come limitare le dimensioni della memoria cache di paging Avamar on demand (f_cache2.dat) (in inglese).
Il compromesso che impedisce la crescita del file della memoria cache alle dimensioni del file è una riduzione delle prestazioni di backup per via di un aumento delle perdite cache.
C) Limitare il numero di backup completi archiviati nella memoria cache dei file di paging.
Creando alcuni backup con un dataset ridotto e impostando questi backup in modo che non scadano mai, è possibile limitare lo scenario a otto backup completi del dataset archiviato nella memoria cache dei file di paging, riducendo così le dimensioni.
Questa è l'opzione meno auspicabile e richiede un'ottimizzazione avanzata. Presenta inoltre alcune condizioni. Per ulteriori informazioni, contattare il supporto tecnico Dell EMC.
I backup del file system Avamar 7.0 vengono eseguiti sulla soluzione integrata Avamar e Data Domain.
Per ulteriori informazioni riguardanti il file avtar.cmd, consultare l'articolo 81546 della Knowledge Base:
Avamar: come raccogliere i file di registro per la risoluzione dei problemi di backup e ripristino di Avamar Client (in inglese).
Affected Products
Avamar
Products
Avamar