ADSM-L

Re: [ADSM-L] Find Lost Files

2011-05-03 22:45:31
Subject: Re: [ADSM-L] Find Lost Files
From: "Prather, Wanda" <wPrather AT ICFI DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 4 May 2011 02:39:08 +0000
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

<Prev in Thread] Current Thread [Next in Thread>