Avamar 7 ja uudemmat – Roskienkeruussa näkyy teksti skipped-hashes, jota ei voi puhdistaa hash referenced Bit Maps -vuoksi, kun tiedot ovat käytössä

Hash Referenced Bit Maps -ominaisuus on Avamar 7.x -toiminnossa käyttöön otettu ominaisuus, jonka avulla varmuuskopiointi tehdään roskienkeruun (GC) ylläpitotoimien aikana. 

Ennen tätä ominaisuutta roskienkeruu ei voinut onnistua samanaikaisesti tietoristiriitojen mahdollisuuden vuoksi. 

Roskienkeruuvaiheessa uusi ominaisuus säilyttää muistissa tietoja, jotka on lisätty tai muutettu ("viitatun hajautusarvon kartta"). Roskienkeruu tarkistaa, mitkä hajautukset (ja niihin viittaavat tiedot) ei saa poistaa.  

Tämän ominaisuuden vaatimus on, että nämä "kartat" tarvitsevat vähintään 5 minuuttia "hiljainen" aikaa, jonka aikana varmuuskopioita ei tapahdu, jotta ne voidaan nollata. Nollauksen jälkeen niihin lukitut tiedot voidaan tarkistaa seuraavan roskienkeruun aikana, kunhan ne pysyvät muuttumattomina.

Avamarin varmuuskopiointi- ja huoltoaikataulun päivittäisen suunnittelun yhteydessä on huomioitava tämä hiljainen aika. 
Karttojen nollaus ei onnistu, jotta roskienkeruu ei puhdista vanhentuneita tietoja.
Jos hajautusarvokartta ei pysty nollaamaan tietoja, tietoja, jotka todennäköisesti voidaan poistaa roskien perusteella, ei käsitellä ja kapasiteetin käyttö voi kasvaa. Jos karttaa ei voi nollata pitkäksi ajaksi, roskienkeruulokissa saattaa näkyä yhä suurempi määrä ohitettuja hajautuksia.

Varmuuskopiointi vanheni, mutta roskienkeruu ei palauttanut kaikkia poistettavaksi soveltuvia tietoja, koska osa tiedoista oli käytössä.

Tarkista tilanne suorittamalla seuraava komento:
komento tallentaa roskienkeruun ylläpitolokin 7 päivän ajaksi ja jäsentää sen näkyviin.

• Miten monta hajautusarvoa ohitettiin,
• Poistettujen tietojen määrä
• Miten monta roskia on kerätty
• Miten kauan roskienkeruu on kestää

dumpmaintlogs --types=gc --days=7 | grep passes | cut -d ' ' -f1,10,14,15,17

2014/02/11-11:03:23.01310 skipped-hashes="3118" megabytes-recovered="120" passes="10" elapsed-time="134"
2014/02/12-11:05:33.78790 skipped-hashes="4051" megabytes-recovered="88" passes="10" elapsed-time="264"
2014/02/12-16:18:16.79236 skipped-hashes="5098" megabytes-recovered="199" passes="16" elapsed-time="268"
2014/02/12-16:28:20.35698 skipped-hashes="5099" megabytes-recovered="0" passes="1" elapsed-time="97"
2014/02/12-17:14:22.88473 skipped-hashes="5452" megabytes-recovered="26" passes="20" elapsed-time="162"
2014/02/12-20:46:06.80518 skipped-hashes="6789" megabytes-recovered="83" passes="21" elapsed-time="184"
2014/02/12-21:09:30.70374 skipped-hashes="89139" megabytes-recovered="9432" passes="26" elapsed-time="536"
2014/02/12-23:30:13.07016 skipped-hashes="96510" megabytes-recovered="604" passes="21" elapsed-time="210"
2014/02/12-23:34:15.11324 skipped-hashes="96511" megabytes-recovered="1" passes="3" elapsed-time="99"
2014/02/13-13:41:02.20624 skipped-hashes="97301" megabytes-recovered="0" passes="1" elapsed-time="81"
2014/02/14-11:03:45.31704 skipped-hashes="98220" megabytes-recovered="131" passes="2" elapsed-time="157"
2014/02/14-16:49:14.94905 skipped-hashes="98220" megabytes-recovered="67" passes="2" elapsed-time="105"
2014/02/14-21:15:27.77268 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="106"
2014/02/14-21:25:51.71154 skipped-hashes="98224" megabytes-recovered="0" passes="1" elapsed-time="101"
2014/02/14-22:07:19.81136 skipped-hashes="98229" megabytes-recovered="0" passes="1" elapsed-time="125"
2014/02/14-22:15:21.50825 skipped-hashes="98275" megabytes-recovered="1" passes="5" elapsed-time="115"
2014/02/14-22:27:13.88500 skipped-hashes="98278" megabytes-recovered="0" passes="1" elapsed-time="98"
2014/02/14-23:58:47.70116 skipped-hashes="102294" megabytes-recovered="1" passes="4" elapsed-time="110"
2014/02/15-11:02:29.45054 skipped-hashes="102538" megabytes-recovered="0" passes="1" elapsed-time="82"
2014/02/16-00:56:27.25596 skipped-hashes="0" megabytes-recovered="900395" passes="59" elapsed-time="17417"
2014/02/17-11:32:42.66479 skipped-hashes="0" megabytes-recovered="57540" passes="28" elapsed-time="1890"

