Robert, As far as letting IBM handle the spare, that depends on how many hours you are from the depot. The "odd" drive (preferably in the local library if you have a remote also) will still get used a lot, whenever a job needs a tape, the mount can proceed and you may not have to wait for the dismount of the previous tape. Also, it will be used for DataBase backups, restores and other ad-hoc jobs. But you are right, YMMV.
Bob -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Clark, Robert A Sent: Wednesday, November 05, 2008 4:11 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Offsite reclamation problem That works if the primary and copy tape pools are in the same library. With people using multiple logical libraries (with encrypted tape drives for the offsite pool) it isn't necessarily an easy win. I'd rather have IBM keep a spare at the depot, instead of paying ongoing maintenance on one more drive. YMMV. [RC] -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bob Levad (641-585-6770) Sent: Tuesday, November 04, 2008 10:28 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Offsite reclamation problem I've always liked running with an odd number of tape drives to make it "more difficult" to busy them all at once. Plus you have a spare for when one is ACTUALLY down. Bob. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of lindsay morris Sent: Tuesday, November 04, 2008 11:57 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Offsite reclamation problem Lots of people have a best-practice of always keeping at least one drive free for user restores. That minimizes the problem. It makes users happy too, because even though a restore does pre-empt another task, it may take TSM 40 minutes to finish the reclamation it was working on and give up the drive. So the user has to sit waiting for far too long (in some cases). ------ Lindsay Morris Principal www.tsmworks.com 919-403-8260 [EMAIL PROTECTED] On Nov 4, 2008, at Nov 4, 12:21 PM, Bos, Karel wrote: > No :) > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of Thomas Denier > Sent: dinsdag 4 november 2008 18:14 > To: ADSM-L@VM.MARIST.EDU > Subject: Offsite reclamation problem > > We have a 5.4.2.0 TSM server running under mainframe Linux. We have > five tape drives available for our primary tape storage pool and five > tape drives available for our copy storage pool. We run offsite tape > reclaimation with 'maxproc=5'. If a client runs a restore while off > reclamation is going on, TSM will take a tape drive away from > reclamation. This is done by cancelling a reclamation process, rather > than having a process go into mount point wait. TSM does not start a > replacement process when this happens. A restore that runs for a > couple of minutes can leave a pair of tape drives sitting idle for > hours. Is there any configuration setting or release level upgrade > that will cause TSM to handle this situation more intelligently? > > <disclaimer.txt> This electronic transmission and any documents accompanying this electronic transmission contain confidential information belonging to the sender. This information may be legally privileged. The information is intended only for the use of the individual or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on or regarding the contents of this electronically transmitted information is strictly prohibited. DISCLAIMER: This message is intended for the sole use of the addressee, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the addressee you are hereby notified that you may not use, copy, disclose, or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email and delete this message. This electronic transmission and any documents accompanying this electronic transmission contain confidential information belonging to the sender. This information may be legally privileged. The information is intended only for the use of the individual or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on or regarding the contents of this electronically transmitted information is strictly prohibited.
