On Fri, 14 Apr 1995 08:45:42 EST Bill Coughlin said:
>--- Received from GPUSC.G2087  910-5180 FAX5567     04/14/95 08.44
>  -> ADSM-L AT VM.MARIST DOT EDU     MAIL TO EXTERNAL MAIL SYSTEM   IO50C3
>I sure hope there is some relief in site with the next release in
>how ADSM handles displaying directories/files.  This morning, on one
>of our Windows Clients, we tried to do a restore of a single files,
>however, we did a RESTORE BY TREE (user really didn't know specifically
>which subdirectory file was in).  This was done against a 4GB drive with
>thousands of directories.... well, after about 5 minutes we got an
>OUT OF MEMORY ERROR.... didn't even give us a partial list!  At least
>the OS/2 Client GUI gives a partial list when OUT OF MEMORY occurs.
>This ties in to one of my concerns I voiced a couple of days ago - the
>rapid growth in the size of the drives (we are now using a couple of
>20GB RAID devices and a lot of 4GB drives) and the number of files.
>Something creative has to be done to handle the problem on restores when
>the user isn't quite what directory, etc.  It would be nice to have some
>type of scan process where we type in the drive, and name of a file and
>ADSM would display all the directories/subdirs where the file was
>located, then we could select the proper directory to restore from.
>Has anyone written any program/procedure to go against the database and
>perhaps build a separate indexed database that would show the full
>path that a specific file existed.  This would also be useful to answer
>such questions as "show me all occurrences where EXCEL.EXE exists, etc)..
>
>                                 Thanks  Have a Happy Easter
>
>                                                            Bill

Bill,

Try "Restore by file spec", use wildcards, and "include subdirs".  This
should do what you want.

..Paul