Re: [Duplicity-talk] typical/recommended duplicity workflow/usage, features

[Kenneth Loafman]

You should ask at StackOverflow as well.

As to your house of cards, do a full backup locally to a removable drive now so it will be fast and so you'll have it for emergencies.  Given the number of incrementals, I would not continue as is.

In general I recommend one month intervals for full backups with daily intervals for incrementals.  The full should be verified.  I would keep one verified full backup onsite and one offsite.  I would also use file:// schema for all local backups and an rclone like tool to sync to the remote from your onsite.  All that will give you an immediate recovery if needed and safety in case of site disaster, as long as your remote is more than 50 miles from your site.

Hope this helps!

....Ken

On Mon, Jul 18, 2022 at 3:13 PM Adam Monsen via Duplicity-talk <duplicity-talk@nongnu.org> wrote:

I reviewed my home backups created with duplicity. I have a single two-year-old full backup, 462 incremental backups, and apparently a lot of luck... I now see that https://duplicity.us/FAQ.html (something I did not bother to read two years ago) says long incremental chains are Bad. Well, of course they are. I just used the defaults, and now it feels like my backup strategy a house of cards.

Anyone know of a good HOWTO or article describing the typical/recommended duplicity workflow/usage? I searched the mailing list and didn't find much.

I found https://techtipbits.com/linux/safe-and-reliable-linux-backups-with-duplicity/ and https://help.ubuntu.com/community/DuplicityBackupHowto ... those guides seems ok. I just wanted to check those recommendations with an expert (that's you, dear reader).

Could anyone point me to a table comparing features/popularity of FOSS command-line backup software? https://en.wikipedia.org/wiki/List_of_backup_software is a bit lacking. I really like duplicity, but given the plethora of popular backup solutions today, I'm looking for comparisons to understand the features I might want/need. Seems unlikely that I would switch from duplicity, but I think de-duplication might be nice to have, for example. I found https://www.backblaze.com/blog/backing-linux-backblaze-b2-duplicity-restic/ helpful, I just want more to read. :-)

Thanks!

-Adam

( Crossposted an excerpt here: https://fosstodon.org/web/@meonkeys/108669683778026287 )

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