duplicity-talk
[Top][All Lists]
Advanced

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

Re: [Duplicity-talk] Duplicity feature suggestions


From: Kenneth Loafman
Subject: Re: [Duplicity-talk] Duplicity feature suggestions
Date: Mon, 06 Nov 2006 19:45:40 -0600
User-agent: Thunderbird 1.5.0.7 (X11/20060922)

Jan Rychter wrote:
> [reposting directly to the list, as it seems postings sent via Gmane
>  disappear into a black hole somewhere...]
> 
> I've been using duplicity for a while now, having first tried it about a
> year ago and having recently come back to it. Here is a brief wishlist
> of features that would make it work much better for me. Hopefully
> someone will find this useful.
> 
> -- Store local copies of manifests and signature files. These files do
>    not change and their size still makes it acceptable to cache them
>    locally. It would speed the backup process immensely if I could tell
>    duplicity to just keep them stored locally as well, and only download
>    from the server when the local copies are missing.
> 
> -- Provide some way to recover from an aborted first backup, or provide
>    a way to do this first backup in stages. I have a 50GB filesystem I
>    need to backup and 50GB of space on another continent where I'd like
>    this data to land. I can't use duplicity for that. There is simply no
>    way to do the first backup without it being interrupted by something
>    -- a network glitch, usually. As it stands now, I simply cannot
>    backup that data.
> 
> Other than that duplicity works very well for me (for smaller backups)!
> 
> --J.

I stage large backups to a local system, then have that system  rsync
the local to the remote.  That will give you a local copy for fast
restore and a remote backup for site disasters.

Disk space is cheap enough that you could keep a 50GB weekly backup and
daily incrementals on a single drive.

...Ken




reply via email to

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