Rick,

here is what I do. I set up one client with several individual directories
specified.
i.e

D:\dir1
D:\dir2
D:\dir3

I set up another client with the root directory on that partition specified:

D:\

and a directive that excludes the directories that are backed up in the
first client.

<<"D:\">>
+skip: dir1
+skip: dir2
+skip: dir3


This method ensures that if a new directory is added, you won't miss it.

Don't forget to set client parallelism to take advantage of the split.

regards
Andrew McGeorge

-----Original Message-----
From: Rick Reineman [mailto:reineman1 AT LLNL DOT GOV]
Sent: 5 April 2003 3:19:AM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: [Networker] Large SAN pounds single tape unit, how to split
into multi savesets?


We just brought a SAN online and as you would expect that huge filesystem
ends up writing to a single tape unit during a full backup.  The other
tape units have already finished the other savesets and sit idle.

So the question is how to breakup the saveset so it can use all the tape
units?  Right now we have a Sun L20 (2 DLT7000) on a Sun server.  We
will be upgrading to a library with four tape units but that won't help
until we figure out how to create more savesets from the large filesystem.

I have been thinking about configuring the backup as a series of individual
directories under the SAN mountpoint.  This would be similar to
backing up a netapp box via NFS.  This has it's own management challenges
such as remembering to add newly created directories to the
backup config.  Also I can't see how to backup files that would be in that
first level directory if I have specified all the subdirectories for backup.

I did not see on Legato's website where a module they had would help.  They
have something called a SAN module but it looks like it is a storage
node thing.  I don't understand how it addresses the issue of breaking up
the large saveset to multiple devices.

I have tried searching the archives but can't seem to get the search to
return anything at all.  I'll try browsing by month instead, that will take
much longer so I'm posting this in the meantime.

Appreciate suggestions and opinions.

Thanks,
Rick Reineman
Lawrence Livermore National Lab - UNIX Systems Manager

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

========================================================================================
This email message and attachments are confidential to our organisation and 
subject to legal privilege.  If you have received this email in error, please 
advise the sender immediately and destroy the message and any attachments. If 
you are not the intended recipient you are notified that any use, distribution, 
amendment, copying or any action taken or omitted to be taken in reliance of 
this message or attachments is prohibited.  You can read our Privacy Policy 
here: <http://www.asbbank.co.nz/privacystatement.stm>
=========================================================================================

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=