Avamar back-ups en dunne bestanden

Onderwerp 1: Een back-up kan langzaam worden uitgevoerd als het een dun bestand bevat dat is gewijzigd:

Ondersteuning voor UNIX- en Linux-bestandssysteem voor dunne bestandsdetectie en -beheer is afhankelijk van het bestandssysteem.

Wanneer een dun bestand wordt gewijzigd, leest het avtar-proces van Avamar het bestand zoals weergegeven door het bestandssysteem.  

Avtar voert sticky byte factoring uit op het hele bestand. Dit betekent dat het bestand in segmenten wordt gesplitst, deze chunks samendrukt en een hash van elk segment maakt. Voor een groot bestand kan dit veel tijd in beslag nemen.

Dit scenario kan worden gedetecteerd door de avtar-statusberichten in het back-uplogboek te bekijken.  
Zie voor meer informatie: De prestaties van de Avamar clientback-up analyseren en knelpunten in de prestaties identificeren.

Onderwerp 2:  Het terugzetten van een dun bestand kan ertoe leiden dat het herstelde bestand een andere grootte heeft:

Hoewel avtar geen 'dunne bestanden' detecteert, detecteert het regio's van dunheid in een bestand en probeert het ze efficiënt af te handelen.

De logica die de detectie van dunheid verwerkt, is niet 100% deterministisch. Het is afhankelijk van een heuristische die zoekt naar grote regio's van opeenvolgende nullen. Dit wordt beschreven in Engineering Esczilla record 24164.

Het is te verwachten dat de ruimte of het aantal blokken dat door het herstelde bestand wordt verbruikt, mogelijk niet identiek is aan het oorspronkelijke bestand.

Een of meer van de bestanden waarvan een Avamar-client een back-up maakt, zijn 'thin files'.