我在IBM TSM 7.1上遇到了主要池空间回收的测试环境问题。
虽然有多个卷可回收空间我总是得到这个错误:
tsm: SERVER1>reclaim stg stgnasdisk thr=60 dura=60 wait=yes
ANR2111W RECLAIM STGPOOL: There is no data to process for STGNASDISK.
ANS8001I Return code 11.
Q vol片段:
E:\DATA\V306237716.BFS STGNASDISK PRIMARY 5.0 G 1.0 Full
E:\DATA\V306237717.BFS STGNASDISK PRIMARY 5.0 G 2.0 Full
E:\DATA\V306237718.BFS STGNASDISK PRIMARY 5.0 G 0.5 Full
E:\DATA\V306237719.BFS STGNASDISK PRIMARY 4.9 G 91.3 Full
E:\DATA\V306237720.BFS STGNASDISK PRIMARY 5.0 G 75.9 Full
E:\DATA\V306237721.BFS STGNASDISK PRIMARY 5.0 G 3.0 Full
E:\DATA\V306237722.BFS STGNASDISK PRIMARY 5.0 G 0.5 Full
E:\DATA\V306237723.BFS STGNASDISK PRIMARY 5.0 G 16.9 Full
E:\DATA\V306237724.BFS STGNASDISK PRIMARY 5.0 G 0.3 Full
E:\DATA\V34160080.BFS STGNASDISK PRIMARY 4.9 G 19.5 Full
E:\DATA\V34160081.BFS STGNASDISK PRIMARY 5.0 G 75.9 Full
E:\DATA\V34160082.BFS STGNASDISK PRIMARY 4.9 G 49.1 Full
E:\DATA\V34160083.BFS STGNASDISK PRIMARY 5.0 G 81.6 Full
卷显示99%的可回收空间,但仍未发生任何事情:
tsm: SERVER1>q vol E:\DATA\V306237716.BFS f=d
Volume Name: E:\DATA\V306237716.BFS
Storage Pool Name: STGNASDISK
Device Class Name: PRIMARY
Estimated Capacity: 5.0 G
Scaled Capacity Applied:
Pct Util: 1.0
Volume Status: Full
Access: Read/Write
Pct. Reclaimable Space: 99.0
Scratch Volume?: No
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 6
Write Pass Number: 1
Approx. Date Last Written: 07/24/2015 12:16:54
Approx. Date Last Read: 08/14/2015 09:33:45
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location:
Volume is MVS Lanfree Capable : No
Last Update by (administrator): SERVER_CONSOLE
Last Update Date/Time: 07/24/2015 12:10:04
Begin Reclaim Period:
End Reclaim Period:
云端硬盘密钥管理器: 受保护的逻辑块:否
复制池回收工作正常。存储池详细概述:
tsm:SERVER1> q stg stgnasdisk f = d
Storage Pool Name: STGNASDISK
Storage Pool Type: Primary
Device Class Name: PRIMARY
Estimated Capacity: 558 G
Space Trigger Util: 38.4
Pct Util: 35.7
Pct Migr: 35.7
Pct Logical: 49.1
High Mig Pct: 90
Low Mig Pct: 70
Migration Delay: 0
Migration Continue: Yes
Migration Processes: 1
Reclamation Processes: 1
Next Storage Pool:
Reclaim Storage Pool:
Maximum Size Threshold: No Limit
Access: Read/Write
Description:
Overflow Location:
Cache Migrated Files?:
Collocate?: Group
Reclamation Threshold: 100
Offsite Reclamation Limit:
Maximum Scratch Volumes Allowed: 25
Number of Scratch Volumes Used: 1
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
Last Update by (administrator): JEF
Last Update Date/Time: 08/20/2015 17:46:49
Storage Pool Data Format: Native
Copy Storage Pool(s):
Active Data Pool(s):
Continue Copy on Error?: Yes
CRC Data: No
Reclamation Type: Threshold
Overwrite Data when Deleted:
Deduplicate Data?: Yes
Processes For Identifying Duplicates: 1
Duplicate Data Not Stored: 0 (0%)
Auto-copy Mode: Client
Contains Data Deduplicated by Client?: No
Deduplicate Requires Backup?:
100%的回收阈值是正常的,这是为了防止备份期间的回收。每天在维护管理中开始填海工程。
非常欢迎任何有关此方面的帮助。我在网上搜索过但没有找到任何解决问题的方法。
答案 0 :(得分:2)
向IBM询问此问题。 TSM至少需要1个池而不进行重复数据删除,否则即使数据过期也不会回收主要的重复数据删除池。
在测试环境中,我有重复数据删除的主池和副本池。
我创建了一个非重复数据删除副本池,并且回收现在正常工作。