• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.


    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

Does reclamation work for all copygroup version values?


Not sure how to word this question. If you have 'No Limit' set for the four values (verexists , verdeleted, retextra, retonly) in the copygroup, then could reclamation ever occur under any circumstances?

For example, I thought if you had a reclamation threshold for the storage pool set to, say, 50% then when TSM determines that 50% of the data on a given tape volume no longer lives on the client's disk then it will reclaim the tape. But wouldn't the caveat be that the affected files have expired in the database, or they are no longer bound to the four limiting values defined in the copygroup? Wouldn't that condition still have to be met for reclamation to occur on tapes in that storage pool?


ADSM.ORG Moderator
Reclamation doesn't care about copy groups and/or retention. It also doesn't care about "Percent Used".

It only cares about one thing and it's "Percent Reclaimable", which is the percent of free space between the start of the tape and the last file on the tape.


ADSM.ORG Moderator
To add on my previous comments, Expiration removes files based on retention, that causes the empty space in between files that reclamation can reclaim. Also, if you keep X versions, and a client backs up X+1 versions, the oldest is expired immediately which causes space in between the remaining files. All that space is reclaimable space.


Right. I think I phrased the question incorrectly then. Or at least I'm trying to ensure that I'm not missing something critical here. Perhaps the better question is how could empty space ever occur if you have 'No Limit' set from the get-go? Clearly, in that case (albeit, a very special one), every object backed up would remain in the database for perpetuity, so TSM could not in good faith recycle (unless you forced it to?) any tape in the storage pool; otherwise, the idea of unlimited versions would be meaningless. So it could never say: "Gee, I see that 50% of the files on this tape have expired so I'm going to copy all the other non-expired data to another tape and then free this tape up to the scratch pool." Or rather, it would never reach that conclusion, even if you set it to 1%, since 'No Limit' would allow you to always recover, at least as long as you still have the tape.

That being the case, then reclamation could never occur, no mater what percent you set it to, since there would never be any empty space, even following the deletion of a file from disk, since 'No Limit' would force the database to track every version ever sent. That right?

Oh my, please tell me this is correct and that there isn't some other way that reclamation could subsequently occur naturally (Yikes!) UNLESS you did something manually (like changing some of those four values), or you deleted a volume or deleted a file space or something like that, i.e. taking some overt action to bring it about?

Anyway, it's better to be wrong here on this forum than on the interstate.


ADSM.ORG Moderator
Reclamation doesn't create empty space, it just reclaims it if it becomes reclaimable space. That's all handled by expiration. So expiration will only delete objects from the database that exceeds the retention policy.

Now, the "no limit" would have to be on everything, verexist, verdeleted, retextra and retonly. Otherwise, it's still possible to have data expire if it meets one of the criteria.


Thanks, all. That pretty much answers it. And, yes, the "no limit" is on everything in this case. That's a very useful document. I remember reading about this in pieces here and there, but I don't know that I saw that one. Appreciate it.

By the way, if you had, for example, a couple of file spaces that were on their own tapes, and nothing else was on those tapes, and those file spaces were only on those tapes, and those tapes had their status set to read-only and you wanted to reuse those tapes, and you then deleted those file spaces then I would expect that TSM would remove all those objects from its database, and then the "no limit" setting wouldn't matter in that case, right? Those tapes would then be available to be returned to the scratch pool once the REUsedelay (10 days in this case) expired. That right? Is this an example wherein you're forcing the expiration to occur?

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 18 18.4%
  • Keep using TSM for Spectrum Protect.

    Votes: 60 61.2%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.2%
  • Other (please comement)

    Votes: 8 8.2%

Forum statistics

Latest member