Avamar: Come controllare l'utilizzo della memoria Avtar regolando le cache di hash e file

Le informazioni che indirizzano avtar Utilizzo della memoria:

Ci sono tre fattori principali che contribuiscono all'utilizzo complessivo della memoria sul client quando avtar Viene eseguito:

1. L'opzione avtar Il binario stesso richiede memoria durante l'esecuzione di un backup (ovvero snapup). La quantità di memoria utilizzata da avtar Il processo è generalmente compreso tra 20 MB e 30 MB. Questa quantità dipende dal sistema operativo in esecuzione sul client e varia anche durante il backup a seconda della struttura dei file che vengono acquistati da avtar.

2. L'opzione avtar carica due file della cache in memoria. Questi due file della cache si trovano nella directory var di Avamar. Il primo di questi è la cache dei file (f_cache.dat). La cache dei file archivia gli hash degli attributi dei file e viene utilizzata per identificare rapidamente i file di cui è stato precedentemente eseguito il backup su Axion (noto anche come Avamar). La presenza della cache dei file è uno dei motivi significativi per cui i successivi Axion I backup (cioè dopo il backup iniziale) sono in genere molto veloci. In genere, la cache dei file esclude circa il 95%-98% dei file. Se la cache dei file viene eliminata, non utilizzata o è sottodimensionata, ogni file che non rappresenta un "hit" nella cache dei file deve essere aperto, letto, suddiviso in blocchi e sottoposto a hashing prima di avtar il processo rileva che gli hash sono stati precedentemente inviati al Axion server. Se un file presenta un "hit" nella cache dei file, l'accesso al file non viene mai eseguito, con un notevole risparmio in termini di tempo e CPU.

Per impostazione predefinita, la memoria cache dei file può consumare fino a 1/8° della RAM fisica su Axion cliente. Ad esempio, se il client dispone di 4 GB di RAM, la memoria cache dei file è limitata a un massimo di 512 MB. Le dimensioni della memoria cache dei file raddoppiano ogni volta che deve crescere. Le dimensioni correnti della cache dei file sono 5,5 MB, 11 MB, 22 MB, 44 MB, 88 MB, 176 MB, 352 MB, 704 MB e così via. In questo esempio, in cui un client dispone di 4 GB di RAM, la dimensione massima della memoria cache del file è limitata a 352 MB.

3. La seconda cache è la cache hash (p_cache.dat). La cache hash archivia gli hash dei blocchi che sono stati inviati a Axion server. Come osservato in precedenza, il avtar Il processo ottiene la massima efficienza assicurandosi che la cache dei file sia dimensionata in modo adeguato. Se la cache hash viene eliminata, non utilizzata o è sottodimensionata, se il avtar rileva che un hash di un blocco che non è contenuto nella cache hash, il avtar il processo interroga il Axion server per la presenza dell'hash.

Per impostazione predefinita, la memoria cache hash potrebbe consumare fino a 1/16 della RAM fisica su Axion cliente. Nell'esempio precedente del client con 4 GB di RAM, la cache hash è limitata a un massimo di 256 MB. Inoltre, le dimensioni della cache hash raddoppiano ogni volta che deve crescere. Le dimensioni correnti della cache hash sono 24 MB, 48 MB, 96 MB, 192 MB, 384 MB, 768 MB e così via. In questo esempio, in cui un client dispone di 4 GB di RAM, la dimensione massima della cache hash è limitata a 194 MB.

Da quanto sopra si può dedurre che se un client ha più di 1/2 GB di RAM, le cache di file e hash dominano l'utilizzo complessivo della memoria. Ciò è dovuto al fatto che entrambe le cache vengono lette completamente in memoria all'inizio del avtar backup. Inoltre, come si è visto sopra, per impostazione predefinita, la memoria complessiva utilizzata da avtar è limitato a circa 3/16 della RAM fisica sul Axion cliente.
 

Le dimensioni delle cache di file e hash vengono stampate all'inizio del avtar .

Ad esempio:

avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\f_cache.dat (5767712 bytes)
avtar Info <5573>: - Loaded cache file C:\ProgramFiles\Avamar\var\p_cache.dat (25166368 bytes)

