Hi Wanda
        From personal experience my reclaims show a similar behavior, and from 
what I understand that used tape count will keep on increasing. The amount of 
time it takes to dehydrate data from disk to copy when doing a reclaim will 
impact the reclaim operation and of course the amount of volumes that it will 
leave behind with data it needs.

 The only time I find reclaim operations completing is during the weekends.  
Does anyone have any recommendations? I've personally come to the conclusion 
that having smaller stg pools is key to more efficient reclaims on deduped pools


-Nick

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Prather, Wanda
Sent: Thursday, June 06, 2013 7:49 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Sequential dedup pool doesn't seem to reclaim as it should

TSM 6.3.3 on Win2K8-64

I have a sequential pool on disk with DEDUP=yes.  (Happens to be for TSM-VE 
data, but I don't think that's relevant.) Settings are below.  There is 1 
identify duplicates process always active.
Reclaim threshold is set to 20.

Every night the clients back up.  At 4am we start the backup stgpool to a tape 
copy pool.
When that is in process, several reclaims kick in on their own.
But once those are finished, they don't ever crank up again later in the day.
Every day it leaves several volumes above the reclaim threshold.  Right now 
there are 5.


*        Identify Duplicates is finished and idle.

*        No client activity.

*        "Backup stgpool file-ve copypool"  returns no data to be copied.
It has been that way for the last 9 hours.

If I start the reclaim myself with "reclaim stgpool file-ve threshold=20", it 
runs just fine.
But it won't reclaim (and therefore dedup) on its own.  Shouldn't it?

I'd like to have those volumes empty (and deduped) before the next backup cycle.
I can force it by scheduling the extra reclaim command, but I don't understand 
why it doesn't kick off on its own more than once a day?


tsm: LFTSM>q stgpool file-ve f=d

                    Storage Pool Name: FILE-VE
                    Storage Pool Type: Primary
                    Device Class Name: ONLINEFILE
                   Estimated Capacity: 20,447 G
                   Space Trigger Util: 68.3
                             Pct Util: 68.3
                             Pct Migr: 68.3
                          Pct Logical: 89.3
                         High Mig Pct: 98
                          Low Mig Pct: 70
                      Migration Delay: 0
                   Migration Continue: Yes
                  Migration Processes: 1
                Reclamation Processes: 2
                    Next Storage Pool:
                 Reclaim Storage Pool:
               Maximum Size Threshold: No Limit
                               Access: Read/Write
                          Description: Dedup VE pool
                    Overflow Location:
                Cache Migrated Files?:
                           Collocate?: No
                Reclamation Threshold: 20
            Offsite Reclamation Limit:
      Maximum Scratch Volumes Allowed: 0
       Number of Scratch Volumes Used: 0
        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?: Yes
       Last Update by (administrator): WANDA
                Last Update Date/Time: 05/29/2013 10:25:01
             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
more...   (<ENTER> to continue, 'C' to cancel)

            Duplicate Data Not Stored: 20,588 G (60%)
                       Auto-copy Mode: Client Contains Data Deduplicated by 
Client?: No

Wanda Prather  |  Senior Technical Specialist  | Wanda.Prather AT icfi DOT com  
|  www.icfi.com ICF International  | 401 E. Pratt St, Suite 2214, Baltimore, MD 
21202 | 410.539.1135 (o)