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