AFAIK , nbu does of estimated the size of backup prior starting the job.
as the backup job is split in fixed-size segments , if a segment does
not fit, it will try to backup into
another disk or will wait for more space
On Jan 15, 2008 8:42 PM, Paul Kraus <[EMAIL PROTECTED]> wrote:
> On 1/15/08, Selim Daoud <[EMAIL PROTECTED]> wrote:
>
> > with zfs you can compress data on disk ...that is a grat advantage
> > when doing backup to disk
> > also, for DSSU you need to multiply number of filesystem (1 fs per
> > stu), the advantage of zfs is that you don't need to fix the size
> > of the fs upfront (the space is shared among all the fs)
>
> But ... NBU (at least version 6.0) attempts to estimate the
> size of the backup and make suer there is enough room on the DSSU to
> handle it. What happens when the free space reported by ZFS isn't
> really the free space ?
>
> We are using NBU DSSU against both UFS and ZFS (but not
> against VxFS) and have not noticed any FS related performance
> limitations. The clients and the network are all slower.
>
> --
> {--------1---------2---------3---------4---------5---------6---------7---------}
> Paul Kraus
> -> Sound Designer, Noel Coward's Hay Fever
> @ Albany Civic Theatre, Feb./Mar. 2008
> -> Facilities Coordinator, Albacon 2008
>
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>
--
------------------------------------------------------
Blog: http://fakoli.blogspot.com/
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
