zfs snapshot management
tzim at tzim.net
Thu Jun 9 15:16:17 UTC 2011
I use home-made scripts as I found none that met my expectations.
I used the following aproach :
- Do 1 (or more) snapshots each day, named @`date -u
+AUTO-%Y.%m.%d-%H.%M.%S-UTC`. (no @daily, @weekly, @monthly ...
- Run a cleanup script to destroy uneeded snapshots, using " zfs get
-Hpo value creation $snap " to get snapshot times, thus avoiding
daylight saving issues.
Said script calculates first snapshot to keep and deletes older
snapshots, then calculates next snapshot to keep and deletes
'in-betweens' and so on.
I used said snapshots with a patched samba vfs_shadowcopy2 'til samba35
broke the patch.
I can provide the scripts if wanted.
On Sun, 5 Jun 2011 22:32:55 -0400 (EDT), Charles Sprickman wrote:
> Hello all,
> I've been using a few different tools to manage zfs snapshots in
> scenarios. For local use, I've found that Ralf Engelschall's set of
> scripts that tie into the periodic(8) system work fairly well. I
> not use the amd portion since I am only working with zfs snapshots
> and I
> don't see a need to actually re-mount the snapshots elsewhere for
> recovery. The only limitation I find with this system is that for
> use on
> a backups host the lack of a monthly or yearly retention period
> much rules it out. For local "oops" stuff though, it's great.
> For hosts acting as backups servers, I've been using Snapfilter
> some cobbled together stuff that rsyncs a bunch of hosts and tries to
> detect and notify on errors. Snapfilter simply is the zfs snapshot
> "sweeper" that periodically deletes snapshots that are outside the
> retention period(s).
> Since there seems to be a fair number of serious zfs users here, I
> hoping for some further suggestions for use in either case. Any
> input is
>  - http://people.freebsd.org/~rse/snapshot/
>  - http://www.scottlu.com/Content/Snapfilter.html
> freebsd-fs at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at freebsd.org"
More information about the freebsd-fs