I saw this a couple of time is the past,

I created a file list with 
using ALLOW_MULTIPLE_STREAMS
d:\*

This made each directory and file under D as a seperate stream, then I 
multiplexed the whole thing.

Ok so I'm nuts,

But it seemed to help until we started hitting some CPU overhead.  At least 
that's what I remember.

It's the same Idea as backing up Netware, backup each partition as it's own 
stream and then multiplex it to get the tape drive to stream.

The client in both cases is not streaming the drive so it shoe shines all day 
long, so try that and see what happens.

Bob
> 
> From: "David A. Chapa" <david AT datastaff DOT com>
> Date: 2002/06/25 Tue PM 12:14:51 EDT
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] Performance Question...
> 
> Okay, I have a client who is having some serious performance issues with 
> their 
> NT / 2000 backup jobs.
> 
> One client in particular is a 2000 machine with 300GB RAID 5, they have a 
> LARGE 
> NUMBER of SMALL FILES.
> 
> We went through all of the normal test, network, ftp, bpbkar to dev/null, 
> etc., 
> etc. (believe me we did our due diligence)  We did identify that defrag'ing 
> one 
> of the drives helped in the backup performance (~1GB/hour), but not nearly as 
> good as it should be performing (20 - 30 GB/hour to 9840A's and B's)
> 
> Any creative ideas out there for making this run FASTER?
> 
> Or are we just SOL because of the NUM FILES and their TINY size?
> 
> Thanks 
> 
> David Chapa
> 
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>