--- 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
  -> 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