On Mar 19, 2010, at 1:28 PM, Richard Jahnel wrote: > They way we do this here is: > > zfs snapshot voln...@snapnow > [i]#code to break on error and email not shown.[/i] > zfs send -i voln...@snapbefore voln...@snapnow | pigz -p4 -1 > file > [i]#code to break on error and email not shown.[/i] > scp /dir/file u...@remote:/dir/file > [i]#code to break on error and email not shown.[/i] > shh u...@remote "gzip -t /dir/file" > [i]#code to break on error and email not shown.[/i] > shh u...@remote "gunzip < /dir/file | zfs receive volname > > It works for me and it sends a minimum amount of data across the wire which > is tested to minimize the chance of inflight issues. Excpet on Sundays when > we do a full send.
NB. deduped streams should further reduce the snapshot size. -- richard ZFS storage and performance consulting at http://www.RichardElling.com ZFS training on deduplication, NexentaStor, and NAS performance Las Vegas, April 29-30, 2010 http://nexenta-vegas.eventbrite.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss