duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] Behaviour upon 'Full' backup after incrementals


From: Eric O'Connor
Subject: Re: [Duplicity-talk] Behaviour upon 'Full' backup after incrementals
Date: Sun, 31 Aug 2014 03:03:24 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0

This is called incremental refactoring, and duplicity doesn't do it.

If it were to add this feature, it would also have to drop support for
"dumb" backends, like SFTP or S3, that can only upload/download/delete
files. This is because refactoring like you're talking about requires
the backup tool to run code on the server, to modify the backup files
directly.

What I do to get around this is to use raw rsync to push changed files
up to a server every 2 hours, and then run duplicity to backup the
snapshot into S3 (you could backup locally if you like). This way I can
get short incremental chains without ever having to run a long full
backup directly off my laptop.

You could also look into rdiff-backup.

Eric

On 08/30/2014 11:37 PM, Brant Winter wrote:
Can someone please help clarify this ? If I have seeded a massive
(100GB) full backup over SFTP remotely and have then done daily
incremental backups for a week. If I chose to do another ‘full’
backup will Duplicity have to seed the massive initial backup again,
 or will it roll up the original full backup and incremental on the
remote side, add in the latest deltas and call it a new full backup
without having to seed the whole thing across SFTP again ? I have
approx 100GB to have backed up offsite and just trying to work out if
Duplicity will do what I need ? Thanks in advance.


_______________________________________________ Duplicity-talk
mailing list address@hidden
https://lists.nongnu.org/mailman/listinfo/duplicity-talk





reply via email to

[Prev in Thread] Current Thread [Next in Thread]