Avamar: Avamar client: Wat moet er veranderen voordat avtar een bestand als gewijzigd beschouwt?

Wanneer een Avamar-client een back-up van het bestandssysteem uitvoert, worden alle Avamar-bestanden binnen het bereik van de dataset van de werkorder onderzocht.
Het bepaalt welke bestanden zijn gewijzigd, zodat deze bestanden kunnen worden verwerkt.

Dit proces is goed gedocumenteerd in de workflow in het bijgevoegde bestand "avtarprocess.pdf".

Dit artikel bespreekt"wat er moet veranderen voordat avtar een bestand als gewijzigd beschouwt".

Dit is van belang wanneer;

• Onderzoek naar een back-up met een hoger of lager aantal gewijzigde bestanden dan gebruikelijk is.
• Waar bestanden groot zijn en het relatief lang zou duren om ze te verwerken wanneer ze als gewijzigd worden gedetecteerd.

Wat moet er veranderen voordat avtar een bestand als gewijzigd beschouwt?

Attributen die door avtar in overweging worden genomen;

• De bestandsnaam. 
• De grootte van het bestand . 
• De mtime (wijzigingstijd) van het bestand.
• Het pad van het bestand .
• De status van het bestand is offline of online.
• Het fstype van het bestand (FAT32 versus NTFS).

Attributen die NIET in aanmerking worden genomen door avtar

• De eigenaar van het bestand .
• De groep van het bestand.
• UNIX ACL-lijsten (Access Control Lists).
• Het bestand is atime (toegangstijd).
• De ctime van het bestand (inode/file change time) - Zoals besproken in Engineering Esczilla 7618 #C13.

Tijdens de back-up, terwijl avtar het bestandssysteem scant, leest het (dat is "statistieken") alle metadata. Het kan dan een hele DIRELEM (directory-element) vullen , behalve de SHA-1-hash van de inhoud van het bestand.

De bestandscache is het mechanisme om deze "ontbrekende 20 bytes" te verkrijgen voor bestanden waarvan eerder een back-up is gemaakt en die ongewijzigd zijn.

Als de bestandscache de SHA-1-hash van de inhoud van het bestand retourneert, heeft avtar alles wat nodig is om de DIRELEM volledig te vullen. 

Het bestand hoeft niet te worden geopend en gelezen.

Noot 1: De invoer in de bestandscache bestaat niet uit alle metadata.

• Dit voorkomt dat bestanden waarvan de inhoud niet is gewijzigd, opnieuw worden gescand.
• Opgenomen in het besluit: Volledig pad, grootte, mtime. offline of online status, fstype (FAT32 versus NTFS, enzovoort).
• Niet inbegrepen in de beslissing: eigenaar, groep, UNIX ACL's, enzovoort

Noot 2: Hoewel niet alle metadata worden gebruikt bij het opzoeken van de bestandscache, worden alle metadata bij elke back-up opgeslagen in de DIRELEM .

• Elke wijziging van de metadata resulteert in een nieuwe DIRELEM die wordt opgeslagen op de Avamar Server.
• Dit garandeert dat we ALLE metadatawijzigingen vastleggen, zelfs als de inhoud van het bestand niet verandert.

KB-artikelen met betrekking tot dit onderwerp: -

• Avamar: Hoe u de clientlogboeken kunt gebruiken om te identificeren welke bestanden nieuw zijn of gewijzigd sinds de vorige back-up.
• Avamar - De statusregels van het avtar-back-uplogboek interpreteren.
• Avamar: Wat gebeurt er als avtar een bestand leest tijdens de bestandsscanfase.
• Avamar-back-up werkt traag omdat software van derden metadata voor ongewijzigde bestanden aanpast.
• Avamar - Slechte back-upprestaties voor Avamar client met Sophos anti-virus.