Analyysi:

Tuloksessa näkyy ohitettavien hajautusarvojen määrä, joka kasvaa ajan myötä, kunnes hajautusarvokartta nollataan 16.2.2014.
Lisäksi näkyy, kuinka paljon tietoja on poistettu megatavuina palautettuina, kun hajautuksia on vapautettu ja roskienkeruu voi käsitellä vanhentuneita tietoja.

Välitön ratkaisu

1. Varmista, että kartat nollautuvat ja mahdollistavat roskienkeruun uudelleen suorittamisen.
2. Varmista, ettei järjestelmään ole lisätty avtar-istuntoja (varmuuskopiointi- tai saapuvan replikoinnin tietoja). Käytä graafisen käyttöliittymän toiminnan seurantaa ja tarkista, näkyykö nämät istunnot vain komennolla avmaint sessions --full.
3. Pysäytä kaikki varmuuskopiot ja saapuvat replikointi-istunnot.
4. Odota vähintään viisi minuuttia, jotta hash-viitatut Bit Maps -kartat ehtivät nollautua.  
5. Kun GC toimii uudelleen, tarkista GC:n ylläpitolokista, että skipped-hashes=0

Jos ohitetut hajautetut tiedostot eivät ole palautuneet nollaan, tarkista edellä mainitut vaiheet tuen kanssa. Jos roskienkeruu ilmoittaa MSG_ERR_TRYAGAINLATER, tuki voi tarkistaa, johtuuko se hakemiston lomituksen jakamisesta. 
 

Pysyvä ratkaisu

Varmuuskopiointi- ja ylläpitoaikataulujen suunnittelu, jotta hajautusarvolla viitattu bittikartta voidaan nollata säännöllisesti käyttämättömänä.

Toisin sanoen varmuuskopiointiaikataulujen ei pitäisi olla käytössä 24/7. Luo aikataulu, joka antaa lyhyen ajan aikaa, kun järjestelmään ei tallenna varmuuskopioita tai saapuvia replikointitietoja. 

Huomautuksia: 

• Hash-viitatut bittikartat tarkistavat, voidaanko niitä nollata vain heti, kun avtar-istunto päättyy. Kun näytöstä ei ole käynnissä avtar-istuntoja, kartta nollautuu vain, jos:

• Yksi syy siihen, että ohitettu hajautusarvo voi olla tilapäisesti suuri, johtuu indeksin lomituksen jakamisesta. Tämä johtuu siitä, että jaettuun kohteeseen siirretyt hajauukset on suojattu. Hakemiston lomituksen jakaminen tapahtuu yhä kasvavissa tai tiedoilla täytettyjen järjestelmien yhteydessä. 
• Myös roskienkeruu voi epäonnistua ja MSG_ERR_TRYAGAINLATER , kun indeksiraidat jakautuvat:  
• MCS ei välttämättä ole tietoinen kaikista Avamar Serverin avtar-istunnoista.