Avamar-sikkerhetskopiering og sparsomme filer

Problem 1: En sikkerhetskopi kan kjøre sakte hvis den inkluderer en sparsom fil som har blitt endret:

UNIX- og Linux-filsystemstøtte for oppdaging av sparsom filoppdagelse og -administrasjon er filsystemavhengig.

Når en sparsom fil endres, leser Avamars avtar-prosess filen slik den presenteres av filsystemet.  

Avtar utfører treg bytefaktor på hele filen. Dette betyr at filen deles inn i biter, komprimerer disse delene og oppretter en hash-kode for hver del. For en stor fil kan dette ta en betydelig tidsperiode.

Dette scenariet kan oppdages ved å gå gjennom avtar-statusmeldingene i sikkerhetskopieringsloggen.  
Hvis du vil ha mer informasjon, kan du se: Slik analyserer du Avamar-klientens ytelse for sikkerhetskopiering og identifiserer ytelsesflaskehalser.

Problem 2:  Hvis du utfører en gjenoppretting av en sparsom fil, kan det føre til at den gjenopprettede filen har en annen størrelse:

Selv om avtar ikke oppdager "sparsomme filer", oppdager den områder med sparhet i en fil og forsøker å håndtere dem effektivt.

Logikken som håndterer oppdaging av sparhet, er ikke 100 % deterministisk. Den er avhengig av en heuristikk som ser etter store områder med påfølgende nuller. Dette er beskrevet i Engineering Esczilla-posten 24164.

Det forventes at plassen eller antallet blokker som forbrukes av den gjenopprettede filen, kanskje ikke er identisk som for den opprinnelige filen.

Én eller flere av filene som sikkerhetskopieres av en Avamar-klient, er "sparsomme filer".