Avamar: I file della cache di backup diventano troppo grandi e occupano spazio su disco
Summary: Avamar: I file della cache di backup diventano troppo grandi e occupano spazio su disco
Ez a cikk a következő(k)re vonatkozik:
Ez a cikk nem vonatkozik a következő(k)re:
Ez a cikk nem kapcsolódik egyetlen konkrét termékhez sem.
Ez a cikk nem azonosítja az összes termékverziót.
Symptoms
Il disco rigido in cui Avamar Client scrive i file di registro potrebbe esaurirsi. Ciò causa l'esito negativo dei backup successivi a causa dell'impossibilità di scrivere nuovi file di registro.
Lo spazio su disco sul client Windows in cui è installato il software Avamar Client (in genere l'unità C) si sta esaurendo a causa dell'aumento delle dimensioni dei file della cache di paging (denominati f_cache2.dat).
Cause
A partire da Avamar v7.0, è stato introdotto un nuovo formato di cache client (cache di paging della domanda). Per ridurre al minimo i requisiti di RAM, il client carica piccole parti della cache di paging della domanda nella RAM a seconda della directory attualmente elaborata dal backup.
La cache regolerà automaticamente le proprie dimensioni in relazione al tipo e alla quantità di dati di cui il client esegue il backup.
La dimensione della cache di paging della domanda sul disco è circa 20 volte superiore alla dimensione della cache monolitica (cache di file e hash).
La dimensione della memoria cache dei file di paging della domanda è di circa 1 GB per 10 milioni di file sul client * 16 backup consecutivi conservati nella memoria cache per il client.
La dimensione approssimativa della memoria cache del file di paging della domanda può essere calcolata utilizzando la seguente formula: (# di milioni di file)/10 * 1 GB * 16 = (# di GB richiesti per la memoria cache dei file di paging della domanda)
La cache regolerà automaticamente le proprie dimensioni in relazione al tipo e alla quantità di dati di cui il client esegue il backup.
La dimensione della cache di paging della domanda sul disco è circa 20 volte superiore alla dimensione della cache monolitica (cache di file e hash).
La dimensione della memoria cache dei file di paging della domanda è di circa 1 GB per 10 milioni di file sul client * 16 backup consecutivi conservati nella memoria cache per il client.
La dimensione approssimativa della memoria cache del file di paging della domanda può essere calcolata utilizzando la seguente formula: (# di milioni di file)/10 * 1 GB * 16 = (# di GB richiesti per la memoria cache dei file di paging della domanda)
Resolution
Creare un file avtar.cmd nella directory avs\var e aggiungere il flag seguente:
Esempio:
Questo flag reindirizza i file e i registri della cache all'unità e alla cartella specificate.
Creare la directory var sull'unità alternativa, quindi copiare i file della cache esistenti nella nuova cartella prima del successivo backup pianificato.
--vardir=<<volume dell'unità e cartella var>>
Esempio:
--vardir=D:\avs\var
Questo flag reindirizza i file e i registri della cache all'unità e alla cartella specificate.
Creare la directory var sull'unità alternativa, quindi copiare i file della cache esistenti nella nuova cartella prima del successivo backup pianificato.
Additional Information
Tenere presente anche i seguenti articoli della Knowledge Base:
- Articolo 466222 della Knowledge Base: Avamar: come ridurre al minimo il potenziale impatto delle dimensioni della memoria cache dei file di paging del client (f_cache2.dat)
- Articolo 333111 della Knowledge Base: Avamar: Come abilitare la cache di paging della domanda introdotta in Avamar 7
- Articolo 336413 della Knowledge Base: Avamar: come configurare la retention dei registri del client e limitare la quantità di spazio che i registri avtar possono utilizzare su un client
Érintett termékek
Avamar ClientTermékek
Avamar ClientTermék tulajdonságai
Article Number: 000060046
Article Type: Solution
Utoljára módosítva: 05 márc. 2025
Version: 4
Választ kaphat kérdéseire más Dell-felhasználóktól
Támogatási szolgáltatások
Ellenőrizze, hogy a készüléke rendelkezik-e támogatási szolgáltatással.