Avamar-sikkerhetskopiering og sparsomme filer
Sammendrag: Denne artikkelen drøfter atferden til Avamar der en klient sikkerhetskopierer et filsystem som inneholder sparsomme filer.
Denne artikkelen gjelder for
Denne artikkelen gjelder ikke for
Denne artikkelen er ikke knyttet til noe bestemt produkt.
Det er ikke produktversjonene som identifiseres i denne artikkelen.
Symptomer
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.
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.
Årsak
Én eller flere av filene som sikkerhetskopieres av en Avamar-klient, er "sparsomme filer".
Oppløsning
Gjeldende versjoner av Avamar registrerer ikke for eller håndterer ikke filsparhet under sikkerhetskopiering.
Midlertidig løsning på problem 1:
Bruk et separat datasett for å sikkerhetskopiere sparsomme filer. Dette bidrar til å unngå problemer med pålitelighet og lange kjøretider for de vanlige filene når de er endret.
Hvis det er mulig, utelater du sparsomme filer fra sikkerhetskopien.
Det er gjort en utvidelsesforespørsel for å inkludere denne funksjonaliteten i en fremtidig versjon av Avamar.
Midlertidig løsning på problem 1:
Bruk et separat datasett for å sikkerhetskopiere sparsomme filer. Dette bidrar til å unngå problemer med pålitelighet og lange kjøretider for de vanlige filene når de er endret.
Hvis det er mulig, utelater du sparsomme filer fra sikkerhetskopien.
Problem 2:
Ingen løsning er aktuelt. Dette er forventet atferd.
Tilleggsinformasjon
Ifølge Wikipedia: I datavitenskapen er en tynt fil en type datamaskinfil som prøver å bruke filsystemområdet mer effektivt når blokkene som er tilordnet filen, for det meste er tomme.
LS-standardkommandoen hjelper ikke med å identifisere en sparsom fil.
LS-standardkommandoen hjelper ikke med å identifisere en sparsom fil.
ls -lh lastlog
-rw-r--r-- 1 root tty 1.2T 2013-01-14 03:03 lastlog
Med mindre -s-flagget er lagt til.
admin@client:/var/log/>: ls -slh sparsefile
36K -rw-r--r-- 1 root tty 1.2T 2013-01-14 03:03 sparsefile
Berørte produkter
AvamarProdukter
AvamarArtikkelegenskaper
Artikkelnummer: 000038476
Artikkeltype: Solution
Sist endret: 06 feb. 2025
Versjon: 5
Få svar på spørsmålene dine fra andre Dell-brukere
Støttetjenester
Sjekk om enheten din er dekket av støttetjenestene.