Avamar: Hvad sker der, når avtar læser en fil under filscanningsfasen
Zhrnutie: I denne artikel beskrives, hvad der sker, når avtar læser en fil under filscanningsfasen af en Avamar-sikkerhedskopiering.
Tento článok sa vzťahuje na
Tento článok sa nevzťahuje na
Tento článok nie je viazaný na žiadny konkrétny produkt.
V tomto článku nie sú uvedené všetky verzie produktov.
Pokyny
Hvad sker der, når Avamar scanner filer under en sikkerhedskopiering?
Under en Avamar-sikkerhedskopiering scanner avtar hele det filsystem, der er angivet i kildedatasættet. Den kontrollerer hver fil for at finde ud af, om den er blevet ændret siden den forrige sikkerhedskopiering.
Du kan finde flere oplysninger om, hvordan avtar registrerer, hvis en fil er blevet ændret, under Avamar-klient – Hvad skal ændres, før avtar anser en fil for at være blevet ændret?
Avtar går alle mapper, selvom den ændrede tid for mapperne selv ikke er ændret. Dette skyldes, at undermapper på lavere niveau kan være ændret.
For hver ikke-mappefil indsamler avtar sine metadata. Disse metadata er 'stat' oplysninger om filen.
På et Windows NTFS- eller ReFS-filsystem med sikkerhedsbeskrivelser indsamler avtar også sikkerhedsbeskrivelsen.
Dette skyldes, at disse oplysninger kan ændre sig, uden at "filændringstiden" ændres.
Hele stien til et objekt kombineres med stat-lignende metadata for at udføre et filcacheopslag.
Ved læsning af en filcache returneres indholdshashen eller placeringen for Data Domain-sikkerhedskopier.
Dette gør det muligt at sikkerhedskopiere filen uden at åbne den. Det er ikke nødvendigt, da det aldrig har ændret sig siden sidste gang, det blev sikkerhedskopieret.
På en filcachelæsning åbnes filen, og indholdet læses, klumpes, komprimeres og hashes. Derefter bruges hashcachen (eller DDBoost til Data Domain) til at undgå at sende indhold til Avamar-serveren.
En hash produceres baseret på de oplysninger, der returneres fra en stat-lignende handling.
Eksempel i Linux:
Når avtar vurderer, om filen er ændret, tager avtar hensyn til ændrings- og ændringstiderne, men IKKE adgangstiden.
Dette er en hurtig handling og forklarer, hvorfor Avamar-sikkerhedskopier med få ændrede filer og en lav ændringshastighed er så hurtige.
Hvis den beregnede hashværdi afviger fra indholdet i klientens filcache, anses filen for at være ændret. En ændret fil skal være fuldt behandlet, og de nye dele skal sendes til Avamar-serveren.
Under en Avamar-sikkerhedskopiering scanner avtar hele det filsystem, der er angivet i kildedatasættet. Den kontrollerer hver fil for at finde ud af, om den er blevet ændret siden den forrige sikkerhedskopiering.
Du kan finde flere oplysninger om, hvordan avtar registrerer, hvis en fil er blevet ændret, under Avamar-klient – Hvad skal ændres, før avtar anser en fil for at være blevet ændret?
Avtar går alle mapper, selvom den ændrede tid for mapperne selv ikke er ændret. Dette skyldes, at undermapper på lavere niveau kan være ændret.
For hver ikke-mappefil indsamler avtar sine metadata. Disse metadata er 'stat' oplysninger om filen.
På et Windows NTFS- eller ReFS-filsystem med sikkerhedsbeskrivelser indsamler avtar også sikkerhedsbeskrivelsen.
Dette skyldes, at disse oplysninger kan ændre sig, uden at "filændringstiden" ændres.
Hele stien til et objekt kombineres med stat-lignende metadata for at udføre et filcacheopslag.
Ved læsning af en filcache returneres indholdshashen eller placeringen for Data Domain-sikkerhedskopier.
Dette gør det muligt at sikkerhedskopiere filen uden at åbne den. Det er ikke nødvendigt, da det aldrig har ændret sig siden sidste gang, det blev sikkerhedskopieret.
På en filcachelæsning åbnes filen, og indholdet læses, klumpes, komprimeres og hashes. Derefter bruges hashcachen (eller DDBoost til Data Domain) til at undgå at sende indhold til Avamar-serveren.
En hash produceres baseret på de oplysninger, der returneres fra en stat-lignende handling.
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 avtar vurderer, om filen er ændret, tager avtar hensyn til ændrings- og ændringstiderne, men IKKE adgangstiden.
Dette er en hurtig handling og forklarer, hvorfor Avamar-sikkerhedskopier med få ændrede filer og en lav ændringshastighed er så hurtige.
Hvis den beregnede hashværdi afviger fra indholdet i klientens filcache, anses filen for at være ændret. En ændret fil skal være fuldt behandlet, og de nye dele skal sendes til Avamar-serveren.
Ďalšie informácie
Relaterede artikler:
- Avamar: Backup ydeevne adfærd og teori.
- Avamar: Sådan bruges klientlogfilerne til at identificere, hvilke filer der er nye eller ændrede siden den forrige sikkerhedskopiering.
- Avamar: Fejlfinding af langsom sikkerhedskopiering.
- Avamar client - Hvad skal ændres, før avtar anser en fil for at være blevet ændret?
Dotknuté produkty
AvamarProdukty
Avamar, Avamar ClientVlastnosti článku
Číslo článku: 000013952
Typ článku: How To
Dátum poslednej úpravy: 07 mar 2024
Verzia: 7
Nájdite odpovede na svoje otázky od ostatných používateľov spoločnosti Dell
Služby podpory
Skontrolujte, či sa na vaše zariadenie vzťahujú služby podpory.