Hello Matthew,

Wednesday, October 17, 2007, 1:46:02 AM, you wrote:

MA> Richard Elling wrote:
>> Paul B. Henson wrote:
>>> On Fri, 12 Oct 2007, Paul B. Henson wrote:
>>>
>>>> I've read a number of threads and blog posts discussing zfs send/receive
>>>> and its applicability is such an implementation, but I'm curious if
>>>> anyone has actually done something like that in practice, and if so how
>>>> well it worked.
>>> So I didn't hear from anyone on this thread actually running such an
>>> implementation in production? Could someone maybe comment on a theoretical
>>> level :) whether this would be realistic for multiple terabytes, or if I
>>> should just give up on it?
>> 
>> It should be more reasonable to use ZFS send/recv than a dumb volume
>> block copy.  It should be on the same order of goodness as rsync-style
>> copying.  I use send/recv quite often, but my wife doesn't have a TByte
>> of pictures (yet :-)

MA> Incremental zfs send/recv is actually orders of magnitude "more goodness"
MA> than rsync (due to much faster finding of changed files).

MA> I know of customers who are using send|ssh|recv to replicate entire thumpers
MA> across the country, in production.  I'm sure they'll speak up here if/when
MA> they find this thread...

I know such environment too, however just across a server room :)
Is it perfect? No... but still comparing to "legacy" backup it's much
better in terms of performance and much worse in terms of
manageability.

-- 
Best regards,
 Robert Milkowski                            mailto:[EMAIL PROTECTED]
                                       http://milek.blogspot.com

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to