From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Suggestions for backup scheme?
Date: Sat, 03 Feb 2024 13:02:17 +0000 [thread overview]
Message-ID: <2595684.Lt9SDvczpP@rogueboard> (raw)
In-Reply-To: <upjuf6$d9n$1@ciao.gmane.io>
[-- Attachment #1: Type: text/plain, Size: 2385 bytes --]
On Friday, 2 February 2024 23:39:18 GMT Grant Edwards wrote:
> On 2024-01-31, Rich Freeman <rich0@gentoo.org> wrote:
> > Honestly, at this point I would not run any storage I cared about on
> > anything but zfs. There are just so many benefits.
> >
> > [...]
> >
> > In any case, these COW filesystems, much like git, store data in a
> > way that makes it very efficient to diff two snapshots and back up
> > only the data that has changed. [...]
>
> In order to take advantage of this, I assume that the backup
> destination and source both have to be ZFS? Do backup source and
> destination need to be in the same filesystem? Or volume? Or Pool?
> (I'm not clear on how those differ exactly.) Or can the backup
> destination be "unrelated" to the backup source? The primary source of
> failure in my world is definitely hardware failure of the disk drive,
> so my backup destination is always a separate physical (usually
> external) disk drive.
TBH using ext4/xfs/f2fs/etc. on the host plus an incremental backup method on
any other fs of choice on external storage is IMHO a better method for a
laptop. Unless your data is changing continuously and you need incremental
backups every 5 minutes what you use is well suited to your use case.
> If you'll forgive the analogy, we'll say the the functionality of
> rsync (as used by rsnapshot) is built-in to ZFS.
Broadly and rather loosely yes, by virtue of the COW and snapshot fs
architecture and the btrfs/zfs send-receive commands.
> Is there an
> application that does with ZFS snapshots what the rsnapshot
> application itself does with rsync?
COW filesystems do not need a 3rd party application. They come with their own
commands which can be called manually, or scripted for convenience and
automation. Various people have created their own scripts and applications,
e.g.
https://unix.stackexchange.com/questions/696513/best-strategy-to-backup-btrfs-root-filesystem
> I googled for ZFS backup applications, but didn't find anything that
> seemed to be widespread and "supported" the way that rsnapshot is.
>
> --
> Grant
There must be quite a few scripts out there, but can't say what support they
may receive. Random search revealed:
https://www.zfsnap.org/
https://github.com/shirkdog/zfsbackup
https://gbyte.dev/blog/simple-zfs-snapshotting-replicating-backup-rotating-convenience-bash-script
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2024-02-03 13:02 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 ` [gentoo-user] " Grant Edwards
2024-01-30 20:08 ` [gentoo-user] " 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 [this message]
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=2595684.Lt9SDvczpP@rogueboard \
--to=confabulate@kintzios.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