Also pay attention to what volumes you are reclaiming. If you are reclaiming an offsite volume, TSM uses onsite volumes (often scratch volumes) to create the offsite data on a new tape to then send offsite. The current offsite tape hasn't been returned yet and now TSM has used another scratch tape.
Also check your onsite storage pool volume occupancy....Q VOL STG=<onsite stgpool> ...You may have many volumes with very little use, in which case you can do a MOVE DATA <volume name> to move that data to other volumes within the same storage pool. Keep in mind though, that if your MAXSCRATCH value is higher than the "Number of Scratch Volumes Used" and you have scratch tapes available, TSM may grab a scratch tape to write that data instead of using a current volume that belongs to the storage pool. If it does that then you haven't gained anything, you've only moved data from one tape to another, using a new scratch while creating a new scratch (used to contain stgpool data before you moved it)
I occasionally run this manually to see what volumes I can get back if I use different reclaim thresholds.
... select volume_name,pct_reclaim,stgpool_name from volumes where pct_reclaim>*threshold value* order by stgpool_name,pct_reclaim