ADSM-L

Re: getting list of offsite vols for restore

2002-12-06 20:06:39
Subject: Re: getting list of offsite vols for restore
From: David le Blanc <David.leBlanc AT IDENTITY-SOLUTIONS.COM DOT AU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Sat, 7 Dec 2002 12:05:37 +1100
If I understand you (David Longo) correctly, to are saying that while
*waiting* for the offsite tapes to arrive, TSM somehow performs space
reclamation and shuffles the data to new tapes.  You are then left holding
media which does not contain the data you wanted.

Where does TSM get the original to perform the space reclamation, if the
onsite
copy is damaged and in need of a 'recover volume'?

Consider the following:  When do you notice a media failure? When space
reclamation fails (or a node restore fails).  If it fails during space
reclamation, the system hungrily retries reclamation.  Within a very short
time of the offsite volume being checked into the library, TSM realises the
the data it was trying to reclaim is now availabe, and performs
immediate reclamation.  No coincidence that the volume you want is the one
that gets reclaimed.

I would suggest turning off space reclamation of the OFFSITE storage pool
while
the recovery tapes are in transit and more importantly, while they are in
the
tape library.  Turn it back on once the recovery is complete and you
should be ok.


Just another 2c.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Ford, Phillip
Sent: Saturday, 7 December 2002 6:17 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: getting list of offsite vols for restore


After running the preview for restore, we mark all needed volumes as
unavailable.  Both onsite and offsite ones.  This has usually made them
static enough to not have a problem at restore time.

Just my 2 cents worth.


--
Phillip Ford
Senior Software Specialist
Corporate Computer Center
Schering-Plough Corp.
(901) 320-4462
(901) 320-4856 FAX
phillip.ford AT spcorp DOT com




-----Original Message-----
From: David Longo [mailto:David.Longo AT HEALTH-FIRST DOT ORG]
Sent: Friday, December 06, 2002 10:36 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: getting list of offsite vols for restore


Have had that happen.  Reason is this is a dynamic system with expirations
and reclamations running.  By the time you got back the tapes requested, the
data on some of them was somewhere else according to the TSM DB.  Run the
"preview" again.  I've had several out of about a dozen or so restores where
I needed to make a "second pass" to get everything.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH      321.434.5536
Pager  321.634.8230
Fax:    321.434.5509
david.longo AT health-first DOT org


>>> GLEE AT BSU DOT EDU 12/06/02 10:20AM >>>
Had this happen again yesterday.

server 4.2.1
platform solaris 8
storage 3590-b drives in ibm 3494 library.

Issued the "restore volume" with wait=yes and preview=yes Captured activity
log, but when I did the restoer, it called for two other volumes.  I really
don't think I missed it.

Anyone have an idea or a script for determining needed offsite volumes for a
restore?

Thanks for the help.


Gary Lee
Senior Operating Systems Analyst
Ball State University
phone 765-285-1310



"MMS <health-first.org>" made the following
 annotations on 12/06/2002 11:37:45 AM
----------------------------------------------------------------------------
--
This message is for the named person's use only.  It may contain
confidential, proprietary, or legally privileged information.  No
confidentiality or privilege is waived or lost by any mistransmission.  If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it, and notify the
sender.  You must not, directly or indirectly, use, disclose, distribute,
print, or copy any part of this message if you are not the intended
recipient.  Health First reserves the right to monitor all e-mail
communications through its networks.  Any views or opinions expressed in
this message are solely those of the individual sender, except (1) where the
message states such views or opinions are on behalf of a particular entity;
and (2) the sender is authorized by the entity to give such views or
opinions.

============================================================================
==




*********************************************************************
This message and any attachments is solely for the intended recipient. If
you are not the intended recipient, disclosure, copying, use or distribution
of the information included in this message is prohibited -- Please
immediately and permanently delete.