Avamar: Avamar Client: Cosa deve cambiare prima che avtar consideri un file come modificato?

Quando un Avamar Client esegue un backup del file system, esamina tutti i file Avamar all'interno dell'ambito del dataset dell'ordine di lavoro.
Determina quali file sono stati modificati in modo che possano essere elaborati.

Questo processo è ben documentato nel flusso di lavoro nel file allegato "avtarprocess.pdf".

Questo articolo discute"cosa deve cambiare prima che avtar consideri un file come modificato".

Questo è importante quando;

• Analisi di un backup con un numero superiore o inferiore di file modificati rispetto al normale.
• Quando i file sono di grandi dimensioni e richiederebbero un tempo relativamente lungo per l'elaborazione quando vengono rilevati come modificati.

Cosa deve cambiare prima che avtar consideri un file come modificato?

Attributi considerati da avtar;

• Il nome del file . 
• Dimensione del file . 
• L'mtime (ora di modifica) del file.
• Percorso del file .
• Stato offline o online del file.
• L'fstype del file (FAT32 vs NTFS).

Attributi NON considerati da avtar

• Il proprietario del file .
• Il gruppo del file.
• UNIX ACL (Access Control List).
• L'atime (ora di accesso) del file.
• Il tempo di modifica dell'inode/file del file - Come discusso in Engineering Esczilla 7618 #C13.

Durante il backup, mentre avtar esegue la scansione del file system, legge (ovvero "stats") tutti i metadati. Può quindi popolare un intero DIRELEM (elemento di directory) ad eccezione dell'hash SHA-1 del contenuto del file.

La cache dei file è il meccanismo per ottenere questi "20 byte mancanti" per i file di cui è stato precedentemente eseguito il backup e che non sono modificati.

Se la cache del file restituisce l'hash SHA-1 del contenuto del file, avtar ha tutto ciò di cui ha bisogno per popolare completamente il DIRELEM. 

Non è necessario aprire e leggere il file.

Nota 1: L'input nella cache dei file non è costituito da tutti i metadati.

• In questo modo si evita di ripetere la scansione dei file il cui contenuto non è stato modificato.
• Contenuto della decisione: Percorso completo, dimensioni, mtime. stato offline o online, fstype (FAT32 vs NTFS e così via).
• Non inclusi nella decisione: proprietario, gruppo, ACL UNIX e così via

Nota 2: Sebbene non tutti i metadati vengano utilizzati nella ricerca della cache dei file, tutti i metadati vengono archiviati in DIRELEM in ogni backup.

• Eventuali modifiche ai metadati generano un nuovo DIRELEM che viene archiviato su Avamar Server.
• In questo modo acquisiamo TUTTE le modifiche ai metadati, anche quando il contenuto del file non cambia.

Articoli della Knowledge Base relativi a questo argomento:-

• Avamar: Come utilizzare i log del client per identificare quali file sono nuovi o modificati rispetto al backup precedente.
• Avamar: come interpretare le righe di stato del registro di backup avtar.
• Avamar: Cosa succede quando avtar legge un file durante la fase di scansione dei file.
• Il backup di Avamar è lento a causa di un software di terze parti che modifica i metadati per file non modificati.
• Avamar: scarse prestazioni di backup per il client Avamar con Sophos Anti-Virus.