Bob Friesenhahn wrote:
On Tue, 26 Feb 2013, Richard Elling wrote:
Consider using different policies for different data. For traditional file
systems, you
had relatively few policy options: readonly, nosuid, quota, etc. With ZFS,
dedup and
compression are also policy options. In your case, dedup for your media is not
likely
to be a good policy, but dedup for your backups could be a win (unless you're
using
something that already doesn't backup duplicate data -- eg most backup
utilities).
A way to approach this is to think of your directory structure and create file
systems
to match the policies. For example:
I am finding that rsync with the right options (to directly
block-overwrite) plus zfs snapshots is providing me with pretty
amazing "deduplication" for backups without even enabling
deduplication in zfs. Now backup storage goes a very long way.
We do the same for all of our "legacy" operating system backups. Take a
snapshot then do an rsync and an excellent way of maintaining
incremental backups for those.
--
Ian.
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss