Berekening volume grootte klopt niet

[Sylvester]

Ik zie dat één share 3.57 TB in beslag neemt, dus alles want er steekt een 4 TB in (2 x 4TB in SHR)
Nochtans geeft opslagbeheer aan dat er maar 20% in gebruik is van het 3.6 TB grote volume. Er is maar één volume, 3.6 TB, de ganse schijf.
Hoe kan dat.
De rest van de shares klopt wel. Maar als ik alle shares bij elkaar tel kom ik veel meer dan 4TB uit.

De inhoud van de 3,57 TB grote share klopt wel. Hierin zitten de bakcups van een PC die gemaakt zijn met 'Active Data Backup voor windows PC's, een officiële package van Synology dus.
Dit zijn 13 backups van telkens 257 GB groot, telkens een versie van een totale image van die PC.

Zou er ergens logica achter steken? Zou één of andere functie de identieke bestanden in elke backup uitzoeken en die maar één keer aanrekenen?
Toch zegt mijn buikgevoel dat er iets niet klopt.

[henkg]

Ik ken Active Backup for Business niet, maar:
De incremental backups zullen met hardlinks werken. Een hardlink voor ieder bestand dat niet gewijzigd is. De hardlink neemt vrijwel geen ruimte in beslag. Die hardlink verwijst naar de laatste wel gewijzigde versie. Zo krijg je bij het terugzetten van een backupversie ook bestanden terug die niet gewijzigd zijn tov de eerdere backupversie.

Maar: bij het bepalen van de totale grootte worden alle hardlinks afgelopen, en wordt de grootte van de bestanden waar de hardlinks naar verwijzen, ook meegeteld.

[Sylvester]

ah dat zou goed kunnen.Ik ken niet zoveel van Windows omgeving, maar ik had al een vermoeden dat het zoiets ging zijn.
Kan niet anders, want anders zou het volume snel vol zijn als je van grote PC schijven backup wil maken en dan ook nog eens een paar versies wil houden.

[zandhaas]

Active backup for Business werkt met "Changed Block Tracking" en Deduplcatie.

Er wordt een snapshot van de disk gemaakt. waarna er wordt gekeken welke diskblokken sinds de vorige keer zijn veranderd. Daarna worden alleen deze blokken gebackupped. Verder wordt er dan op de synology nog gekeken of er blokken zijn die dezelfde data bevatten als die ontdekt worden wordt er een "pointer" gezet naar een al aanwezig blok met dezelfde data. (Deduplicatie).  Op deze manier gaan de backups relatief snel en wordt er een minimale hoeveelheid data opgeslagen.

Een klein dingetje is wel dat de CBT na een herstart van je computer niet meer kan zien welke blokken er sinds de vorige backup veranderd zijn. Dus na een herstart duurt de eerste backup weer lang.  

Bovenstaande opmerking klopt bij nader inzien toch niet.

[Sylvester]

Ah goed om te weten. Er is dus eigenlijk een berekeningsfout in DSM file systeem.

Uw laatste bewering heb ik tot nu toe niet ervaren. Na herstart van NAS of of pc merk ik geen toename van totaal gebruikte plaats op het volume. Zoals jij zegt zou hij dus een totaal nieuwe backup smaken na herstart?

[Babylonia]

Nee, dat zegt @zandhaas niet, alleen dat het langer duurt omdat hij de blokken opnieuw moet lezen.

[Sylvester]

Ah ok. Ja ik zit op hetmoment in het ziekenhuis en lezengazy niet zo goed

[Sylvester]

En typen met linse hand ook niet 🙈

[zandhaas]

Nee, dat zegt @zandhaas niet, alleen dat het langer duurt omdat hij de blokken opnieuw moet lezen.

En al die blokken moeten ook weer naar de NAS verstuurt worden. En daar wordt ontdekt dat het gros van alle diskblokken er al zijn (deduplicatie) en dus worden er eigenlijk alleen maar pointers opgeslagen. Dus minimale groei van de benodigde diskruimte.

[Sylvester]

Ok min of meer duidelijk , merci