On Sat, Apr 18, 2009 at 09:58:19PM -0400, Ellis, Mike wrote: > I've found that (depending on the backup software) the backup agents > tend to run a single thread per filesystem. While that can backup > several filesystems concurrently, the single filesystem backup is > single-threaded...
Yes, they do that. There are two of them running right now, but together they're only using 0.6% CPU. They're sleeping most of the time. > I assume you're using zfs snapshots so you don't get fuzzy backups > (over the 20-hour period...) That's what I've been recommending. We do have 14 daily snapshots available. I named them by Julian date, but our backups person doesn't like them because the names keep changing. > Can you take a snapshot, and then have your backup software instead > of backing up 1 entire "fs/tree" backup a bunch of the high-level > filesystems concurrently? That could make a big difference on > something like a t2000. Wouldn't there be one recent snapshot for each ZFS filesystem? We've certainly discussed backing up snapshots, but I wouldn't expect it to be much different. Wouldn't it still read all of the same files, except for ones that were added after the snapshot was taken? > (You're not by chance using any type of ssh-transfers etc as part of > the backups are you) No, Networker use RPC to connect to the backup server, but there's no encryption or compression on the client side. -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking- _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
