Avamar: Hvad sker der, når avtar læser en fil under filscanningsfasen
Summary: I denne artikel beskrives, hvad der sker, når avtar læser en fil under filscanningsfasen af en Avamar-sikkerhedskopiering.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
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.
Additional Information
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?
Affected Products
AvamarProducts
Avamar, Avamar ClientArticle Properties
Article Number: 000013952
Article Type: How To
Last Modified: 07 Mar 2024
Version: 7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.