On 03/29/11 02:52 AM, Paul Kraus wrote:
On Thu, Mar 24, 2011 at 7:07 AM, Edward Ned Harvey
<opensolarisisdeadlongliveopensola...@nedharvey.com> wrote:
When you have a backup server, which does nothing but zfs receive, that's
probably your best case scenario. Because the data is as nonvolatile as
possible. But indeed, because all the sends are incremental, fragmentation
will accumulate. If you want to eliminate it once, but not once and for
all, then you'll have to occasionally do a full receive instead of
incremental. If you're more than 50% utilized on the receiving pool, you'll
have to zfs destroy or zpool destroy everything on the receiving end prior
to doing the full receive. (zpool destroy is instant, while zfs destroy
will take a long time). So you pay something in terms of increased
temporary risk. Or add enough disks to do a full receive without destroying
first - in which case you pay something in terms of additional hardware.
Unfortunately, capacity is not the limiting factor in some cases.
In my case we do not have the bandwidth to do a FULL send/recv, it
would take weeks.
I'm not 100% sure how the data would end up (whether de-fragmentation
would be achieved), but could you do a rend/receive to a new filesystem
on the same host?
--
Ian.
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
