Avamar: Avamar client: Hva må endres før avtar anser en fil for å ha blitt endret?

Når en Avamar-klient utfører en sikkerhetskopiering av et filsystem, undersøker den alle Avamar-filene som omfattes av datasettet for arbeidsordren.
Den bestemmer hvilke filer som er endret slik at disse filene kan behandles.

Denne prosessen er godt dokumentert i arbeidsflyten i den vedlagte filen "avtarprocess.pdf".

Denne artikkelendiskuterer "hva som må endres før avtar anser en fil for å ha blitt endret".

Dette betyr noe når;

• Undersøker en sikkerhetskopi med et høyere eller lavere antall endrede filer enn det som er vanlig.
• Hvor filer er store og vil ta relativt lang tid å behandle når de oppdages som endret.

Hva må endres før avtar anser en fil for å ha blitt endret?

Attributter vurdert av avtar;

• Filnavnet. 
• Filens størrelse. 
• Filens mtime (modifikasjonstid).
• Filens bane.
• Filens status som frakoblet eller tilkoblet.
• Filens fstype (FAT32 vs NTFS).

Attributter IKKE vurdert av avtar

• Filens eier.
• Filens gruppe.
• UNIX Tilgangskontrollister (ACL).
• Filens atime (tilgangstid).
• Filens ctime (inode / fil endring tid) - Som diskutert i Engineering Esczilla 7618 #C13.

Under sikkerhetskopieringen, mens avtar skanner filsystemet, leser den (det vil si "statistikk") alle metadataene. Den kan deretter fylle ut en hel DIRELEM (katalogelement) bortsett fra SHA-1-hashen av filens innhold.

Filbufferen er mekanismen for å hente disse "manglende 20 byte" for filer som tidligere har blitt sikkerhetskopiert og er uendret.

Hvis filbufferen returnerer SHA-1-hashen av filens innhold, har avtar alt den trenger for å fylle ut DIRELEM. 

Filen trenger ikke å åpnes og leses.

Merknad 1: Inndataene til filbufferen er ikke alle metadataene.

• Dette unngår å skanne filer hvis innhold ikke er endret, på nytt.
• Inkludert i vedtaket: Full bane, størrelse, mtime. frakoblet eller tilkoblet status, fstype (FAT32 vs NTFS, og så videre).
• Ikke inkludert i vedtaket: eier, gruppe, UNIX ACL og så videre

Merknad 2: Selv om ikke alle metadataene brukes i filhurtigbufferoppslaget , lagres alle metadataene i DIRELEM i hver sikkerhetskopi.

• Eventuelle metadataendringer gir en ny DIRELEM som lagres på Avamar Server.
• Dette sikrer at vi fanger opp ALLE metadataendringer, selv når filinnholdet ikke endres.

KB Artikler relatert til dette emnet: --

• Avamar: Slik bruker du klientloggene til å identifisere hvilke filer som er nye eller endret siden forrige sikkerhetskopiering.
• Avamar - Tolke statuslinjer for avtar sikkerhetskopilogg.
• Avamar: Hva skjer når avtar leser en fil under filskanningsfasen.
• Avamar-sikkerhetskopieringen går tregt på grunn av at tredjepartsprogramvare endrer metadata for uendrede filer.
• Avamar – dårlig sikkerhetskopieringsytelse for Avamar-klienten som kjører Sophos anti-virus.