How do you run more than "a single backup process" against the filespaces
with very many files?

We have several nt servers with large (30+gig) raid
arrays.  Backup takes quite a awhile to run but restores are even more
unpleasant.
It can take up to an half hour for a restore to display files requested for
restore.

Is there any way to improve performance for these restores?

Alex Mounayar,
Shared Medical Systems

btw, we are running v2 server on aix.


>I believe that ADSM must traverse the inodes in order to
>determine what has changed, and therefore what must be backed up.
>We have similar situations with our SGI file servers, the largest
>of which has over three million files. If we were to run against
>a single backup process, the overhead in determining what to
>backup would take on the order of five hours--before *any* data
>was transferred.
>.
>.
>.
> -- Tom


>>
>>Date:    Mon, 8 Dec 1997 09:00:11 -0700
>>From:    David Hendrix <dmhendri AT FEDEX DOT COM>
>>
>>Looking for bright ideas:



*