In questo caso, la cache dei file è di 5,5 MB e la cache hash è di 24 MB.

Al termine del avtar registro, verrà visualizzata la seguente serie di messaggi:

avtar Info <5587>: Updating cache files in C:\ProgramFiles\Avamar\var
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\f_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\f_cache.dat (5.5MB of 63MB max)
avtar Stats <6151>: File cache: 131072 entries,added/updated 140, booted 0
avtar Info <5069>: - Writing cache file C:\ProgramFiles\Avamar\var\p_cache.dat
avtar Info <5546>: - Cache update complete C:\ProgramFiles\Avamar\var\p_cache.dat (24.0MB of 31MB max)
avtar Stats <6152>: Hash cache: 1048576 entries,added/updated 1091, booted 0

Da queste righe, indica che la cache dei file ha spazio per crescere, ma la cache hash è al massimo. Se una delle due cache è sottodimensionata, il valore "booted" sarà diverso da zero e il registro includerà un avviso che indica che la cache è sottodimensionata. Questo è importante da notare perché la dimensione della cache ha un'enorme influenza sulle prestazioni complessive.

Le cache dei limiti della cache predefiniti possono essere sovrascritte utilizzando i due flag seguenti:

--filecachemax=n

Dove n è il numero di MB o una frazione (valore negativo = frazione di RAM)

Valore predefinito: 

--filecachemax=-8

Esempio di limitazione della memoria cache dei file a una dimensione di 100 MB:

--filecachemax=100

--hashcachemax=n

Dove n è il numero di MB o una frazione (valore negativo = frazione di RAM)

Valore predefinito:

--hashcachemax=-16

Un'altra considerazione relativa all'implementazione consiste nel fatto che, se le dimensioni della cache sono limitate in un set di client, è necessario aggiungere i parametri appropriati alla memoria cache di ogni client. avtar.cmd in modo che venga applicato ogni volta che il client esegue un backup, anche i backup manuali. Se nel file di avtar.cmd non è presente alcun flag e viene eseguito un backup manuale senza le opzioni appropriate, il file o la cache hash potrebbero tornare ai limiti predefiniti.

Per ottimizzare le prestazioni, a volte è necessario aumentare le dimensioni della cache rispetto ai valori predefiniti.

Queste condizioni potrebbero sussistere nei seguenti due casi diametralmente opposti:

1. Se il client ha milioni di file di piccole dimensioni, la cache dei file potrebbe richiedere un aumento rispetto alle dimensioni predefinite. La linea guida generale è che, per ogni milione di file sul Axion client, il client deve avere 512 MB di RAM fisica. 

Se un client dispone di 1 milione di file, sono necessari almeno 20 MB per archiviare gli hash dei file per un singolo backup (ogni hash è di 20 byte). Poiché è necessario archiviare gli hash di file per diversi backup, ne è necessario di più, il che significa che crescerà fino a circa 44 MB. Poiché per impostazione predefinita viene utilizzato 1/8 dei 512 MB fisici di RAM, la cache può crescere fino a un limite di 64 MB, quindi il valore di 1/8 della RAM per la cache dei file è adeguato.

2. Se il client dispone di alcuni file di grandi dimensioni, il valore predefinito di 1/16 per la cache hash è probabilmente insufficiente.  

Ad esempio, se è presente un database da 200 GB, è necessario memorizzare nella cache fino a 10 milioni di hash. Poiché ogni hash è di 20 byte, per un singolo backup sono necessari almeno 200 MB.

L'incremento successivo disponibile è di 384 MB, pertanto se questo client dispone di 4 GB di RAM, la cache hash deve crescere fino a 1/8° della RAM. Se viene utilizzato il valore predefinito di 1/16 della RAM, la cache hash è limitata a 192 MB e la cache hash sarà sottodimensionata. Nel caso dei database, poiché viene eseguito il backup di pochi file, la memoria cache dei file è notevolmente più piccola, quindi l'utilizzo netto della memoria è ancora compreso tra 1/8 e 3/16 della RAM.

Per risolvere questo problema in modo più sistematico in un determinato ambiente, determinare dal avtar Registra le dimensioni della cache di file e hash.
Se le dimensioni combinate di queste cache devono essere inferiori, esistono modi per limitare le dimensioni.