When you say server, I assume you mean the TSM server?
In that case my 2nd example stands.

Steven
On 5 May 2011 17:23, "Laks, Brian" <Blaks AT healthplan DOT com> wrote:
> I was actually trying to approach this from a server perspective. My
> fear is that the folders the user is looking for have been moved to a
> different server as part of our DFS changes that have been made.
>
> Of course, the person who implemented DFS is no longer with us so the
> files could be on any server.
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Prather, Wanda
> Sent: Tuesday, May 03, 2011 10:39 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] Find Lost Files
>
> Brian,
> You don't say what type of client it is, but I believe all the more
> recent GUI clients have an EDIT>Find function.
> Start the client, click RESTORE, from the top menu bar select edit >
> Find.
> It's great because you can do a search for things that "start with", or
> "end with" or "contains" certain characters.
> Simplest approach when you suspect someone has inadvertently given you
> the wrong location.
>
> Wanda
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Steven Langdale
> Sent: Tuesday, May 03, 2011 4:47 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] Find Lost Files
>
>> Is there a way to search for a file on a client?
>
>> I have a server that has had complete backups for a long time.
>
>> Recently, when trying to do a restore, I can find a particular
>> directory
>
>> in which the user insists existed just a few weeks ago.
>
>> Yes, I selected inactive files in the GUI.
>
>> Maybe someone knows a way I can query where the file is. I suspect the
>
>> file is there, it was just inadvertently moved to a different folder.
>> I
>
>> suppose its possibly on a different server, but that seems a bit much.
>
>
> Brian
>
> I tend to use the command line more than the gui, and you can certainly
> do it on there. You don't mention the client (this example is for Linux
> but the command is the same on windows - apart from the filespec
> obviously):
>
> tsm> query backup -ina -su=yes "/*svc-error.sh"
> Size Backup Date Mgmt Class A/I File
> ---- ----------- ---------- --- ----
> 166 B 14/01/11 14:12:59 DEFAULT A /usr/local/bin/svc-error.sh
> tsm>
>
> You can also query the backup table on the TSM server, this will take
> much longer but will also achieve the same result:
>
> tsm: xxxxxxx>select * from backups where NODE_NAME='PC002697' and
> LL_NAME='svc-error.sh'
> ANR2963W This SQL query may produce a very large result table, or may
> require a significant amount of time to compute.
>
> Do you wish to proceed? (Yes (Y)/No (N)) y
>
> NODE_NAME: PC002697
> FILESPACE_NAME: /
> FILESPACE_ID: 6
> STATE: ACTIVE_VERSION
> TYPE: FILE
> HL_NAME: /usr/local/bin/
> LL_NAME: svc-error.sh
> OBJECT_ID: 689369272
> BACKUP_DATE: 2011-01-14 14:12:59.000000
> DEACTIVATE_DATE:
> OWNER: langds
> CLASS_NAME: DEFAULT
>
> Thanks, Steven
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_
> CONFIDENTIALITY NOTICE: If you have received this email in error, please
immediately notify the sender by e-mail at the address shown.This email
transmission may contain confidential information.This information is
intended only for the use of the individual(s) or entity to whom it is
intended even if addressed incorrectly. Please delete it from your files if
you are not the intended recipient. Thank you for your compliance.