On Sun, 28 Dec 2008 15:27:00 +0100, dick hoogendijk
<d...@nagual.nl> wrote:

>On Sat, 27 Dec 2008 14:29:58 PST
>Ross <myxi...@googlemail.com> wrote:
>
>> All of which sound like good reasons to use send/receive and a 2nd
>> zfs pool instead of mirroring.
>> 
>> Send/receive has the advantage that the receiving filesystem is
>> guaranteed to be in a stable state.
>
>Can send/receive be used on a multiuser running server system? 

Yes.

>Will this slowdown the services on the server much?

Only if the server is busy, that is, has no idle CPU and I/O
capacity. It may help to "nice" the send process.

Sending a complete pool can be a considerable load for a
considerable time; an incremental send of a snapshot with
few changes relative to the previous one will be fast.

>Can the zfs receiving "end" be transformed into a normal file.bz2
>or has it always have to be a zfs system as a result?

Send streams are version dependent, it is advised to receive
it immediately.

If the receiving zfs pool uses a file as its block device,
you could export the pool and bzip that file.
-- 
  (  Kees Nuyt
  )
c[_]
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to