"Claus Guttesen" <[EMAIL PROTECTED]> wrote:

> > > I'm currently using 4 TB partitions with vxfs. When hosted on FreeBSD
> > > I was limited to 2 TB but using UFS2/FreeBSD was impractical for
> > > several reasons. With vxfs 4 TB is a practical limit, when files are
> >
> > Could you please give some hints on these reasons? I only know that
> > FreeBSDs UFS2 is not fully 64 Bit aware.
>
> FreeBSD 5/6 can under normal circumstances perform a fsck in the
> background if the server had an unplanned restart. But before it can
> do so it has do make a snapshot. A snapshot would take approx. 20 min.
> on a 400 GB partition and during that time the webservers could not
> access the nfs-server and hence our visitors would see an
> error-message. As my partitions grew the time taken to perform a
> snapshot would also increase.
This leads to an interesting question. I observe a time between 2-3 minutes
on a 500 GB Solaris UFS partition to create a snapshot. It would be of interest
to me to know about other data on snapshots on UFS or ZFS.

> > > stored on the volume we take incremental backup every night, and this
> > > requires approx. 16-17 LTO-3-.tapes. When a partition is filled up we
> > > perform a complete backup which requires approx. 12 LTO-3 tape. Our
> > > tape-station is a Dell PV136T with  3x18 slots. Increasing a partition
> > > to 5 TB would require more tapes and I don't have any plans on
> > > becoming a tape-dj :-)
> >
> > What kind of backup software do you use and what amountof time does a full
> > and an incremental backup take?
>
> I use legato networker. They have drivers for solaris 9 on sparc for
> lto-3-tapes.
>
> > Could you please explain why an incremental backup takes 16-17 tapes while
> > a full backup only takes 12 tapes?
>
> It's because some of our users do minor changes to their files and all
> these changes to individual files will be added to the incremental
> backup. So a file can be backed up more than once.

I don't understand this, if you only create one incremental per day, I would
asume every changed file to appear exactly once in an incremental.

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to