You have some good points. As I think about it, it is not real obvious why extra tape would be needed for a "second pass". I know I have needed that though a couple of times. After thinking about it a few minutes from a few various angles, it's not obvious why though. Best quess is that it may have to do with aggregation of files and/or files that span tapes. Maybe something that "preview" misses till actual restore happens.
David Longo >>> [EMAIL PROTECTED] 12/06/02 08:05PM >>> 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:[EMAIL PROTECTED]]On Behalf Of Ford, Phillip Sent: Saturday, 7 December 2002 6:17 AM To: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] -----Original Message----- From: David Longo [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 10:36 AM To: [EMAIL PROTECTED] 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 [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 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. "MMS <health-first.org>" made the following annotations on 12/06/2002 11:04:24 PM ------------------------------------------------------------------------------ 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. ==============================================================================
