Avamar: Avamar client: Mitä on muutettava, ennen kuin avtar katsoo, että tiedostoa on muokattu?

Kun Avamar-asiakas tekee tiedostojärjestelmän varmuuskopion, se tutkii kaikki työtilauksen tietojoukkoon kuuluvat Avamar-tiedostot.
Se määrittää, mitkä tiedostot ovat muuttuneet, jotta kyseisiä tiedostoja voidaan käsitellä.

Tämä prosessi on hyvin dokumentoitu työnkulussa liitetyssä tiedostossa "avtarprocess.pdf".

Tässä artikkelissa käsitellään"mitä on muutettava, ennen kuin avtar katsoo, että tiedostoa on muokattu".

Tällä on merkitystä, kun;

• Sellaisen varmuuskopion tutkiminen, jossa on tavallista enemmän tai vähemmän muutettuja tiedostoja.
• Jos tiedostot ovat suuria ja niiden käsittely kestää suhteellisen kauan, kun ne havaitaan muokatuiksi.

Mitä on muutettava, ennen kuin avtar katsoo, että tiedostoa on muokattu?

Avtarin harkitsemat ominaisuudet;

• Tiedoston nimi. 
• Tiedoston koko. 
• Tiedoston mtime (muokkausaika).
• Tiedoston polku.
• Tiedoston offline- tai online-tila.
• Tiedoston fstype (FAT32 vs. NTFS).

Ominaisuudet, joita avtar EI ota huomioon

• Tiedoston omistaja.
• Tiedostoryhmä.
• UNIX Käytönvalvontaluettelot (ACL).
• Tiedoston aika (käyttöaika).
• Tiedoston ctime (inode/tiedoston muutosaika) – Kuten artikkelissa Engineering Esczilla 7618 #C13 on kuvattu.

Varmuuskopioinnin aikana, kun avtar skannaa tiedostojärjestelmää, se lukee (eli "tilastot") kaikki metatiedot. Se voi sitten täyttää kokonaisen DIRELEM (hakemistoelementin) lukuun ottamatta tiedoston sisällön SHA-1-tiivistettä.

Tiedostovälimuisti on mekanismi, jolla saadaan tämä "puuttuvat 20 tavua" tiedostoille, jotka on aiemmin varmuuskopioitu ja jotka eivät muutu.

Jos tiedostovälimuisti palauttaa tiedoston sisällön SHA-1-tiivisteen, avtarilla on kaikki, mitä se tarvitsee DIRELEMin täyttämiseen. 

Tiedostoa ei tarvitse avata ja lukea.

Huomautus 1: Tiedostovälimuistin syöte ei ole kaikki metatiedot.

• Näin vältetään sellaisten tiedostojen uudelleentarkistus, joiden sisältö ei ole muuttunut.
• Päätöksessä todetaan: Koko polku, koko, mtime. offline- tai online-tila, fstype (FAT32 vs NTFS ja niin edelleen).
• Ei sisälly päätökseen: omistaja, ryhmä, UNIX-käyttöoikeusluettelot ja niin edelleen

Huomautus 2: Vaikka kaikkia metatietoja ei käytetä tiedostovälimuistihaussa, kaikki metatiedot tallennetaan jokaisen varmuuskopion DIRELEMiin .

• Kaikki metatietojen muutokset tuottavat uuden DIRELEMin , joka tallennetaan Avamar Serveriin.
• Tämä varmistaa, että tallennamme KAIKKI metatietojen muutokset, vaikka tiedoston sisältö ei muuttuisi.

Tähän aiheeseen liittyvät KB-artikkelit: -

• Avamar: Asiakaslokien käyttäminen tunnistamaan edellisen varmuuskopioinnin jälkeen muuttuneet uudet tai muuttuneet tiedostot.
• Avamar - Avtar-varmuuskopiointilokin tilarivien tulkinta.
• Avamar: Mitä tapahtuu, kun avtar lukee tiedoston tiedoston tarkistusvaiheen aikana?
• Avamar-varmuuskopiointi toimii hitaasti, koska kolmannen osapuolen ohjelmisto muokkaa muuttumattomien tiedostojen metatietoja.
• Avamar - Sophos-virustorjunnalla toimivan Avamar-asiakkaan varmuuskopiointi on heikkoa.