IBM TSM 7.1回收不适用于主池

时间:2015-09-07 10:50:26

标签: backup tivoli

我在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%的回收阈值是正常的,这是为了防止备份期间的回收。每天在维护管理中开始填海工程。

非常欢迎任何有关此方面的帮助。我在网上搜索过但没有找到任何解决问题的方法。

1 个答案:

答案 0 :(得分:2)

向IBM询问此问题。 TSM至少需要1个池而不进行重复数据删除,否则即使数据过期也不会回收主要的重复数据删除池。

在测试环境中,我有重复数据删除的主池和副本池。

我创建了一个非重复数据删除副本池,并且回收现在正常工作。