Avamar-tilan regenerointiprosessit – osa 2: Murskaukseen

Mitä avamarin "skaalaus" tarkoittaa?

Roskienkeruussa näkyy tietoja, joihin ei enää mainita varmuuskopioita.
Lohkon otsikon kuvainta on muutettu ilmaisemaan, mitkä lohkot on poistettava. Kyseiset lohkot sisältävät dataraidat eivät muutu.
Näiden lohkojen irrottaminen on sivuvaikutuksena ohjelmointiin.

Rätinä on Avamarin huoltotoiminto, joka muokkaa roskien keräyksiin kerättyjä lomitusta siten, että lomituksen vapaa tila säilyy yhtenäisenä. 
Muokkaamalla lomituksen yhtenäistä tilaa Avamar käyttää tehokkaasti tilaa tuleville varmuuskopiointitiedoilla.

Ajatelkaa laskentaa samalla tavalla kuin kiintolevyjen perinteinen eheytys. 
Tietoja on siirrettävä paikasta toiseen, jotta tietosäilöjä voidaan käyttää tehokkaammin.

Levyn eheytyksen apuohjelmat siirtävät tiedon aiheeseen liittyviä osia kiertokiintolevyn vierekkäisiin osiin peräkkäisten käyttöaikojen nopeuttamiseksi.
Laskutoimitus kuitenkin siirtää tiedot lomituksen loppuun, jotta uudet tulevat lohkot saavat tilaa.

Vastaavasti:

Kuvittele väylä, jossa on yksi etuluukku ja ei poistumisluukkua. Ihmiset (lohkot) tulevat väylään etuluukun kautta. 
Tämä on erityinen väylä, jossa ihmiset voivat käyttää vain StarEe (Beam me up Scotty) -tekniikkaa. 
Väylä alkaa täynnä. 
Kun useat ihmiset ovat poistaneet väylän käytöstä, väylässä on tilaa useammalle resurssille.
Muut ihmiset voivat sopeutua siihen, että joukko on siirretty pois. Tämä tarkoittaa sitä, että väylän takaosaa kohti "kaatuu" tilan ylle etuluukun lähelle.

Miksi rätinä on tärkeää:

Keskustelemme siitä, mitä tapahtuu, kun varmuuskopiotiedot kirjoitetaan Avamarille. Se selittää, miksi skaalaus on tärkeää.

Valmistautuessaan varmuuskopiotietojen hyväksymiseen Avamar valitsee lomituksen kustakin tietosolmusta, jossa on eniten yhtenäistä vapaata tilaa. Lomitus on merkitty aktiiviseksi lomitukseksi. 
Kaikki uudet saapuvan varmuuskopioinnin tiedot lisätään aktiiviseen lomituskaistaan. 
Kun lomitus täyttyy, seuraava, vähiten täynnä oleva lomitus merkitään aktiiviseksi lomitukseksi.

Kuvittele järjestelmä, jossa ei ole ilmennyt riittävää tingimistä.
"säiettävissä" raitasarjoituksessa (roskia kerätään, mutta ei vielä rätinää), saattaa olla suhteellisen tyhjä. 
Tätä suhteellisen tyhjää lomituskaistaa ei valita aktiiviseksi lomitukseksi, jos käytössä on toinen lomitus, jossa on enemmän vierekkäistä vapaata tilaa. 

Alla olevassa kaaviossa kummatkin kaavion lomituskaistat ovat roskia, mutta ainoastaan dataraita 2 on siunattu,

Vaikka data stripe 1 on tyhjennys, lomituksen 2 vierekkäisessä paikassa on enemmän hyötyä. 
Avamar valitsee aktiiviseksi lomitukseksi stripe 2. 

Avamar-tallennustilan käytön lisääntyessä aktiivinen lomitus valitaan yhä täysirivisten lomituksen varannosta.

Jos rätinä on viivästynyt, lomituksen uudelleenkäyttö on tehotonta. 
Lomituksen tarvitaan enemmän, jotta saapuvat tiedot voidaan tallentaa keskimääräisen päivän ajan, vaikka kyseinen tietomäärä ei muutu. 
Tietojen tallentaminen usealla lomituksella johtaa suurempaan tarkistuspisteen kuormitukseen kuin jos lomituksen käyttö olisi tehokkaampaa.

Tästä syystä varmista aina, että Avamar pystyy käyttämään riittävää rätinää säännöllisesti.

Miten säihitys toimii? 

Kun järjestelmä rätinää lomittaa, se:

• Lukee cur-hakemistossa olevan lomitustiedoston tiedot muistiin.
• Määrittää, mihin lohkoihin lohkon otsikko viittaa.
• Tallentaa lomitustiedoston ja lohkon otsikon levylle. Lomitustiedostoon tallennetaan ainoastaan kohteet, joihin lohkon otsikon viittaukset on viitattu.

Lomitustiedoston muokkaaminen rikkoo kiintolevyn linkin, mikä lisää tiedostojärjestelmän käyttöastetta. 
Avamar-versiosta 5.0 alkaen lomituksen jälkeen lomitus on täysikokoinen. Näin voit välttää tiedostojärjestelmän pirstoutumisen ajan myötä.

