Avamar: Avamar-klient: Hvad skal ændres, før avtar anser en fil for at være blevet ændret?

Når en Avamar-klient udfører en sikkerhedskopiering af filsystemet, undersøger den alle Avamar-filerne inden for rammerne af arbejdsordrens datasæt.
Den bestemmer, hvilke filer der er ændret, så disse filer kan behandles.

Denne proces er veldokumenteret i arbejdsgangen i den vedhæftede fil "avtarprocess.pdf".

Denne artikel diskuterer"hvad der skal ændres, før avtar anser en fil for at være blevet ændret".

Dette betyder noget, når;

• Undersøgelse af en sikkerhedskopi med et større eller lavere antal ændrede filer end normalt.
• Hvor filer er store og ville tage relativt lang tid at behandle, når de registreres som ændret.

Hvad skal ændres, før avtar anser en fil for at være blevet ændret?

Attributter overvejet af avtar;

• Filnavnet . 
• Filens størrelse. 
• Filens mtime (ændringstid).
• Filens sti.
• Filens offline - eller onlinestatus.
• Filens fstype (FAT32 vs NTFS).

Attributter, der IKKE overvejes af avtar

• Filens ejer.
• Filens gruppe.
• UNIX Adgangskontrollister (ACL).
• Filens klokkeslæt (adgangstid).
• Filens ctime (inode / file change time) - Som diskuteret i Engineering Esczilla 7618 #C13.

Under sikkerhedskopiering, mens avtar scanner filsystemet, læser det (det vil sige "statistik") alle metadata. Det kan derefter udfylde en hel DIRELEM (mappeelement) undtagen SHA-1-hash af filens indhold.

Filcachen er mekanismen til at opnå disse "manglende 20 bytes" for filer, der tidligere er blevet sikkerhedskopieret og er uændrede.

Hvis filcachen returnerer SHA-1-hashen for filens indhold, har avtar alt, hvad den har brug for for at udfylde DIRELEM fuldt ud. 

Filen behøver ikke at blive åbnet og læst.

Bemærkning 1: Inputtet til filcachen er ikke alle metadataene.

• På den måde undgår du at scanne filer, hvis indhold ikke er ændret, igen.
• Inkluderet i afgørelsen: Fuld sti, størrelse, mtime. offline- eller onlinestatus, fstype (FAT32 vs NTFS osv.).
• Ikke medtaget i beslutningen: ejer, gruppe, UNIX ACL'er osv

Bemærkning 2: Selvom ikke alle metadata bruges i filcacheopslaget , gemmes alle metadata i DIRELEM i hver sikkerhedskopi.

• Eventuelle metadataændringer giver et nyt DIRELEM , som gemmes på Avamar Server.
• Dette sikrer, at vi registrerer ALLE metadataændringer, selv når filindholdet ikke ændres.

KB Artikler relateret til dette emne:-

• Avamar: Sådan bruges klientlogfilerne til at identificere, hvilke filer der er nye eller ændrede siden den forrige sikkerhedskopiering.
• Avamar – Sådan fortolkes avtar-backuplogstatuslinjer.
• Avamar: Hvad sker der, når avtar læser en fil under filscanningsfasen.
• Avamar-sikkerhedskopiering kører langsomt på grund af tredjepartssoftware, der ændrer metadata for uændrede filer.
• Avamar – Dårlig sikkerhedskopieringsydeevne for Avamar-klient, der kører Sophos-antivirus.