Snapshots also only store the difference from the last snapshot and when combined with send/receive are very efficient for replication through transmission to remote servers.
-- Jason Belec Sent from my iPad > On Mar 16, 2014, at 3:40 PM, Simon Casady <capcas...@gmail.com> wrote: > > An advantage of snapshots is with active filesystems such as those used by a > database. For a consist at database backup you of course need to stop the > program then backup then restart ( or use some database tool if available) . > The time to create a snapshot is essentially zero so the above start - stop > is actually practical. Then you use your backup software of choice on the > snapshot not the active file system. > > >> On Sun, Mar 16, 2014 at 7:16 AM, roemer <uwe.ro...@gmail.com> wrote: >> Thanks for the response, Björn. >> The hint regarding dataset-specific snapshots is good, though I have to >> first think about how I would best make use of them. >> >> However another point that you raised is interesting: >> >>> On Sunday, 16 March 2014 10:34:52 UTC+11, Bjoern Kahl wrote: >>> [...] >>> >>> Under Mac OSX, a mounted file system comes at higher costs than on >>> other Unix like operating systems, due to the Finder and MDS services, >>> so I would not suggest to really try to have hundreds of file systems >>> mounted at the same time. But any reasonable number (some 10) go >>> without noticeable performance impact. >> >> I would need about 10 separate mount points / data sets, so I guess this >> would be fine. >> MDS services however means Spotlight, but the MacZFS Wiki as well as several >> other posts on the web give the advice to switch off spotlight for ZFS with >> mdutil -i off mountPoint >> >> Why is Spotlight thought to be evil for ZFS? >> Or does your comment imply that these advices are outdated, and mds-indexing >> for ZFS mount points is ok nowadays? >> Note that I am mainly aiming to store static 'archival' data and documents >> on ZFS, not my main user directory. >> >>> [...] Snapshots can also easily be used for real >>> off-site backups by the zfs send / receive mechanism. >>> >> Haven't looked at send/receive yet, but if they require network connections, >> I am afraid classical ADSL speeds with mac 1MBit/s upload will not be much >> fun... >> And for periodic backup to an external HDD I was thinking about ChronoSync >> or simply rsync >> >> roemer >> -- >> >> --- >> You received this message because you are subscribed to the Google Groups >> "zfs-macos" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to zfs-macos+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/d/optout. > > -- > > --- > You received this message because you are subscribed to the Google Groups > "zfs-macos" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to zfs-macos+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- --- You received this message because you are subscribed to the Google Groups "zfs-macos" group. To unsubscribe from this group and stop receiving emails from it, send an email to zfs-macos+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.