Avamar-sikkerhedskopier og sparse-filer

Problem 1: En sikkerhedskopiering kan køre langsomt, hvis den indeholder en sparse-fil, der er blevet ændret:

UNIX- og Linux-filsystemunderstøttelse af sparse-filregistrering og -administration er filsystemafhængig.

Når en sparse-fil redigeres, læser Avamars avtar-proces filen som vist af filsystemet.  

Avtar udfører sticky byte-factoring på hele filen. Det betyder, at filen opdeles i dele, komprimere disse dele og oprette en hash-værdi for hvert afsnit. For en stor fil kan dette tage meget tid.

Dette scenarie kan registreres ved at gennemgå avtar-statusmeddelelserne i sikkerhedskopieringsloggen.  
Du kan finde flere oplysninger under: Sådan analyseres Avamar Client-sikkerhedskopieringsydeevnen og identificere flaskehalse i ydeevnen.

Problem 2:  Udførelse af en gendannelse af en sparse-fil kan resultere i, at den gendannede fil har en anden størrelse:

Selvom avtar ikke registrerer "sparse files", registrerer den regioner af mangel i en fil og forsøger at håndtere dem effektivt.

Logikken, der håndterer registrering af sparhed, er ikke 100 % deterministisk. Den er afhængig af en heuristisk, der leder efter store regioner med fortløbende nuller. Dette er beskrevet i Engineering Esczilla-post 24164.

Det forventes , at pladsen eller antallet af blokke, der forbruges af den gendannede fil, muligvis ikke er identisk med den oprindelige fil.

En eller flere af de filer, der er sikkerhedskopieret af en Avamar-klient, er "sparse files".