So a thought occurred to me, can you get more disk attached to your tsm server?
By this time, I don't think so. We are using the internal server disk. The solution should be using a storage. But in order of doing it we'll have to: 1 change the way the fibers are connected(serverTSM/TS3200/storage); 2 reconfigure TSM; and redirect the stgpool and, sincerely I have no idea of how to do the steps 2 and 3.
If so could follow along with this document and likely free up a tape.
https://www.ibm.com/support/knowled...com.ibm.itsm.srv.doc/t_reclaim_one_drive.html
Estimated capacity is based on what TSM thinks it can write to tapes. LTO4 is 800gb native, 1.5tb compressed. You may see tapes that report more capacity. You may see tapes that report slightly less.
Let us talk about how your tsm storage pools are setup:
Your post above mentioned a 360gb disk pool, and then a tape pool.
I take it the tape pool isn't a copy pool, but a next storage pool where data gets migrated from disk to tape?
Yes, I think so. The backup routines are made on the diskpool and copied to tapes, after that.
You can do q stgp <name of tape pool> and see the 2nd line or so say: Storage Pool Type: Primary.
That is the resumed output:
q stg tapepool f=d
Storage Pool Name: TAPEPOOL
Storage Pool Type: Primary
Device Class Name: DEVCLASS_LTO4
Estimated Capacity: 11,097,877 G
Pct Util: 0.3
Pct Migr: 0.4
Pct Logical: 100.0
High Mig Pct: 90
Low Mig Pct: 70
Migration Delay: 0
Migration Continue: Yes
Migration Processes: 1
Reclamation Processes: 1
Collocate?: Group
Reclamation Threshold: 70
Offsite Reclamation Limit:
Maximum Scratch Volumes Allowed: 9,999
Number of Scratch Volumes Used: 41
Delay Period for Volume Reuse: 0 Day(s)
Migration in Progress?: No
Amount Migrated (MB): 0.00
Elapsed Migration Time (seconds): 0
Reclamation in Progress?: No
Storage Pool Data Format: Native
Copy Storage Pool(s):
Active Data Pool(s):
Continue Copy on Error?: Yes
Reclamation Type: Threshold
Overwrite Data when Deleted:
Deduplicate Data?: No
Auto-copy Mode: Client
How many tape drives do you have?
tsm: JACARANDA>q drive
Library Name Drive Name Device Type On-Line
------------ ------------ ----------- -------------------
TS3200 DRIVE0 LTO Yes
TS3200 DRIVE1 LTO Yes
Are they both online? (q drive, q path).
Code:
tsm: JACARANDA>q path
Source Name Source Type Destinatio- Destinatio- On-Line
n Name n Type
----------- ----------- ----------- ----------- ----------
JACARANDA SERVER TS3200 LIBRARY Yes
JACARANDA SERVER DRIVE0 DRIVE Yes
JACARANDA SERVER DRIVE1 DRIVE Yes
What is the reuse delay of your tape pool? If greater than 1, I suggest setting it to 0 for this exercise so the tapes we free up returns to scratch as soon as it can.
I'm not sure, this could be the "Migration Delay" If so = 0
Was thinking, and I tested this out with my non-prod box which worked for me, and this is ONLY IF your tape storage pool is marked as Primary.
Yes they are -
"Storage Pool Name: TAPEPOOL
Storage Pool Type: Primary"
Your results may vary, especially as time goes on and you are likely running out of disk space.
This is at your own risk.
Ok, Understood, don't worry about it
- Find volumes that are very low. We want a volume that's 10% or less I'd say. Less even better.
Code:
select stgpool_name,volume_name,pct_reclaim from volumes where scratch='YES' and volume_name like '%L4' and pct_reclaim>90 order by stgpool_name
The code should work for you since the tape you posted above is L4 at the end. Replace >90 with number of your choosing, but finding a tape that's 90% reclaimable or higher is my recommendation. Your output should be something like this:
Code:
STGPOOL_NAME: RANDOM_TPOOL VOLUME_NAME: 060661L4
PCT_RECLAIM: 93.9
- My output for 90% and 80% were - no match
- - For 70% was - STGPOOL_NAME: TAPEPOOL VOLUME_NAME: 502AGJL4
PCT_RECLAIM: 77.8
- For 60% also this one - Volume_NAME: 524AGJL4
PCT_RECLAIM: 69.5
- pct_reclaim is what we are looking for. This tape in my example needs to be reclaimed and less that 10% used.
- Verify you have enough free space in your disk pool. 360gb isn't a lot to work with. How full is it? If its greater than 50% full, do you have any tapes in a 'filling' state you could migrate data from disk to tape to empty it out (if your tape pool is primary that is)?
- No, the diskpool looks as 97% and I don't understand why the migration process starts and stops with no success, even existing one tape with just 30% used.
- I suggest disabling client sessions so we don't fill right up again. Rough numbers: If tape compression is working you will need between 80g to 150gb free for 10%. Since I do not know your environment, I've erred on the side of caution. You may need to adjust your migration settings on your disk storage pool.
- I think I have done it by using "upd stg diskpool migpro=2 - putting the two drives to work on it; and this upd stg diskpool hi=50" is that right?
- Once there's enough disk space free, and you selected your lowest utilized tape issue move data <tape volume> stgpool=<disk stoage pool name>
- Sure I've tried several times to move data.
- OK, I'll try again
- Once move data is complete, and you have greater than 2 drives and both are online/enabled then try to kick off a reclamation.
- Once you have enough tape space freed up, adjust your migration parameters back to where they work, and enable client sessions along with setting the reuse delay if any. And then anything else you might have changed
I've made a lot of assumptions about your environment in the above post. If you have any questions or need more of a guided walk though, post back and I'll lay it out in more detail. I shall try to check back when I can, just the day after holiday here for myself and may be tied up. If you are unsure of what I posted, please ask.
Absolutely, your assumptions are quite right and the details are great and well explained. I'm new in the TSM world and some times ask for, I know, beginners doubts.
AND YES HAPPY THANKSGIVING HOLIDAY!!!
Sincerely yours,
Eduardo
