Omvang van Backup wijkt af van omvang bron

[Zeist]

Beste mensen,

Ik heb een breinbreker. Eens kijken of we hier met z’n allen uitkomen.

Ben in het gelukkige bezit van een 2-tal Nas’sen. Beide geheel identiek. Synology 1010+ met elk 5 ook identieke harddisks in JBOD-configuratie. Op beide Nas’sen is 1 volume aangemaakt. Firmware ook het zelfde: DSM 5.0-4493 Update 5

De volumes zijn beide groot 9.146,75 GB

Elke nacht maakt NAS1 (bron) een netwerkbackup naar NAS2 (doel). De volledige NAS1 gaat in de backup. Ik bewaar daarbij ook nog 5 systeemconfiguratiebestanden. Ik draai op de NAS’sen geen app’s. Daarvan hoef ik dus ook geen backup te maken en daarom ook uitgevinkt.

Als ik op de Nas’sen naar opslagbeheer kijk zie ik na een geslaagde backup nu het volgende:

           Volume            Gebruikt       %     Vrij
NAS1    9.146,75       7.232,87       80    1.913,88
NAS2    9.146,75           7.187,44       79    1.959,31

Omdat op de doelnas meer wordt weggeschreven dan op de bronnas staat (configuratiebestanden bronnas) zou je verwachten dat de omvang van de backup groter is dan het totaal van de bronbestanden. Dat is dus niet zo.

Integendeel, de backup is 45,43 gb kleiner.

Omdat dit me verbaasde, ben ik vanuit Windows alle gedeelde mappen gaan vergelijken qua omvang, aantal mappen en aantal bestanden. Opvallend is dat Windows 7 mij meldt dat elke gedeelde bronmap even groot is als de overeenkomstige doelmap. M.a.w.: ik heb dus van al mijn bestanden een backup en dat geeft me een veilig gevoel. Ook de reden dus dat ik zonder RAID werk.

Nog een bijkomstigheid: als ik handmatig een tussentijdse backup maak, meldt dsm op de bronnas mij dat ca, 2,7 TB moet worden bewerkt. Dat lijkt dus veel te weinig!! De backup vangt aan en telt naar de 2,7 tb en geeft op enig moment aan dat 99% van de bewerking is voltooid. Dan begint het cijfer van de oorspronkelijk te backuppen omvang op te lopen, waarbij de voltooide omvang constant op 99% blijft staan. Komen we dan op het einde van de backup bij ca 7,2 TB, dan wordt de backup netjes afgerond en als geslaagd gerapporteerd.

Wat is hier aan de hand? Is dit nou een foutje in DSM of zou er iets ernstigers  aan de hand kunnen zijn.

Ben nieuwsgierig naar jullie reacties.

Willem (die inmiddels in Putten woont maar zijn oude gebruikersnaam nog heeft)

[Babylonia]

Niet echt op de hoogte van de ins- en outs, maar met het back-uppen van de data (enkel de data zonder DSM zelf) lijkt me dat er op de 1e NAS wel een hele administratieve waslijst wordt bijgehouden door het back-up programma van wat er allemaal wordt geback-upped. Die administratieve waslijst is nodig om bij een volgende back-up, alleen de veranderingen mee  te nemen als back-up. (Vandaar mogelijk ook een verschil in omvang als zijnde 2,7 TB te back-uppen data, terwijl de totale back-up data die reeds is geback-upped uit vorige sessie aanzienlijk groter is).

Die hele "waslijst" administratie om dit netjes bij te houden valt zelf niet onder te back-uppen data. Dus NAS1 heeft die data extra erbij ten opzichte van NAS2. Ruim 45 GB verschil op 7,2 Terrabyte zou een reëel verschil kunnen zijn om dat als waslijst bij te kunnen houden (??).

[Hofstede]

Waar ik eerder aan zou denken is zaken zoals de prullenbak. Heb je die op de source NAS de prullenbak aanstaan? Die gebruikt ruimte maar wordt niet meegenomen met de backup.

[Zeist]

Fff een reactie op de vorenstaande reacties:

De omvang van de administratieve waslijst van ruim 45 gb lijkt mij extreem groot.

Alle prullenbakken zijn leeg en ook uitgeschakeld

Overigens: iemand dan enig idee waar de adm. Waslijst wordt opgeslagen? Ben benieuwd. W

[Ben(V)]

Ik weet niet hoe je alles precies hebt ingesteld, maar normaal doet backup een incremental.
Dus de eerste backup is een full backup en de volgende werkt hij alleen de veranderingen bij.
Je kunt in de instellingen kiezen of je alles wilt bewaren, of dat je wat op het orgineel "gedelete" hebt, in de backup ook "gedelete" moet worden. Als je dat niet doet zal de target backupset steeds groter worden dan het orgineel elke keer dat je in het orgineel iets "delete".

[Birdy]

@Ben(V)
Het probleem is dat de doel NAS minder in gebruik heeft dan de bron NAS.

Omdat op de doelnas meer wordt weggeschreven dan op de bronnas staat (configuratiebestanden bronnas) zou je verwachten dat de omvang van de backup groter is dan het totaal van de bronbestanden. Dat is dus niet zo.

[Zeist]

Ik heb alleen een full backup. Dus dat wat op de bronader is verwijderd wordt ook op de Dorland

[Zeist]

Sorry, te snel verzonden. Ik heb alleen een full backup. Dus hetgeen op de bronnas is verwijderd wordt ook verwijderd op de Doelnas.

[Birdy]

Dus dat wat op de bronader is verwijderd wordt ook op de Dorland

Zeker auto correctie aan 

[Zeist]

Ja op zo'n krakkemikkige iPad

[Ben(V)]

Sorry niet goed gelezen.

Heb je misschien compressie aangezet voor je backup set?

[Zeist]

Nee geen compressie. Gewoon 1:1. De bestanden in mijn backup kan ik net zo benaderen als die op mijn bronnas. Ik "map" daartoe de gedeelde mappen als een netwerkschijf in MS Windows en zie geen verschil met mijn "normale" bestandsbewerkingen vanaf de bronnas.

[Ben(V)]

Probeer winmerge eens.
Die kan hele directories inclusief subdirectories vergelijken.
Kun je zien of er echt geen verschillen zijn en als ze er wel zijn waar.

http://winmerge.org

[Zeist]

Winmerge ken ik niet maar keek even op internet. Lijkt een heel zinvolle tip mits winmerge ook werkt op "getapte" netwerkdrives

[Ben(V)]

Geloof wel dat hij dat ook met een netwerkshare kan.
Als hetniet gaat dan kun je altijd nog even een driveletter mappen.
Dan gaat et zeker.