Avamar: Avamar-klient: Vad måste ändras innan avtar anser att en fil har ändrats?

När en Avamar-klient säkerhetskopierar filsystemet undersöks alla Avamar-filer inom omfånget för arbetsorderns datauppsättning.
Den avgör vilka filer som har ändrats så att dessa filer kan bearbetas.

Denna process är väl dokumenterad i arbetsflödet i den bifogade filen "avtarprocess.pdf".

I den här artikeln diskuteras"vad som måste ändras innan avtar anser att en fil har ändrats".

Detta spelar roll när;

• Undersöka en säkerhetskopia med ett högre eller lägre antal ändrade filer än vad som är normalt.
• Där filerna är stora och skulle ta relativt lång tid att bearbeta när de identifieras som ändrade.

Vad måste ändras innan avtar anser att en fil har ändrats?

Attribut som beaktas av avtar;

• Filnamnet . 
• Filens storlek. 
• Filens mtime (ändringstid).
• Filens sökväg.
• Filens offline- eller onlinestatus.
• Filens fstype (FAT32 jämfört med NTFS).

Attribut som INTE beaktas av avtar

• Filens ägare.
• Filens grupp.
• UNIX Åtkomstlistor (ACL).
• Filens atime (åtkomsttid).
• Filens ctime (tid för ändring av inode/fil) – Som beskrivs i Engineering Esczilla 7618 #C13.

Under säkerhetskopieringen, medan avtar skannar filsystemet, läser den (det vill säga "statistik") alla metadata. Den kan sedan fylla i ett helt DIRELEM (katalogelement) förutom SHA-1-hashen för filens innehåll.

Filcachen är den mekanism som används för att erhålla dessa "saknade 20 byte" för filer som tidigare har säkerhetskopierats och är oförändrade.

Om filcachen returnerar SHA-1-hashen för filens innehåll har avtar allt som behövs för att fylla i DIRELEM fullständigt. 

Filen behöver inte öppnas och läsas.

Anmärkning 1: Indata till filcachen är inte alla metadata.

• På så sätt undviker du att skanna om filer vars innehåll inte har ändrats.
• I beslutet: Fullständig sökväg, storlek, mtime. offline- eller onlinestatus, fstype (FAT32 jämfört med NTFS osv.).
• Ingår inte i beslutet: ägare, grupp, UNIX-ACL:er och så vidare

Anmärkning 2: Även om inte alla metadata används i sökningen efter filcacheminnet lagras alla metadata i DIRELEM i varje säkerhetskopia.

• Eventuella metadataändringar ger ett nytt DIRELEM som lagras på Avamar-servern.
• Detta säkerställer att vi fångar ALLA metadataändringar, även när filinnehållet inte ändras.

KB Artiklar relaterade till detta ämne:-

• Avamar: Så här använder du klientloggarna för att identifiera vilka filer som är nya eller har ändrats sedan den föregående säkerhetskopieringen.
• Avamar – Hur du tolkar statusrader för avtar-säkerhetskopieringsloggar.
• Avamar: Vad händer när avtar läser en fil under filgenomsökningsfasen.
• Avamar-säkerhetskopieringen körs långsamt på grund av att programvara från tredje part ändrar metadata för oförändrade filer.
• Avamar – Dålig säkerhetskopieringsprestanda för Avamar-klienten som kör Sophos anti-virus.