NAS till NAS backup

Jag kör med Duplicati från min unraid till Google Drive.
Tycker det fungerar bra. Verkar finnas stöd för det i App Central i Asustor:en

https://www.asustor.com/app_central/app_detail?id=614&type=20...

Tråkigt.
Jag maxar linan upp till Google Drive.
Kanske det är någon begränsning i hårdvaran hos dig? Hur ser lasterna ut på disk och CPU på de olika NAS:arna?

Duplicati är inte en 'rsync' - duplicati är en backup-programvara som bygger backuparkiv.

Det som mest likna rsync men kan jobba mot molntjänster är rclone och kan synka filmappar mot lagringen - och även kan emulera en molntjänst som en monterad map/filträd (i windows monteras mot tex m:) och sedan kan kopiera/skyffla filer med vanliga filoperationer/file-Explorer (i windows).

Duplicati gör backupper mot en samling arkivfiler (chunk) som läggs i en repository. Det är inget du kan bläddra och leta filer direkt själva arkivfilerna (dock kan du göra det i duplicati-klienten då den jobbar mot databas och skenbart visar ett filsystem av filer för en viss backuppsession - men filerna sätts inte ihop av bitarna från repositoryt förrän man gör extract/restore på fil eller backupsessions-basis) - för dessa innehåller bara massor av till småbitar upphackade filer och vare unik bit med sin egna hashvärde och finns bara i en enda exemplar oavsett hur många exakt lika filer det var där du backade upp ifrån eller hur många backupsessioner som är gjorda.

Hur filbitarna sätts ihop och hantering av filgenerationer, metadata etc. vid återställning sköts av en databas som byggs upp allteftersom (och kopia för att återskapa den vid skada/förlust läggs också tillsammans med chunk-filerna)

Men detta innebär också att första backuppen kommer att ta väldigt tid - speciellt på en rätt maskinklen NAS då hashning, komprimering är väldigt maskinintensiva operationer och finns inte delar av det i HW (som SHA256-hash) så måste allt emuleras i mjukvara och det är tungt om det är TB-storlekar av data som skall hanteras - till detta kan mängden RAM-minne också påverka då sökning i Hash görs helst i RAM och ju större datamängder med unik data - ju mer RAM förbrukas..

Det som kommer att gå mycket fortare är när du gör din andra backup, tredje backup - då det kollar bara filer som är ändrade sedan förra gången och det är bara de unika filbitarna som inte redan finns i repositoryt (och identifierade med hash-värde) - som överförs till repositoryt.