As the previous 2 mentioned, if the tape is available, TSM will use it. If it's
offsite, TSM will try to collect the data from primary volumes. So your issue
is that the copypool tapes are actually available. It's kinda weird you get
them reclaimed though, they should have been moved offsite long before reclaim
is needed. Are you storing large database/mail/other application backups on
them which expire regularly?
Best Regards
Daniel Sparrman
-----"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> skrev: -----
Till: ADSM-L@VM.MARIST.EDU
Från: "Tyree, David" <david.ty...@sgmc.org>
Sänt av: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
Datum: 04/11/2011 18:53
Ärende: reclamation question
We have three storage pools, the primary pool is a devtype FILE
and the two copy pools are devtype LTO3. The offsite copy pools gets
transferred offsite via DRM.
Whenever I run a reclamation on the offsite copy pool the
system grabs a scratch tape and then copies files from the primary pool and
starts filling up tapes. I'm perfectly happy with that process.
I have an issue when I do the reclamation of onsite tapes. It
loads up a tape (might be scratch) and then another tape to copy the data from.
It ends up doing a tape to tape copy. In a way it uses twice as many tape
mounts as an offsite reclamation. And since I only have 6 drives it kinda
cramps up my options sometimes.
Is there a way to do a reclamation of the onsite copy pool and
have it pull data from the primary pool instead of doing a tape to tape copy? I
mean it can do it for the offsite pool, why not the onsite as well?
David Tyree
Interface Analyst
South Georgia Medical Center
229.333.1155
Confidential Notice: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and may contain confidential and
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.