Milloin lasku tapahtuu?

Asynkroninen skaalaus - Oletusarvoinen ja ensisijainen laskentamenetelmä.

Asynkroninen räminä suoritetaan pimennysikkunan jälkimmäisen osan aikana, roskien keräyksen aikakatkaisun jälkeen ja vain seuraavissa tilanteissa;

• Jos asynccrunching-parametri on tosi.
• Jos siinä on korjattavissa olevia raitoja*,
• Ja jos emme ole saavuttaneet rätinätavoitettamme tai päivittäistä rajaamme*.
• JA jos järjestelmää ei käytetä* (varmuuskopioita tai muuta ylläpitoa ei ole vielä käynnissä).
• Jos järjestelmä on kirjoitettavissa eikä disknotilash-komentoa ole saavutettu,

Asynkroninen skaalaus on ennaltaehkäisevä toiminto. 
Se valmistelee lomitusikkunat varmuuskopioinnin ikkunan edellä käyttämällä aikaa ja resursseja. 
Katso liitetyn kaavion blackout-window.jpg kuvasta.

Miten paljon työkuormitusta on?

Lomituksen esivalmistelu pimennysikkunan aikana mahdollistaa tietojen käytön Avamarissa mahdollisimman nopeasti varmuuskopiointiaikataulun aikana. 
Skaalaus muuttaa lomituksen sisältöä. Paljon säilöä aiheuttaa suuria eroja cur-hakemistoon tallennettujen tietojen kanssa. 
Tämä lisää tarkistuspisteen kuormitusta ja tilan kulutusta tietosolmujen tiedoissa/ osioissa.

Avamar arvioi, kuinka monta raitaa on valmisteltava, jotta tulevan päivän odotettu määrä mahtuu siihen. 
Laskelmat perustuvat edellisten N-päivien siirtokeskiarvoon (esimerkiksi N on enintään 10 tai 14). 
Tämän itsesäätömekanismin ansiosta Avamar voi käyttää juuri sen verran lomituksia, että varmuuskopiot toimivat optimaalisesti ilman, että tarkistuspisteen kuormitus on tarpeetonta. 

Nyt voimme ymmärtää, että jos järjestelmän muutostiheys kasvaa yllättäen, Avamarin siirto saattaa vähitellen kasvaa.

Jos asynkroninen räminä ei valmistele tarpeeksi raitoja, tämä on pois synkronisesta määrityksestä.

Samanaikainen säikyminen:

Jos asynkroninen kuormitus ei pysty valmistelemaan tarpeeksi lomituksia ennalta tai asynkroninen parametri on epätosi, määritys suoritetaan synkronisesti varmuuskopioiden kanssa. 
Tätä kutsutaan myös tarpeen mukaan laskuksi, ja se toimii tarvittaessa lomituksen yhteydessä, jos lomitus on määritettävissä ja valmisteltu solmun aktiiviseksi lomitukseksi.

säilöjen synkroninen suorittaminen varmuuskopioinnin kanssa lisää kilpailuasemaa levyn I/O-resursseista. 
Tämä voi pidentää varmuuskopiointitöiden valmistumista ruuhka-järjestelmissä. 

Avamar voidaan asettaa suorittamaan vain synkronista laskutilaa tilanteissa, joissa järjestelmän tarkastuspisteen käyttö on suurta. Jos tämä tehdään, kerro asiakkaalle, miksi se on mielestämme tarpeellista, ja selitä vaihtosopimus.

A yhteenveto kahdesta skaalaustilasta:

asynkroninen laskutapa:

• Avamar-palvelimen parametrin asetus on asynccrunching=true.
• Parempi varmuuskopiointiteho, jos normaalin päivän tiedot ovat käytössä.
• Korkeampi tarkistuspisteen kuormitus.
• Oletuskäyttötila.
• Voidaan poistaa käytöstä, jotta tarkistuspisteen kuormittuminen voidaan vähentää suuren käyttöjärjestelmän kapasiteetin tilanteissa.

Samanaikainen säikyminen:

• Avamar-palvelimen parametrin asetus on asynccrunching=false
• Toimii tarvittaessa
• Alhaisemmat tarkistuspisteen käyttövaatimukset
• Mahdollisesti pidemmät varmuuskopiointiajat
• Ei oletuskäyttötila

Mikä estää asynkronisen rätinän?

 Asynccrunching-määritysparametri on epätosi.

• Varmuuskopiointi on meneillään
• Päivittäinen raja on saavutettu
• Palvelin on vain luku -tilassa
• Palvelimen suoritustaso on alempi kuin admin
• Lomituksen muunnos on meneillään
• disknotilash-raja on saavutettu
• Avamar-palvelin, jossa sitä käytetään, käyttää hfscheck-esiintymää (jota kutsutaan joskus CGSAN-palvelimeksi).
• HFS-tarkistus alkaa