Avamar: Vad händer när avtar läser en fil under filgenomsökningsfasen?

Vad händer när Avamar skannar filer under en säkerhetskopiering?

Under en Avamar-säkerhetskopiering genomsöker Avtar hela filsystemet som anges i källdatauppsättningen. Den kontrollerar varje fil för att ta reda på om den har ändrats sedan föregående säkerhetskopiering.   

Mer information om hur avtar identifierar om en fil har ändrats finns i Avamar-klient – Vad måste ändras innan avtar anser att en fil har ändrats?

Avtar går igenom alla kataloger, även om den ändrade tiden för själva katalogerna inte har ändrats. Det beror på att underkataloger på lägre nivå kan ha ändrats.

För varje icke-katalogfil samlar avtar in sina metadata. Dessa metadata är "stat"-informationen om filen.
I ett Windows NTFS- eller ReFS-filsystem med säkerhetsbeskrivningar samlar avtar även in säkerhetsbeskrivningen.
Det beror på att informationen kan ändras utan att "filändringstiden" ändras.
 
Hela sökvägen till ett objekt kombineras med stat-liknande metadata för att utföra en sökning i filcachen.

Vid en lästräff i filcachen returneras innehållshashen eller platsen för Data Domain-säkerhetskopiorna.

Detta gör att filen kan säkerhetskopieras utan att öppna den. Det behövs inte, eftersom det aldrig har ändrats sedan förra gången det säkerhetskopierades.

Vid en läsmiss i filcachen öppnas filen och innehållet läses, segmenteras, komprimeras och hashas. Sedan används hashcachen (eller DDBoost för Data Domain) för att undvika att innehåll skickas till Avamar-servern.
 
En hash skapas baserat på den information som returneras från en statliknande åtgärd.

Exempel 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

Vid bedömningen av om filen har ändrats tar avtar hänsyn till ändrings- och ändringstiderna men INTE åtkomsttiden.

Det här är en snabb åtgärd och förklarar varför Avamar-säkerhetskopieringar med få ändrade filer och en låg ändringsfrekvens är så snabba.

Om den beräknade hashen skiljer sig från det som finns i klientens filcache anses filen ha ändrats. En ändrad fil måste bearbetas fullständigt och de nya blocken måste skickas till Avamar-servern.

Relaterade artiklar:

• Avamar: Beteende och teori om säkerhetskopieringsprestanda.
• 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: Felsöker långsam säkerhetskopieringsprestanda.
• Avamar-klient – Vad måste ändras innan Avtar anser att en fil har ändrats?