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

Reply via email to