Get V3, the no query restore has worked for us on multi million file
file systems, we had filesystems that we couldnt restore at all, the client
would never get thru the list of files, but with V3 it works great.

Gary


On Dec 9, 10:31am, Alex Mounayar wrote:
> Subject: Re: 1.5 Million Files
> 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:
>
>
>
> *
>-- End of excerpt from Alex Mounayar