Avamar: Hva skjer når avtar leser en fil under filskanningsfasen

Hva skjer når Avamar skanner filer under en sikkerhetskopiering?

Under en Avamar-sikkerhetskopiering skanner avtar hele filsystemet som er angitt i kildedatasettet. Den sjekker hver fil for å finne ut om den ble endret siden forrige sikkerhetskopi.   

Hvis du vil ha mer informasjon om hvordan avtar oppdager om en fil er endret, kan du se Avamar-klient – Hva må endres før avtar anser en fil for å ha blitt endret?

Avtar går alle kataloger, selv om den endrede tiden for katalogene selv ikke er endret. Dette er fordi underkataloger på lavere nivå kan ha endret seg.

For hver ikke-katalogfil samler avtar inn metadataene. Disse metadataene er 'stat' informasjon om filen.
På et Windows NTFS- eller ReFS-filsystem med sikkerhetsbeskrivelser samler avtar også sikkerhetsbeskrivelsen.
Dette er fordi denne informasjonen kan endres uten at "filen endrer tid" endres.
 
Hele banen til et objekt kombineres med stat-lignende metadata for å utføre et filbufferoppslag.

Lesetreff for en filhurtigbuffer returneres innholdshashen eller plasseringen for Data Domain-sikkerhetskopier.

Dette gjør at filen kan sikkerhetskopieres uten å åpne den. Det er ikke nødvendig, siden det aldri endret seg siden forrige gang det ble sikkerhetskopiert.

På en filbuffer leseglipp åpnes filen, og innholdet leses, deles, komprimeres og hashes. Deretter brukes hash-hurtigbufferen (eller DDBoost for Data Domain) for å unngå å sende innhold til Avamar-serveren.
 
En hash produseres basert på informasjonen som returneres fra en statlignende operasjon.

Eksempel i Linux:

stat testtest.gz
  File: `testtest.gz'
  Size: 29              Blocks: 8          IO Block: 4096   regular file
Device: 803h/2051d      Inode: 2149406915  Links: 1
Access: (0600/-rw-------)  Uid: (  500/   admin)   Gid: (  500/   admin)
Access: 2014-12-30 07:51:14.335261000 +0000
Modify: 2014-12-30 07:51:14.335261000 +0000
Change: 2014-12-30 07:51:18.443265606 +0000

Når du vurderer om filen er endret, vurderer avtar endrings- og endringstidene, men IKKE tilgangstiden.

Dette er en rask operasjon og forklarer hvorfor Avamar-sikkerhetskopieringer med få endrede filer og lav endringsfrekvens er så raske.

Hvis den beregnede hash-koden er forskjellig fra det som er i klientens filbuffer, anses filen som endret. En endret fil må være ferdig behandlet, og de nye segmentene må sendes til Avamar-serveren.

Relaterte artikler:

• Avamar: Virkemåte og teori for sikkerhetskopieringsytelse.
• Avamar: Slik bruker du klientloggene til å identifisere hvilke filer som er nye eller endret siden forrige sikkerhetskopiering.
• Avamar: Feilsøking av treg sikkerhetskopieringsytelse.
• Avamar-klient – Hva må endres før avtar anser en fil for å være endret?