Symptoms
De Avamar 7.0-wisselbestandscache die wordt gebruikt voor back-ups van het bestandssysteem naar de geïntegreerde oplossing van Avamar en Data Domain, verbruikt aanzienlijk meer schijfcapaciteit dan de monolithische bestandscache.
Als de map Avamar /var zich op een clientbestandssysteem of -volume met een beperkte hoeveelheid schijfcapaciteit bevindt, kan de grotere bestandsgrootte "on-disk" voor de wisselbestandscache problemen met het beheer van de schijfcapaciteit veroorzaken op de Avamar-bestandssysteemclient.
Cause
In het
EMC Avamar 7.0 Operational Best Practices-document hebben we het volgende gedocumenteerd:
"In vergelijking met de oorspronkelijke bestandscachemethode hebben back-ups die de wisselbestandscache implementeren tot 20 keer meer schijfruimte nodig."
Er zijn twee redenen waarom het wisselbestandcachebestand ongeveer 20 keer groter is dan de monolithische bestandscache:
- 20 bytes extra per bestand voor CDSF-offset
De monolithische bestandscache gebruikt 44 bytes per bestand: Header van 4 bytes, hash van bestandskenmerk van 20 bytes en hash van bestandsinhoud van 20 bytes. De wisselbestandscache gebruikt 64 bytes per bestand. De extra 20 bytes worden gebruikt om informatie over de offset op te slaan in de Common Data Streaming Format (CDSF) back-upcontainer waar het bestand zich bevindt. Als zowel de wisselbestandscache als de monolithische bestandscache dezelfde indeling hadden, zorgt dit ervoor dat de wisselbestandscache ongeveer 1,5x groter is.
- Geen delen van gegevens over back-ups
Beide bestandscaches slaan de hashes op voor maximaal 16 back-ups. Met de monolithische bestandscache verandert ongeveer 2% van de bestanden dagelijks nadat de eerste back-up is voltooid. Na de eerste back-up worden de meeste vermeldingen gedeeld over back-ups. Met de wisselbestandscache is elke pagina met elementen echter uniek voor een specifieke back-up, en dus wordt er geen invoer gedeeld tussen back-ups. Dit zorgt ervoor dat de wisselbestandscache ongeveer 10x meer vermeldingen opslaat dan de monolithische bestandscache.
Deze twee bijdragers veroorzaken een geschatte 15 tot 20 keer toename van de grootte van de wisselbestandscache ten opzichte van de monolithische bestandscache bij het maken van een back-up van dezelfde gegevensset.
Als u weet van hoeveel bestanden een back-up wordt gemaakt in de definitie van de gegevensset, kunt u de uiteindelijke grootte van de wisselbestandscache schatten met behulp van de volgende formule:
<Grootte van de pagingbestandscache in MB's> = <aantal bestanden in miljoenen> * 1700
Resolution
Er zijn drie manieren om de potentiële impact van de grotere wisselbestandscache te beperken:
A) Wijzig de locatie van de wisselbestandscache met behulp van "cachedir" in avtar.cmd
Dit is de voorkeursoptie en heeft geen nadelen, op voorwaarde dat de client een volume heeft dat groot genoeg is om de wisselcache op te slaan.
Als de map Avamar /var , waarin de clientcachebestanden zijn opgeslagen, zich op een volume met beperkte capaciteit bevindt, verplaatst u de wisselcache naar een ruimer volume, zoals hieronder wordt beschreven.
- Maak een map waarin u de cachebestanden wilt opslaan.
- Kopieer de bestaande cachebestanden van /usr/local/avamar/var/ of C:\program files\avs\var\ naar de nieuwe map die in stap 1 is gemaakt.
- Maak een bestand in de map client /var met de naam "avtar.cmd". Als het bestand bestaat, bewerk het dan.
- Geef de nieuwe locatie "cachedir" op in het vlagbestand "avtar.cmd". Als u bijvoorbeeld D:\avamarcache hebt gemaakt voor de wisselbestandscache, zou u een vermelding als deze moeten hebben in C:\program files\avs\var\avtar.cmd:
--cachedir=D:\avamarcache
- Voer een back-up uit.
- Controleer of de nieuwe cachemap correct is gebruikt.
- Verwijder de kopie van de clientcaches uit de oorspronkelijke Avamar var-map.
B) Door vlaggen toe te passen die het mogelijk maken om de grootte van de wisselcache te beperken
In Avamar 7.2 en hoger bestaan er markeringen om de grootte van de wisselcache te beperken tot een percentage van de grootte van het volume waar de cache zich bevindt. Zie KB-artikel 19517 voor meer informatie over deze optie: De grootte van de Avamar demand pagingcache (f_cache2.dat) beperken.
De afweging van voorkomen dat het cachebestand groeit tot bestandsgrootte, is verminderde back-upprestaties omdat het aantal cachemissers toeneemt.
C) Beperk het aantal volledige back-ups dat is opgeslagen in de cache van het wisselbestand.
Door enkele back-ups met een kleine dataset te maken en deze back-ups zo in te stellen dat ze nooit verlopen, kunnen we beperken tot slechts acht of minder back-ups van de volledige dataset die is opgeslagen in de wisselbestandscache, waardoor de grootte wordt verkleind.
Dit is de minst wenselijke optie en vereist geavanceerde afstemming. Het heeft ook kanttekeningen. Neem contact op met de technische support van Dell EMC voor meer informatie.
Back-ups van het Avamar 7.0-bestandssysteem naar de in Avamar en Data Domain geïntegreerde oplossing.
Zie KB-artikel 81546 voor meer informatie over het avtar.cmd-bestand:
Avamar: Logbestanden verzamelen voor het oplossen van back-up- en herstelproblemen met de Avamar client.
Affected Products
Avamar
Products
Avamar