Avamar: Mitä tapahtuu, kun avtar lukee tiedoston tiedoston tarkistusvaiheen aikana
Zhrnutie: Tässä artikkelissa kuvataan, mitä tapahtuu, kun avtar lukee tiedoston Avamar-varmuuskopioinnin tiedostojen tarkistusvaiheessa.
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
Mitä tapahtuu, kun Avamar tarkistaa tiedostot varmuuskopioinnin aikana?
Avamar-varmuuskopioinnin aikana avtar tarkistaa koko lähdeaineistossa määritetyn tiedostojärjestelmän. Se tarkistaa jokaisen tiedoston nähdäkseen, onko sitä muokattu edellisen varmuuskopioinnin jälkeen.
Lisätietoja siitä, miten avtar tunnistaa, onko tiedostoa muokattu, on kohdassa Avamar client - Mitä on muutettava, ennen kuin avtar pitää tiedostoa muokattuna?
Avtar kävelee kaikki hakemistot, vaikka hakemistojen muutettu aika ei ole muuttunut. Tämä johtuu siitä, että alemman tason alihakemistot ovat saattaneet muuttua.
Avtar kerää metatiedot jokaisesta hakemistoon kuulumattomasta tiedostosta. Nämä metatiedot ovat tiedoston tilastotietoja.
Windows NTFS- tai ReFS-tiedostojärjestelmässä, jossa on suojauskuvaajia, avtar kerää myös suojauskuvaajan.
Tämä johtuu siitä, että tiedot voivat muuttua ilman, että tiedoston muokkausaika muuttuu.
Objektin koko polku yhdistetään tilaston kaltaisiin metatietoihin tiedostovälimuistihaun suorittamiseksi.
Tiedostovälimuistin lukuosumassa palautetaan sisällön hajautusarvo tai Data Domain -varmuuskopioiden sijainti.
Tämä mahdollistaa tiedoston varmuuskopioinnin avaamatta sitä. Ei ole tarvetta, koska se ei ole koskaan muuttunut siitä, kun se viimeksi varmuuskopioitiin.
Tiedostovälimuistin lukuvirheessä tiedosto avataan ja sisältö luetaan, palotellaan, pakataan ja hajautetaan. Tämän jälkeen hajautusvälimuistia (tai DDBoost for Data Domain) käytetään sisällön lähettämisen välttämiseksi Avamar-palvelimeen.
Hajautusarvo tuotetaan tilaston kaltaisesta operaatiosta palautettujen tietojen perusteella.
Esimerkki Linuxista:
Arvioidessaan, onko tiedosto muuttunut, avtar ottaa huomioon muokkaus- ja muutosajat, mutta EI käyttöaikaa.
Tämä on nopea toimenpide ja selittää, miksi Avamar-varmuuskopiot, joissa on vähän muutettuja tiedostoja ja alhainen muutosnopeus, ovat niin nopeita.
Jos laskettu hajautusarvo poikkeaa asiakkaan tiedostovälimuistissa olevasta hajautusarvosta, tiedoston katsotaan muuttuneen. Muutettu tiedosto on käsiteltävä kokonaan, ja uudet osat on lähetettävä Avamar-palvelimeen.
Avamar-varmuuskopioinnin aikana avtar tarkistaa koko lähdeaineistossa määritetyn tiedostojärjestelmän. Se tarkistaa jokaisen tiedoston nähdäkseen, onko sitä muokattu edellisen varmuuskopioinnin jälkeen.
Lisätietoja siitä, miten avtar tunnistaa, onko tiedostoa muokattu, on kohdassa Avamar client - Mitä on muutettava, ennen kuin avtar pitää tiedostoa muokattuna?
Avtar kävelee kaikki hakemistot, vaikka hakemistojen muutettu aika ei ole muuttunut. Tämä johtuu siitä, että alemman tason alihakemistot ovat saattaneet muuttua.
Avtar kerää metatiedot jokaisesta hakemistoon kuulumattomasta tiedostosta. Nämä metatiedot ovat tiedoston tilastotietoja.
Windows NTFS- tai ReFS-tiedostojärjestelmässä, jossa on suojauskuvaajia, avtar kerää myös suojauskuvaajan.
Tämä johtuu siitä, että tiedot voivat muuttua ilman, että tiedoston muokkausaika muuttuu.
Objektin koko polku yhdistetään tilaston kaltaisiin metatietoihin tiedostovälimuistihaun suorittamiseksi.
Tiedostovälimuistin lukuosumassa palautetaan sisällön hajautusarvo tai Data Domain -varmuuskopioiden sijainti.
Tämä mahdollistaa tiedoston varmuuskopioinnin avaamatta sitä. Ei ole tarvetta, koska se ei ole koskaan muuttunut siitä, kun se viimeksi varmuuskopioitiin.
Tiedostovälimuistin lukuvirheessä tiedosto avataan ja sisältö luetaan, palotellaan, pakataan ja hajautetaan. Tämän jälkeen hajautusvälimuistia (tai DDBoost for Data Domain) käytetään sisällön lähettämisen välttämiseksi Avamar-palvelimeen.
Hajautusarvo tuotetaan tilaston kaltaisesta operaatiosta palautettujen tietojen perusteella.
Esimerkki Linuxista:
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
Arvioidessaan, onko tiedosto muuttunut, avtar ottaa huomioon muokkaus- ja muutosajat, mutta EI käyttöaikaa.
Tämä on nopea toimenpide ja selittää, miksi Avamar-varmuuskopiot, joissa on vähän muutettuja tiedostoja ja alhainen muutosnopeus, ovat niin nopeita.
Jos laskettu hajautusarvo poikkeaa asiakkaan tiedostovälimuistissa olevasta hajautusarvosta, tiedoston katsotaan muuttuneen. Muutettu tiedosto on käsiteltävä kokonaan, ja uudet osat on lähetettävä Avamar-palvelimeen.
Ďalšie informácie
Aiheeseen liittyvät artikkelit:
- Avamar: Varmuuskopioinnin suorituskyky ja teoria.
- Avamar: Asiakaslokien käyttäminen tunnistamaan edellisen varmuuskopioinnin jälkeen muuttuneet uudet tai muuttuneet tiedostot.
- Avamar: Varmuuskopioinnin hitauden vianmääritys.
- Avamar client - Mitä on muutettava, ennen kuin avtar katsoo, että tiedostoa on muokattu?
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.