"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