public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Grant Edwards <grant.b.edwards@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Suggestions for backup scheme?
Date: Tue, 30 Jan 2024 19:43:02 -0000 (UTC)	[thread overview]
Message-ID: <upbjg6$lu0$1@ciao.gmane.io> (raw)
In-Reply-To: CAGfcS_kk1EXb3Gq2+8cQEh9khaDj7FStUH4atHgBB+UaYgSuVw@mail.gmail.com

On 2024-01-30, Rich Freeman <rich0@gentoo.org> wrote:
> On Tue, Jan 30, 2024 at 1:15 PM Grant Edwards <grant.b.edwards@gmail.com> wrote:
>>
>> Are there other backup solutions that people would like to suggest I
>> look at to replace rsnapshot?  I was happy enough with rsnapshot (when
>> it was running), but perhaps there's something else I should consider?
>
> I'd echo the other advice.  It really depends on your goals.

FWIW, I'm backing up only home directories and config stuff
(e.g. /etc).  I don't backup the OS itself or anything installed in
/opt by installers or ebuilds.

> I think the key selling point for rsnapshot is that it can generate a
> set of clones of the filesystem contents that are directly readable.

Yes, that's the main advantage of rsnapshot. You can browse through
backups without any special tools.

> That isn't as efficient as it can be, but it is very simple to work
> with, and it is done about as well as can be done with this sort of
> approach.  Restoration basically requires no special tooling this
> way, so that is great if you want to restore from a generic rescue
> disk and not have to try to remember what commands to use.

Yep, rsnapshot can take several hours to run every night. But, being
able to look through backups with nothing more than "cd" "ls" and
"cat" sure is nice.

> send-based tools for filesystems like brtrfs/zfs are SUPER-efficient
> in execution time/resources as they are filesystem-aware and don't
> need to stat everything on a filesystem to identify exactly what
> changed in an incremental backup.  However, you're usually limited to
> restoring to another filesystem of the same type and have to use those
> tools.

For now, I need something for ext4, but backup-ability is definitely a
a reason to consider switching filesystem types.

> Restic seems to be the most popular tool to backup to a small set of
> files on disk/cloud.  I use duplicity for historical reasons, and
> restic does the same and probably supports more back-ends.  These
> tools are very useful for cloud backups as they're very efficient
> about separating data/indexes and keeping local copies of the latter
> so you aren't paying to read back your archive data every time you do
> a new incremental backup, and they're very IO-efficient.

I generally backup to a USB 3 external hard drive, so IO efficiency
isn't as much a concern as when backing up to cloud.  There are things
I periodially back up to cloud, but that's generally a manual process
involving little more than "scp".

> Bacula is probably the best solution for tape backups of large numbers
> of systems, but it is really crufty and unwieldy.  I would NOT use
> this to backup one host, and especially not to back up the host
> running bacula.  Bootstrapping it is a pain.  It is very much designed
> around a tape paradigm.

Thanks, I'll cross that one off the list. :)

> If you have windows hosts you want to backup

Thankfully, I don't.




  reply	other threads:[~2024-01-30 19:43 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-30 18:15 [gentoo-user] Suggestions for backup scheme? Grant Edwards
2024-01-30 18:47 ` Thelma
2024-01-30 19:29   ` [gentoo-user] " Grant Edwards
2024-01-30 18:54 ` [gentoo-user] " Michael
2024-01-30 19:32   ` [gentoo-user] " Grant Edwards
2024-01-30 19:19 ` [gentoo-user] " Rich Freeman
2024-01-30 19:43   ` Grant Edwards [this message]
2024-01-30 20:08   ` Wol
2024-01-30 20:15     ` Rich Freeman
2024-01-30 20:38       ` [gentoo-user] " Grant Edwards
2024-01-31  8:14         ` gentoo-user
2024-01-31 11:45           ` John Covici
2024-01-31 13:01             ` Rich Freeman
2024-01-31 15:50               ` Grant Edwards
2024-01-31 17:40                 ` Thelma
2024-01-31 17:56                   ` Rich Freeman
2024-01-31 18:42                     ` Wols Lists
2024-01-31 21:30                       ` Rich Freeman
2024-02-01 10:16                         ` Michael
2024-02-05 12:55                     ` J. Roeleveld
2024-02-05 13:35                       ` Rich Freeman
2024-02-06 13:12                         ` J. Roeleveld
2024-02-06 20:27                           ` Wols Lists
2024-02-07 11:11                             ` J. Roeleveld
2024-02-07 21:59                               ` Wols Lists
2024-02-08  6:32                                 ` J. Roeleveld
2024-02-08 17:36                                   ` Wols Lists
2024-02-09 12:53                                     ` J. Roeleveld
2024-02-06 15:38                       ` Grant Edwards
2024-02-06 16:13                         ` J. Roeleveld
2024-02-06 17:22                           ` Grant Edwards
2024-02-07 11:21                             ` J. Roeleveld
2024-01-31 18:00                   ` Grant Edwards
2024-02-02 23:39               ` Grant Edwards
2024-02-02 23:58                 ` Mark Knecht
2024-02-03 16:02                   ` Grant Edwards
2024-02-03 17:05                     ` Wol
2024-02-04  6:24                       ` Grant Edwards
2024-02-04  9:59                         ` Wols Lists
2024-02-04 15:48                           ` Grant Edwards
2024-02-05  8:28                             ` Wols Lists
2024-02-06 15:35                               ` Grant Edwards
2024-02-06 16:19                                 ` J. Roeleveld
2024-02-06 17:29                                   ` Grant Edwards
2024-02-07 11:04                                     ` J. Roeleveld
2024-02-06 23:17                                   ` Wols Lists
2024-02-07 11:07                                     ` J. Roeleveld
2024-02-07 21:50                                       ` Wols Lists
2024-02-08  6:38                                         ` J. Roeleveld
2024-02-08 17:44                                           ` Wols Lists
2024-02-09 12:57                                             ` J. Roeleveld
2024-02-09 15:48                                               ` Wols Lists
2024-02-09 17:11                                                 ` Peter Humphrey
2024-02-06 20:49                                 ` Wols Lists
2024-02-03 13:02                 ` Michael
2024-02-03 16:15                   ` Grant Edwards
2024-02-03 17:32                 ` Rich Freeman
2024-02-03 18:10                   ` Michael
2024-02-05 12:48               ` J. Roeleveld
2024-01-31 15:38           ` Grant Edwards
2024-02-04 10:54 ` [gentoo-user] " Paul Ezvan
2024-02-07 22:36 ` Frank Steinmetzger
2024-02-08  5:26   ` William Kenworthy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='upbjg6$lu0$1@ciao.gmane.io' \
    --to=grant.b.edwards@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox