Avamar: Wat gebeurt er als avtar een bestand leest tijdens de bestandsscanfase?

Wat gebeurt er wanneer Avamar bestanden scant tijdens een back-up?

Tijdens een Avamar-back-up scant avtar het volledige bestandssysteem dat is opgegeven in de brondataset. Elk bestand wordt gecontroleerd om te zien of het is gewijzigd sinds de vorige back-up.   

Voor meer informatie over hoe avtar detecteert of een bestand is gewijzigd, zie Avamar client - Wat moet er veranderen voordat avtar een bestand als gewijzigd beschouwt?

Avtar loopt alle directories, zelfs als de aangepaste tijd van de directories zelf niet is veranderd. Dit komt doordat submappen op een lager niveau mogelijk zijn gewijzigd.

Voor elk niet-directorybestand verzamelt avtar zijn metadata. Deze metadata is de 'stat'-informatie over het bestand.
Op een Windows NTFS- of ReFS-bestandssysteem met beveiligingsdescriptoren verzamelt avtar ook de beveiligingsdescriptor.
Dit komt omdat die informatie kan veranderen zonder dat de "tijd voor het wijzigen van het bestand" verandert.
 
Het volledige pad van een object wordt gecombineerd met stat-achtige metadata om een bestandscache op te zoeken.

Bij een leesbewerking in de bestandscache wordt de content-hash of locatie voor Data Domain-back-ups geretourneerd.

Hierdoor kan een back-up van het bestand worden gemaakt zonder het te openen. Dat is ook niet nodig, omdat het nooit is veranderd sinds de laatste keer dat er een back-up van is gemaakt.

Bij een bestandscache-leesfout wordt het bestand geopend en wordt de inhoud gelezen, gesegmenteerd, gecomprimeerd en gehasht. Vervolgens wordt de hashcache (of DDBoost voor Data Domain) gebruikt om te voorkomen dat inhoud naar de Avamar-server wordt verzonden.
 
Een hash wordt geproduceerd op basis van de informatie die wordt geretourneerd door een stat-achtige bewerking.

Voorbeeld in Linux:

stat testtest.gz
  File: `testtest.gz'
  Size: 29              Blocks: 8          IO Block: 4096   regular file
Device: 803h/2051d      Inode: 2149406915  Links: 1
Access: (0600/-rw-------)  Uid: (  500/   admin)   Gid: (  500/   admin)
Access: 2014-12-30 07:51:14.335261000 +0000
Modify: 2014-12-30 07:51:14.335261000 +0000
Change: 2014-12-30 07:51:18.443265606 +0000

Bij het beoordelen of het bestand is gewijzigd, houdt avtar rekening met de wijzigings- en wijzigingstijden, maar NIET met de toegangstijd.

Dit is een snelle bewerking en verklaart waarom Avamar-back-ups met weinig gewijzigde bestanden en een lage wijzigingssnelheid zo snel zijn.

Als de berekende hash afwijkt van wat er in de bestandscache van de client staat, wordt het bestand geacht te zijn gewijzigd. Een gewijzigd bestand moet volledig worden verwerkt en de nieuwe blokken moeten naar de Avamar-server worden verzonden.

Gerelateerde artikelen:

• Avamar: Back-upprestaties, gedrag en theorie.
• Avamar: Hoe u de clientlogboeken kunt gebruiken om te identificeren welke bestanden nieuw zijn of gewijzigd sinds de vorige back-up.
• Avamar: Problemen met trage back-upprestaties oplossen.
• Avamar client - Wat moet er veranderen voordat avtar een bestand als gewijzigd beschouwt?