On Thu, 2006-05-18 at 12:12 -0700, Eric Schrock wrote:
> On Thu, May 18, 2006 at 11:42:58AM -0700, Charlie wrote:
> > Sorry to revive such an old thread.. but I'm struggling here.
> > 
> > I really want to use zfs. Fssnap, SVM, etc all have drawbacks. But I
> > work for a University, where everyone has a quota. I'd literally have
> > to create > 10K partitions. Is that really your intention?
> 
> Yes.  You'd group them all under a single filesystem in the hierarchy,
> allowing you to manage NFS share options, compression, and more from a
> single control point.
> 

I'd agree except for backups.  If the pools are going to grow beyond a
reasonable-to-backup and reasonable-to-restore threshold (measured by
the backup window), it would be practical to break it into smaller
pools.

After all, you'll probably have to restore a pool eventually.  If that
will take a week, your users won't be very happy with your solution.

> > Of course, backups become a huge pain now.  below, that's cumbersome
> > for both backups and (especially) restores.
> 
> Using traditional tools or ZFS send/receive? We are working on RFEs for
> recursive snapshots, send, and recv, as well as preserving DSL
> properties as part of a 'send', which should make backups of large
> filesystem hierarchies much simpler.
> 

Using EBS or NetBackup, can I get a single file back from tape only
through the backup system?  That's a big factor for production
environments.  Also, when users request a restore from tape from offsite
backups, they'll usually specify a date range for when the file was
'good'.  To accomplish that, you need to use the backup solution to find
the requisite file.  These 'fishing expeditions' (as I call them) can
take a lot of time if direct access isn't available via the backup tool.

I believe you're referring in the above to using zfs send/recv for
backup to tape.   Until the vendors work with zfs send/recv, it's not a
viable option for filesystem backups in a production environment.

Related to that, does anybody have a timeframe for direct support for
ZFS send/recv (or something similar) in NBU or EBS?

[ quota explanation deleted for brevity ]
> 
> --
> Eric Schrock, Solaris Kernel Development       http://blogs.sun.com/eschrock
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to